daniel added a comment.
it seems that the following consensus is forming:
- if no precision is given in the input, we should just store the number
without any uncertainty information (but not with "no uncertainty", which would
be +/-0).
- if an uncertainty interval is explicitly given, it is always shown.
- when an uncertainty is needed to provide rounding to avoid "false precision"
(in particular, after unit conversion), the uncertainty is derived from the
number of significant digits. "Automatic" uncertainty would not be shown to the
user per default.
- The +/-0.5 approach is preferred for consistency with the rounding
algorithm. Edge case: integers with trailing zeros, e.g. 1200, are ambiguous
(could be 2 or 4 significant digits).
- Properties that represent exact counts (seats in parliament, members in a
team) should be converted to a new data type ("number") that defaults to +/-0
and has no units. (edge cases exist: is population an exact count? Should the
number of dogs in a sled team have the unit "dog"?). Values of such properties
that are currently marked as +/-1 can be changed to +/-0 by bot.
- Properties for measured quantities that are currently marked with +/-1 or
+/-0 can be changed to "unknown uncertainty" by bot. The rare cases that
actually should have +/-0 can be skipped by the bot or fixed by hand.
any objections?
TASK DETAIL
https://phabricator.wikimedia.org/T68580
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: daniel
Cc: Ricordisamoa, Tobias1984, Aklapper, Jc3s5h, Denny, Stryn, Mbch331,
Sjoerddebruin, AmaryllisGardener, Izno, Smalyshev, kaldari, Gareth, Ayack,
geraki, Bugreporter, DSGalaktos, Wikidata-bugs, SPQRobin, jayvdb,
Snaterlicious, Liuxinyu970226, Lydia_Pintscher, daniel, aude
_______________________________________________
Wikidata-bugs mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
