Skip to content
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

Open
3 tasks
cryos opened this issue Oct 2, 2020 · 2 comments
Open
3 tasks

Integrating with facility API - showing useful data #4

cryos opened this issue Oct 2, 2020 · 2 comments
Labels
enhancement New feature or request

Comments

@cryos
Copy link
Member

cryos commented Oct 2, 2020

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:

  • Obtain a data_session_id from the facility API for the current set of runs
  • Obtain related data to the session such as the proposal_id, saf_id, etc
  • Obtain and display useful beamline information in the interface such as name, location, contact details for relevant staff, emergency phone/email in case of issues, current status of ?

Ideally 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.

@cryos cryos added the enhancement New feature or request label Oct 2, 2020
@JunAishima
Copy link
Contributor

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?

@cryos
Copy link
Member Author

cryos commented Oct 5, 2020

I just picked two beamline names I knew, I guess one we should use id MAD, our pod-based made up beamline. The data_session_id is what we agreed to as a string that is a unique identifier that all light sources use to uniquely identify a data collection session, it doesn't need to be here yet, but it was a proposal along with other facility specific identifiers.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants