Closed mdpunch closed 9 months ago
That's not a bug, but a behavior we already discussed several times in our software meetings. In the current lack of a run data base, runs are searched for through the NectarCAM E-log, which is assumed to be filled correctly, with the run path on DIRAC. On the implementation:
DataManagement
class?dfind
COMDIRAC command. An alternative would be to manually download run files in $NECTARCAMDATA
before calling nectarchain
.So, in that case it should be recategorized to from bug
to documentation problem
or suchlike, maybe?
I can propose changes to the README.md
. Also, for giving credentials for the e-log to the DataManagement
class, this is not described in the documentation (maybe also discussed in the software meetings?); at least there is nothing found when searching for "credentials". So that could be added also (without giving the credentials, of course).
For now, I'll just download the runs, sure...
Fixed in #90 , do you agree, @mdpunch ?
Very good, thanks!
Is that automagically taken into account by the DQM script now, or does the change have to be propagated?
Hi @mdpunch ,
Yes, all code using the DataManagement
class, which is also the case of the DQM, will benefit from it.
Great, then I agree it's fixed!
Then closing this, fixed in #90
Describe the bug
Running
python ../nectarchain/src//nectarchain/dqm/start_dqm.py -r 4332 $NECTARCAMDATA $NECTARCAMDATA
gives an exception.To Reproduce Steps to reproduce the behavior:
__version__== '0.1.7.dev1+gf6ca6b2'
)dirac-configure
ordirac-proxy-init
cta-prod-show-dataset Prod6_Paranal_Single-telescope_NSB1x_muon_North_20deg_R1
and check for sensible output)python {your_path_to_nectarchain_dev}/src/nectarchain/dqm/start_dqm.py -r 4332 $NECTARCAMDATA $NECTARCAMDATA
Output isExpected behavior As described in the DQM docs, I expected it to fetch the run concerned.
Supporting information
Additional context