Can I change the label from "as of" to "date". It sounds a bit weird to say that the US elections took place "as of" November 6, 2012, doesn't it ? --Zolo (talk) 09:34, 19 June 2013 (UTC)
Yes thats why I had created it saying date but someone changed it. Changed it now to Point in time because hopefully soon the precision will go up.--Saehrimnir (talk) 16:13, 19 June 2013 (UTC)
Certain elections, like the one in Q18923548, are helt on more than one day, in this case a week apart. This conflicts with the Single value constraint. Can we prevent that or is a new constraint needed to indicate events that can have more than one date for the same edition of an event, where the days aren't connected (so not a period, like for a weekend long festival)? I checked the content of the category:Properties with time-datatype, but no property is beter suited for the aforementioned elections. - cycŋ - (talk • contribs • logs) 06:19, 22 September 2015 (UTC)
In that case one would want to use start date / end date. There are cases were multiple values make sense, but generally it should be avoided. The advantage of the constraint is also that it find problems like the ones on Q18889137. As long as we bear in mind that exceptions are possible, I don't think it's much of an issue.
I had added a unique value constraint to find duplicates. This worked fairly well. Obviously it wasn't meant to state that only one item could about a specific moment in time ;)
This later changed to single value constraint (with a different purpose). --- Jura 10:54, 22 September 2015 (UTC)
I understand the benefit of the single value constraint for most events, and start date / end date would be correct if the election is helt in the period between the two dates, and this may sometimes happen with elections. But in general election with more than one date are not helt on the days in between those dates and have, for instance, different rounds, and then using start date / end date is incorrect and even misleading. Elections may may also be helt at different dates for different areas, in witch case one may want to indicate that as well by using Property:P518. - cycŋ - (talk • contribs • logs) 13:00, 22 September 2015 (UTC)
The descritions are written like this property is only used for past dates. This property is used for future events like 2024 Summer Olympics (Q995653). Shouldn't we change the descriptions? Emijrp (talk) 16:53, 13 July 2017 (UTC)
Using this property with decades and centuriesEdit
Is it valid to use "1950s" or "1800s" or "12. century" for values of this property? The system allows it, but I get weird results in Reasonator. - PKM (talk) 21:36, 20 January 2018 (UTC)
I just noticed a note saying that some properties apparently can't be used as qualifier for Significant event. To model excavations at archaeological sites, I've been using manager/director as a qualifier for significant event: excavation, but apparently this isn't allowed. As many sites are excavated many times by different teams and directors, I was wondering what would be the best approach here. For an example of a site with several different excavations and directors, see Q42897132. Any ideas? --Zoeperkoe (talk) 11:10, 5 March 2018 (UTC)
@Zoeperkoe: I think you are looking for the allowed qualifiers at Property:P793#P2302. You could just add P1037 there. --- Jura 11:25, 5 March 2018 (UTC)
@Jura1: Ah, I did not know that it would be as simple as that. Will do. Thanks! --Zoeperkoe (talk) 11:34, 5 March 2018 (UTC)
That would be possible in many cases, but not all. For example, a meeting is organised on Friday, and continues on Monday, while is considered to be the same meeting. If we would use start time (P580) & end time (P582) it would suggest the meeting took four days. Also there are sports games in what one single game takes place on different dates with days in between. For those cases we need to find a solution.
Hello. Why cant I add 2016-12-06 06:00:00 (to Wikidata Sandbox (Q4115189), for example)? Attempting to do so gives me this error: Could not save due to an error. Malformed input: +2016-12-06T06:00:00Z. Rehman 06:03, 27 October 2020 (UTC)
Hmm, apparently it is not possible yet. How sad. Rehman 02:06, 29 October 2020 (UTC)
