-
Notifications
You must be signed in to change notification settings - Fork 81
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
Allow setting FileStoreBase formatter, so that write_path_template, read_path_template can use non-strftime formats #1143
Comments
Help me understand this more easily.
Because we had (a couple years ago), a set of NeXus/HDF5 master:external
files from the DLS small-angle beam line where the external file link was
expressed in absolute directory form. Could not open the data since we did
not have the DLS file system was described in the file. (We talked with the
beamline about this and they responded.)
This is the type of problem you are trying to avoid. Please describe your
implementation again.
…On Fri, Aug 4, 2023, 8:01 AM DiamondJoseph ***@***.***> wrote:
At Diamond, we want our raw files written into directories for the current
visit, and would ideally represent the exactly location for the file to
land in our ResourceDocuments.
This will probably end up being the in the root of the document rather
than the resourcePath, such that the resourcePath is the path relative to
the visit directory, but being able to form different paths inside the
visit may be useful.
—
Reply to this email directly, view it on GitHub
<#1143>, or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AARMUMH6HYNZRWY43JESJE3XTTXBDANCNFSM6AAAAAA3EFYT4Y>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
This ticket is mostly not connected to root/resourcePath handling, which I'm actively trying to avoid falling into your mentioned issue with. root will be <some/diamond/specific/filesystem/path>/visit But our resourcePath/structure within a visit probably wants to be something like ./runN/, rather than ./2023 or ./20230804 |
Thanks. I understand now. One of our instruments uses a plan to provision
the instrument for a new user's next runs. Similar, in a way, but used on
discretion.
…On Fri, Aug 4, 2023, 10:38 AM DiamondJoseph ***@***.***> wrote:
This ticket is mostly not connected to root/resourcePath handling, which
I'm actively trying to avoid falling into your mentioned issue with.
root will be <some/diamond/specific/filesystem/path>/visit
resourcePath will be .</some/structure/within/a/visit>
.nxs files will only have ./resourcePath links written into them.
But our resourcePath/structure within a visit probably wants to be
something like ./runN/, rather than ./2023 or ./20230804
Our root can ~easily be set to a new visit directory on stage as
appropriate for the run we are staging for, but our resourcePath seems
limited to just strftime
—
Reply to this email directly, view it on GitHub
<#1143 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AARMUMF6JMMXXMGA3XBG5SDXTUJO3ANCNFSM6AAAAAA3EFYT4Y>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
At Diamond, we want our raw files written into directories for the current visit, and would ideally represent the exactly location for the file to land in our ResourceDocuments.
This will probably end up being the in the root of the document rather than the resourcePath, such that the resourcePath is the path relative to the visit directory, but being able to form different paths inside the visit may be useful.
The text was updated successfully, but these errors were encountered: