Issues:

  • how to introduce fast scan and slow scan axes in the psana geometry format?
  • how to make the psana geometry format complete (incorporate some geometry information inside the psana code)?
ProposalArguments In FavorArgument Against
Use NeXus formatCompleteHdf5 format is inconvenient for mongoDB, very verbose, only cctbx people use it
Use CrystFEL formatUses fs/ss, many users, Geoptimizer availableNo hierarchy, does not account for mixed pixel sizes, does not handle z-offset from optical metrology, non-geometry related fields are included in the geometry file
Keep using the same psana geometry format (unless we have a big gain)keep the number of formats to 3. less work in implementing a new formatNo fs/ss axes that users want. Incomplete information.
  • No labels