Differences

This shows you the differences between two versions of the page.

--- ideas_page [2019/02/06 04:24]
wkerzend
+++ ideas_page [2019/03/12 00:04] (current)
wkerzend
@@ Line 51: / Line 51: @@
 We have two types of tests: unit tests that verify small portions of the code and full-scale integration tests. Both of these test types are implemented with a framework. But the integration tests are difficult to use.
-  * currently we mainly run the integration tests on an external server. We want to integrate them into our general TRAVIS continuous integration routine. We'd also like to expand that and check also different properties of our model against reference data (e.g. electron densities, ionization fractions, dilution factors)
+  * currently we mainly run the integration tests on an external server. We want to integrate them into our general Azure Pipeline continuous integration routine. We'd also like to expand that and check also different properties of our model against reference data (e.g. electron densities, ionization fractions, dilution factors)
   * hand in hand with expanding the verification process we will improve the reporting process which should contain detailed plots and comparison results. A framework exists but is currently not actively used.
-**Your first objective if you choose to accept the mission:** Setup the integration tests to run once a week on travis given the examples at https://tardis.readthedocs.io/en/latest/running_tests.html
+**Your first objective if you choose to accept the mission:** Setup the integration tests to run once a week on Azure pipelines given the examples at https://tardis.readthedocs.io/en/latest/running_tests.html
 ----
@@ Line 94: / Line 94: @@
 **Astronomy knowledge needed:** Low/None
-**Mentors:** Stuart Sim, Yssa Camacho
+**Mentors:** Yssa Camacho, Stuart Sim
 **Programming skills**: Python
@@ Line 140: / Line 140: @@
 **Programming skills:** Python, conda
-**Related TEP:** [[https://github.com/tardis-sn/tep/blob/master/TEP012_gui_overhaul.rst|TEP012]]
 **GSoC Application Tag:** conda
@@ Line 161: / Line 160: @@
 **Programming skills:** Python, dask
-**Related TEP:** [[https://github.com/tardis-sn/tep/blob/master/TEP012_gui_overhaul.rst|TEP012]]
 **GSoC Application Tag:** dask
 **Description:** Exploring different simulations of supernovae and comparing them with observations is one of the important tasks of TARDIS. This means that TARDIS needs to be run many tens of thousand times with different inputs. The Dask framework will allow TARDIS to be excecuted on multi-core systems and super-computers. This project aims to combine TARDIS with dask to make it easy to run many iterations of TARDIS.
 **Your first objective if you choose to accept the mission:** Use dask to run distributed TARDIS instances in parallel on your system. Use http://distributed.dask.org/en/latest/client.html as a guide to make a simple example.
+----
+==== Improve the C/Python interface ====
+**Difficulty:** Hard
+**Astronomy knowledge needed:** None
+**Mentors:** Wolfgang Kerzendorf, Christian Vogl
+**Programming skills:** python, cython
+**GSoC Application Tag:**c_interface
+**Description:** TARDIS is a hybrid code built on C/Cython/Python. Currently, there is a lot of interface code to port the python data structures from Python via Cython to C. This makes the code cumbersome to test and try out new things. There are now several new ways that promise to make this easier. We want to try to use cFFI and Apache Arrow to do this.
+**Your first objective if you choose to accept the mission:** use cFFI to provide an automatic interface for testing the parts in the montecarlo package instead of ctypes.
+----
+==== Profile TARDIS ====
+**Difficulty:** Easy/Moderate
+**Astronomy knowledge needed:** None
+**Mentors:** Wolfgang Kerzendorf
+**Programming skills:** python, cython
+**GSoC Application Tag:**asv
+**Description:** TARDIS is a code that prides itself on being relatively fast to compute a synthetic spectrum. We are also continuously adding additional microphysics in the code which sometimes requires additional calculation. It is important to understand how much this microphyiscs adds to the runtime of the code. For this we want to implement a benchmark in asv (airspeed velocity) that can automatically generate a report for us.
+**Your first objective if you choose to accept the mission:** implement a simple benchmark in asv.

TARDIS GSoC 2019

User Tools

Site Tools

Differences

Page Tools