Philipp Grete

I actually think some additional interfaces should live in Parthenon. In the end I don't expect there to be any major maintenance burden. The codes I've been working on so...

Would ASCII output be okay in `json` (as openPMD has a `json` backend)?

We'll likely need some additional logic (e.g., to handle sparse variables), but that logic is all already in place as we fill a contiguous host IO buffer for output already...

ADIOS2/OpenPMD will be a completely new output object, so no need to coordinate/wait.

> @pgrete FYI the yt frontend does NOT work for the ADIOS2 backend ([yt-project/yt#4757](https://github.com/yt-project/yt/issues/4757)). If you are working on the Parthenon integration, then I will take on fixing the yt...

Do we want to get rid of that parameter entirely? As far as I can tell it's only used in the "test precheck" as a warning, but otherwise the numbers...

Ah, yes, I remember. Given that OpenPMD was made for particles, I'll focus my efforts on supporting particles there for now.

I agree that RNG should be problem dependent. For example, in my (downstream) turbulence driver it was important that every rank has an identical seed (and rng sequence) and I...

I also wasn't aware of this "feature" and am in favor of keeping (but documenting/properly implementing it). The constraint might be to disallow `*` in the variable names (which is...

| AppName | Area | Institution | Website | Status | Uses KokkosKernels | Contact Name | Contact Email | | --- | --- | --- | --- | ---...