Name: CORSIKA 8 meeting
Start: 2020-07-01T15:30:00+02:00
End: 2020-07-01T17:00:00+02:00
Location: No location set

- 3:30 PM → 3:40 PM
  Introduction 10m
  - Discuss best meeting times (again) 10m
    
    Wed. 15:00 is not so bad, but will use doodle for another global optimization.
- 3:40 PM → 4:00 PM
  
  Add support for different Earth radii approximations into LayeredSphericalAtmosphereBuilder 20m
  
  Speaker: Remy Prechelt (University of Hawai'i at Manoa)
  
  MR
  
  Was not discussed at meeting.
- 4:00 PM → 4:20 PM
  
  UrQMD improvements & WIP: Resolve "boost & coordinate system in process::sibyll::Interaction" 20m
  
  Speaker: Maximilian Reininghaus (KIT / IKP)
  
  MR 204
  
  MR 205
  
  For UrQMD all is ready, it is only the gitlab artifacts storage that is full and prevents full pipeline testing. Try again. Merge.
  
  For Sibyll, it will be checked again if the energy <-> momentum calculations in the interface to C8 are correct. There is a small momentum-conservation problem (about one nucleon mass) that needs to be understood better.
- 4:20 PM → 4:40 PM
  
  Update AUTHORS files using current git log. 20m
  
  Speaker: Remy Prechelt (University of Hawai'i at Manoa)
  
  MR
  
  The authors file will be removed. The coyright messages must be adapted.
  
  We need zenode integration to make software citeable via DOIs. Augusto will look into this.
  
  Besides software contributors, we need to identify and name "maintainers" who will take care of the software itself, as well as scientific authors as a tracked file. Those lists require updates in varying moments in time, often linked to releases or paper writing.
- 4:40 PM → 5:00 PM
  
  Radio 20m
  
  Speakers: Remy Prechelt (University of Hawai'i at Manoa), Tim Huege (KIT)
  
  MR
  
  The basic design of Radio calculations looks very flexible.
  
  What is needed is a definition of an "output layer" in C8. Each process can accumulate data in a specific way, but this must be collected and pushed to a C8-wide output interface that collects, structures and finally saves all data. Remy will present a design proposal.
  
  In general, we need to keep this (and other) interfaces clean and documented to make it possible to further develop it in the future and utlimately profit from the modularity.