-
Notifications
You must be signed in to change notification settings - Fork 39
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
Allow dummy uncertainties for variable member with dummy (string) value #247
Comments
Hi Bill, thanks for creating this issue. Do you have an example of how you solved this that you could share so that it's easier to test and reproduce (and then to change eventually)? |
Thanks for the feedback, but HEPData doesn't support string values for the uncertainties. Recommendations for how to encode missing bins are given in: https://hepdata-submission.readthedocs.io/en/latest/data_yaml.html#uncertainties (second paragraph) The implementation in I don't think the behaviour of the |
Thanks both. An example of the use case is Fig. 5, the second table, in [1]. A stand-alone notebook to reproduce that table, along with the needed input files, can be found in cernbox at [2]. From my perspective this works fine, other than that the warning messages seem to imply a problem. The reason that the encoding of missing bins pointed to by Graeme doesn't work in the hepdata_lib implementation is that there uncertaintes are added, or not, for an entire column; we don't have access to treat some of the rows differently. [1] https://www.hepdata.net/record/146018 |
Bill, thank you for providing the detailed example. Unfortunately, it is a limitation of # Dependent variable
gy = Variable(axTitles[1][0], is_independent=False, is_binned=False, units=axTitles[1][1], zero_uncertainties_warning=False) I also added a test that the |
In constructing HEPData tables, sometimes we have distributions in which no actual information is available for a subset of the dependent variables in some bins. One solution I’ve used for these is to enter a string, like ‘---’ for the value and zero for the uncertainty. This works, but with lots of warnings about zero error values. Would it be possible to protect string values of the uncertainties, as is done for the central values? Then one could enter a similar dummy indicator string for those.
Of course, the consumer of the table has to trap any special dummy contents in the “values” and “uncertainties” fields. I don’t know if there are any guidelines for conventions to make this uniform.
The text was updated successfully, but these errors were encountered: