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
I know there is currently no support for reading a generic crystfel geom file, but could we at least support reading the .geom file writtern by the GenericGeometry class?
The text was updated successfully, but these errors were encountered:
That's probably fine so long as the limitation is documented. It would be kind of fiddly to implement, though.
I've wondered about having another file format based around what EXtra-geom stores, so we could easily & reliably read & write files, rather than having a lot of fiddly translations. I don't really want to add yet another file format, though. Maybe it could be done as an extension of the EuXFEL HDF5 geometry format.
It should be possible to use pickle for short-term storage of geometry objects (e.g. to transfer to a worker process). Don't rely on this format for long term storage, though - objects pickled from one version of EXtra-geom are likely to break with some future version.
Thank you @takluyver. In SimEx-Lite, we need to save the necessary parameters/data in .json file for an instrument database, so that others can download the instrument setup can run it easily. I thought since the multi-panel geometry is a bit complicated, maybe I can store the geometry in crystFEL format. As you mentioned, the function could be fiddly to add. Do you think there could be a better way to store the geometry parameters?
Hi,
I know there is currently no support for reading a generic crystfel geom file, but could we at least support reading the .geom file writtern by the GenericGeometry class?
The text was updated successfully, but these errors were encountered: