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

Data Vault accepts infinite values #330

Open
thchwhite opened this issue Mar 8, 2016 · 4 comments
Open

Data Vault accepts infinite values #330

thchwhite opened this issue Mar 8, 2016 · 4 comments
Assignees

Comments

@thchwhite
Copy link
Contributor

In the course of writing resonator code I found that the data vault will accept infinite values and save them to the dataset. This problem arose because it was processed data, but could potentially happen any time someone divides by 0 accidentally. Do we want to allow this behavior, or should the data vault throw an error at this point?

@ejeffrey
Copy link
Contributor

ejeffrey commented Mar 8, 2016

I think allowing +/- inf and nan in datasets is fine -- they are legal
floating point values for a reason. I would say that either your
datataking code should not generate them or your analysis code should
handle it properly. If anyone has a strong reason to object, please
comment.

On Tue, Mar 8, 2016 at 9:49 AM, thchwhite notifications@github.com wrote:

Assigned #330 #330 to
@ejeffrey https://github.com/ejeffrey.


Reply to this email directly or view it on GitHub
#330 (comment).

@maffoo
Copy link
Contributor

maffoo commented Mar 8, 2016

I agree with @ejeffrey. It seems best to have the datavault just store the float values it is given with full fidelity.

@ejeffrey
Copy link
Contributor

ejeffrey commented Mar 8, 2016

I just talked to Ted about this. The real problem is that the grapher
can't plot datasets with infinite values, which seems like a grapher bug,
not a datavault problem. Does the new grapher handle this properly?

As an example of when you might want to store inf is if you are reading a
pressure gauge that is overloaded. You need to store something, and any
number you store is most likely wrong. inf tells you that is A) not a
legal, and B) above the legal range (rather than below, or a
missing/defective sensor which would be NaN)

On Tue, Mar 8, 2016 at 10:20 AM, Matthew Neeley notifications@github.com
wrote:

I agree with @ejeffrey https://github.com/ejeffrey. It seems best to
have the datavault just store the float values it is given with full
fidelity.


Reply to this email directly or view it on GitHub
#330 (comment)
.

@pomalley
Copy link
Contributor

pomalley commented Mar 8, 2016

Yes, I ran into this problem with the supermonitor; the supermonitor just ignores bad values but it was super annoying that the grapher couldn't handle it because it would have been good for debugging to see the data on the grapher as well. Alas.

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

No branches or pull requests

4 participants