New Radiation-Hydro Extension

[ax3l]

@richardbriggs and @CFGrote are planning an extension for radiation hydro codes (first Multi & Esther; more exist such as: Hyades, Helios, Flash, ...).

This issue documents the progress so far.

openPMD extension name: Rad-Hydro

openPMD extension ID: 2 (bitmask!)

Naming Conventions for Required Records

• temperature
• ionization state / density
• laser intensity
• pressure
• ...

Required Attributes

• eq. of state (model; can be several): BLF, SESAME, ..., other
  • investigate more
  • link default references for each
• range of validity of eq. of state (density, temperature)
• interpolation scheme outside range of v alidity for eq. of state (linear, b-spline, polynomial, ...)
• type of code: Lagrangian / non-Lagrangian
  • investigate more
  • link default references for each
• properties of code: (non-) energy conserving, ...
  • investigate more
  • link default references for each
• laser profile: plane wave, other
• temporal laser profile (define t=0 point with regards to spatial simulation extent!)

[ax3l]

@richardbriggs @CFGrote I know Richard is currently between jobs but just a quick question:
Are you already using an openPMDextension ID for your hydro files?

Above I proposed/reserved 2. Just wanted to know to avoid collisions.

[CFGrote]

i have no information. @richardbriggs ? Would it make sense ( I guess it would) to find a more self-descriptive enumeration scheme for openpdm flavours? Is it possible to use strings instead of ints?

…

On Tue, Nov 21, 2017 at 01:11:53PM +0000, Axel Huebl wrote: @richardbriggs @CFGrote I know Richard is currently between jobs but just a quick question: Are you already using an [`openPMDextension`](https://github.com/openPMD/openPMD-standard/blob/1.0.0/STANDARD.md#hierarchy-of-the-data-file) ID for your hydro files? Above I proposed `2`. Just wanted to know to avoid collisions. -- You are receiving this because you were mentioned. Reply to this email directly or view it on GitHub: #134 (comment)

-- Dr. Carsten Fortmann-Grote Scientist for Scientific Simulations / Wissenschaftler fuer wissenschaftliche Simulationen European XFEL GmbH Holzkoppel 4 22869 Schenefeld Germany Phone: +49 (0)40 8998-5603 Fax: +49 (0)40 8998-1905 Email: carsten.grote@xfel.eu Web: www.xfel.eu Managing Directors: Prof. Dr. Robert Feidenhans'l, Dr. Claudia Burger Registered as European X-Ray Free-Electron Laser Facility GmbH at Amtsgericht Hamburg, HRB 111165

[richardbriggs]

Currently it is set to openPMDextension=2, I don’t have any further information beyond that as I haven’t worked on modifying the opmd files from the hydro files outputs. I’ve made a note to spend some time looking at this in my final week (ending Dec 8th). I have 2 weeks of beamtime unntil then :/ Richard

…

On 21 Nov 2017, at 8:12 pm, Carsten Fortmann-Grote ***@***.***> wrote: i have no information. @richardbriggs ? Would it make sense ( I guess it would) to find a more self-descriptive enumeration scheme for openpdm flavours? Is it possible to use strings instead of ints? On Tue, Nov 21, 2017 at 01:11:53PM +0000, Axel Huebl wrote: > @richardbriggs @CFGrote I know Richard is currently between jobs but just a quick question: > Are you already using an [`openPMDextension`](https://github.com/openPMD/openPMD-standard/blob/1.0.0/STANDARD.md#hierarchy-of-the-data-file) ID for your hydro files? > > Above I proposed `2`. Just wanted to know to avoid collisions. > > -- > You are receiving this because you were mentioned. > Reply to this email directly or view it on GitHub: > #134 (comment) -- Dr. Carsten Fortmann-Grote Scientist for Scientific Simulations / Wissenschaftler fuer wissenschaftliche Simulationen European XFEL GmbH Holzkoppel 4 22869 Schenefeld Germany Phone: +49 (0)40 8998-5603 Fax: +49 (0)40 8998-1905 Email: ***@***.*** Web: www.xfel.eu Managing Directors: Prof. Dr. Robert Feidenhans'l, Dr. Claudia Burger Registered as European X-Ray Free-Electron Laser Facility GmbH at Amtsgericht Hamburg, HRB 111165 — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#134 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ATs3NqpBULLTFSWAlfyp0j0fqca9e_X3ks5s4yCugaJpZM4Jzhe9>.

[ax3l]

Thank you for the quick answer! No problem, wish you good luck in the next weeks!

[ax3l]

Would it make sense ( I guess it would) to find a more self-descriptive enumeration scheme for openpdm flavours?

yes, absolutely: we are drafting to change that in #151