Last modified: 2014-10-13 13:45:47 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T63909, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 61909 - Make use of before and after in Time datatype
Make use of before and after in Time datatype
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
WikidataRepo (Other open bugs)
unspecified
All All
: Normal normal with 3 votes (vote)
: ---
Assigned To: Wikidata bugs
u=dev c=backend p=0
:
: 62441 71867 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-02-25 14:11 UTC by Christopher Johnson
Modified: 2014-10-13 13:45 UTC (History)
7 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Christopher Johnson 2014-02-25 14:11:17 UTC

    
Comment 1 Lydia Pintscher 2014-03-11 15:47:53 UTC
*** Bug 62441 has been marked as a duplicate of this bug. ***
Comment 2 Shonagon 2014-03-25 22:15:42 UTC
It's an issue particularly with artworks. With the the property p571 
 https://www.wikidata.org/wiki/Property:P571 it should be great to specify those values for date like 1495-1505 or XVIIIth-XVIth BC.
Comment 3 Shonagon 2014-03-27 20:19:33 UTC
I have studied this problem yesterday, and IMHO there is an issue with editing blurred dates. First think to know is that it is possible to edit precisions of dates (precision, before after,...) with a bot and to access to those data in json or xml. A very good point. But

On the interface we cannot see those precisions of a date and manually bad correction can be done. Furthermore we can have the same restitution for different dates. Written  "1150" precision "century", "12.century" is displayed. Written  "12.century", "12. century". But data stored are diffrent : 1150, precision 7 and 1200 precision 7 for the second. There is a risk that, as contributors, we are curently editing a date in different ways for a same value. If we read the model description "1580" precision "decade" means a decade precision on a date from a year (minus or plus), which is a different interval of the  "1580s" displayed (maybe am I wrong on this point). Another problem is that some contributors use P580-start date and P581-end date.

Finally blurred dates that we are currently editing are not homogeneous and we can not neither see or correct them on the interface. A solution for a good editing blurred date with the data_type model would be great. I hope these comments could be helpful.
Comment 4 Lydia Pintscher 2014-10-13 13:45:47 UTC
*** Bug 71867 has been marked as a duplicate of this bug. ***

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links