-
Notifications
You must be signed in to change notification settings - Fork 9
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
Integrating with facility API - showing useful data #4
Comments
what is the data_session_id for? do you mean experiment? I will put in SAF info - not sure what should be in there, but will put in a shell for now Will add instruments endpoint that you can use for getting basic info about the beamline. are those the two beamlines you would like to use for now? |
I just picked two beamline names I knew, I guess one we should use id MAD, our pod-based made up beamline. The |
Creating this as a tracker for what the acquisition web client might want to pull from a facility API. These are just initial ideas that could use more input from @stuartcampbell and @JunAishima. Initial ideas:
data_session_id
from the facility API for the current set of runsproposal_id
,saf_id
, etcIdeally some of these things would be obtainable in prototype API that might be hardwired, along with the link to get it, i.e. the queueserver would certainly know a beamline identifier such as its FXI, HXN, etc, that would then be used to call facility API to get more information to display about the active beamline. The beamline and user identifiers might be enough to get the proposal identifier, etc.
The text was updated successfully, but these errors were encountered: