You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 31, 2022. It is now read-only.
I suggest to add another field to track the optical link and use this field as real name (e.g. GEMINI29L2). This change should be correctly linked and carefully checked w.r.t gem-light-dqm code so that interface works correctly and finds the proper plots to display.
with the configuration tag. We also need to write an utility for uploading and tagging new configuration into the DB. After this feature is implemented, an update to cmsgemos should follow to use the configuration tag instead of querying the hardware.
We need a testing DB for this purpose. I propose to use the gem904daq01 as testing machine. @jsturdy, could you please check if we still have a sandbox DB (I believe we had it some time ago) there? Also @muhammadhasib , do you have an account at gem904daq01 machine? If not, please send to @jsturdy your nice user name.
Brief summary of issue
We need to implement configuration tags and improve chamber naming to relate it more easily to the central confDB names
Types of issue
Expected Behavior
Currently this field is used to handle both the chamber name and the optical link number:
ldqm-browser/LightDQM/ldqm_db/models.py
Line 25 in a0ba435
I suggest to add another field to track the optical link and use this field as real name (e.g. GEMINI29L2). This change should be correctly linked and carefully checked w.r.t gem-light-dqm code so that interface works correctly and finds the proper plots to display.
We also should add the field around this line:
ldqm-browser/LightDQM/ldqm_db/models.py
Line 37 in a0ba435
with the configuration tag. We also need to write an utility for uploading and tagging new configuration into the DB. After this feature is implemented, an update to cmsgemos should follow to use the configuration tag instead of querying the hardware.
We should ensure correct usage of
ldqm-browser/LightDQM/ldqm_db/models.py
Line 24 in a0ba435
which should carry an information whether chamber is short or long and use it correctly within gem-light-dqm
The text was updated successfully, but these errors were encountered: