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
I noticed today that some trait data has unreasonable sig figs, e.g.
Does this matter or would it be better to limit this in the data tables? I assume that this could help reduce storage requirements, though they arent really that high yet. Perhaps not an important issue right now?
The text was updated successfully, but these errors were encountered:
Storage costs are determined by the schema, not the number (e.g. if it's a double, then 0 takes up just as much storage as any other number). The origin of such numbers is another issue, as is how we display them in the web interface
My guess is that whoever entered these numbers was given numbers with a only a few s.d., converted to the units used in BETYdb, and just kept all of the digits displayed in their calculator.
I noticed today that some trait data has unreasonable sig figs, e.g.
Does this matter or would it be better to limit this in the data tables? I assume that this could help reduce storage requirements, though they arent really that high yet. Perhaps not an important issue right now?
The text was updated successfully, but these errors were encountered: