daniel added a comment. Thank you for digging this up, Thiemo!
I think the last document you quote is most relevant to our use case: we need the uncertainty interval to apply correct //rounding// for display, especially after unit conversion. As Kaldari mentioned earlier, using +/- 1 is inconsistent with the rounding algorithms we use, since 17+/-1 would include 17.9, which would round to 18. For the case that no uncertainty is explicitly given, I tend towards not deriving and saving an uncertainty, but instead we derive it when we need it. We could even work with different approaches for deriving the uncertainty interval for different use cases (though that could quickly get confusing). In API output, we would include upper and lower bound only if explicitly given, and for the normalized value. For example, 6ft would be represented as 6ft (no uncertainty interval provided) with the normalized value of 1.8288+/-0.3048, which would display as 2m. TASK DETAIL https://phabricator.wikimedia.org/T105623 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Jonas, JanZerebecki, harej-NIOSH, Thryduulf, Mike_Peel, Jc3s5h, thiemowmde, kaldari, daniel, Stryn, Lydia_Pintscher, Liuxinyu970226, Snipre, Event, Ash_Crow, mgrabovsky, Micru, Denny, He7d3r, Bene, Wikidata-bugs, Ricordisamoa, Kelson, MSGJ, Wolfvoll, Aklapper, aude _______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs