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
DM-33049: Allow duplicate values in dataId #622
Conversation
b6e1329
to
152a9bf
Compare
Codecov Report
@@ Coverage Diff @@
## main #622 +/- ##
==========================================
+ Coverage 84.14% 84.18% +0.04%
==========================================
Files 237 237
Lines 30305 30327 +22
Branches 5008 5015 +7
==========================================
+ Hits 25499 25532 +33
+ Misses 3661 3652 -9
+ Partials 1145 1143 -2
Continue to review full report at Codecov.
|
152a9bf
to
59cd3a5
Compare
Previously non-dimensions were removed from kwargs and valid dimensions were retained. None of this agreed with the definition of "unused" in the docstring since those now raise an exception (and were already removed from kwargs). It's much more consistent to transfer kwargs over to the new dataId and empty kwargs.
We allows duplicate information in the dataId but if there is duplicate information it should be checked for consistency.
This is better than a RuntimeError and consistent with other cases where the dataId does not resolve.
When trying to match up record values to a specific dimension, there are sometimes cases where the dimension is given as well as record values. In that case we need to also assign the records to a dimension for later resolution. Without doing this the records look like unrecognized keywords.
day_obs and exposure can be given and if they are consistent this should not raise an exception.
59cd3a5
to
f1f2cde
Compare
If day_obs+seq_num have been given as well as explicit exposure then a ValueError should also be raised during the check for consistency if the exposure is not known at all.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks great!
detector
andraft
andday_obs
andexposure
should be allowed so long as they are consistent.Checklist
doc/changes