-
Notifications
You must be signed in to change notification settings - Fork 24
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Don't harcode HDFFile dataset location #73
Comments
In the default structure /entry/data is a NXdata group not the actual dataset, therefore the path needs to be /entry/data/data. In future this should not be hardcoded, see #73
ADCore HDF writer will always write there unless you override it by providing a NeXus template xml for it to use. We should ensure that is blank and then we can rely on it always being |
Still need to ensure that we add |
How can I test if I change path in HDFWriter? I would like to investigate "real" (in terms of existence) nexus or hdf file structure before/after my change. Will any of the detectors from docs/user/examples/epics_demo.py write actual hdf file in a dev container? |
At the moment there is just a hardcoded string in the HDFWriter indicating any data written by scans will be stored in 'entry/data/data'.
This is fine for our current use case (i22), except it'd be better to not hardcode this and consider the wider implications of that, i.e. do we make this a soft signal and have that set in the plan?
The text was updated successfully, but these errors were encountered: