You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Regarding the openPMD-standard attributes corresponding to specific axes (e.g. gridSpacing, globalGridOffset) of a mesh should be ordered in the same way as the axisLabels in their array. Currently this is just a suggestion to implementors which totally makes sense.
Guaranteeing that axisLabels match axis specific attributes is possible by storing these attributes e.g. in a C++ std::map<std::sting,double>. That makes it impossible to mess up axis specific attributes and axis labels.
Currently the implementor has to make sure that the order is correct which does not guarantee the correct order such that the following implementation mistakes are possible
In this implementation additional safeguards could be added within openPMD such that attributes can only be added for axes that are already stored in axisLabels.
Possible Problem:
I am not sure how well a python dictionary interacts with a C++ std::map. This might be an issue in the python API of openPMD.
The text was updated successfully, but these errors were encountered:
Regarding the openPMD-standard attributes corresponding to specific axes (e.g.
gridSpacing
,globalGridOffset
) of a mesh should be ordered in the same way as theaxisLabels
in their array. Currently this is just a suggestion to implementors which totally makes sense.Guaranteeing that
axisLabels
match axis specific attributes is possible by storing these attributes e.g. in a C++std::map<std::sting,double>
. That makes it impossible to mess up axis specific attributes and axis labels.Currently the implementor has to make sure that the order is correct which does not guarantee the correct order such that the following implementation mistakes are possible
A safer way would be
In this implementation additional safeguards could be added within openPMD such that attributes can only be added for axes that are already stored in axisLabels.
Possible Problem:
I am not sure how well a python
dictionary
interacts with a C++std::map
. This might be an issue in the python API of openPMD.The text was updated successfully, but these errors were encountered: