Property talk:P580

From Wikidata
Jump to navigation Jump to search

Documentation

start time
time an item begins to exist or a statement starts being valid
DescriptionThe time the claim began being valid, often paired with end time (P582). For creation date, rather use inception (P571) or service entry (P729).
Representsstart time (Q24575110)
Data typePoint in time
DomainAny claim that is valid within a certain range of time (note: this should be moved to the property statements)
Allowed valuesany (bot hint: should be < to the corresponding end time (P582)) (note: this should be moved to the property statements)
Example
According to this template: India instance of sovereign state since 26 January 1950
According to statements in the property:
Japan (Q17)
When possible, data should only be stored as statements
Robot and gadget jobsDeltaBot does the following jobs:
Tracking: sameno label (Q42533403)
Tracking: usageCategory:Pages using Wikidata property P580 (Q20990068)
See alsoservice entry (P729), inception (P571), end time (P582), start period (P3415), time of discovery or invention (P575), first flight (P606), earliest date (P1319), latest date (P1326), temporal range start (P523)
Lists
  • Count of items by number of statements (chart)
  • Count of items by number of sitelinks (chart)
  • Items with the most identifier properties
  • Items with no other statements
  • Items with novalue claims
  • Items with unknown value claims
  • Usage history
  • Future dates
  • Dates in Gregorian calendar before 1582
  • Dates before year 1 (Help:Dates#Years BC)
  • Database reports/Complex constraint violations/P580
  • Database reports/Constraint violations/P580
  • Proposal discussionProposal discussion
    Current uses1,670,703
    [create] Create a translatable help page (preferably in English) for this property to be included here
    Pictogram voting comment.svg Claim ends before its start
    On the same claim, end time (P582) has earlier value than start time (P580) (Help)
    Violations query: SELECT DISTINCT ?item { ?statement pqv:P580 ?start_node; pqv:P582 ?end_node . ?start_node wikibase:timePrecision 11; wikibase:timeValue ?start . ?end_node wikibase:timePrecision 11; wikibase:timeValue ?end . FILTER( ?end < ?start ) . ?item ?p ?statement }
    List of this constraint violations: Database reports/Complex constraint violations/P580#Claim ends before its start

    External Use[edit]

    This property is being used by:

    Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.)

    Use of "no value"[edit]

    Moved from Property talk:P582. --Yair rand (talk) 19:47, 11 April 2016 (UTC)

    In certain items such as Q17, "end date: no value" is used to indicate that the statement is true as of now. In my opinion, it would be better just to leave it blank, as otherwise the qualifier would need to be added to pretty much everything, and additionally can cause statements to be inaccurate as opposed to incomplete if the status changes. Thoughts? --Yair rand (talk) 02:04, 19 June 2013 (UTC)

    @Yair rand: I tend to agree, for a context specific question, see Property_talk:P39#Current_office-holders. --- Jura 11:49, 7 September 2015 (UTC)

    Two ranges of time[edit]

    Say politician A was in political party X from 2005 to 2009. Then he left the party in 2010. Then return to the party in 2012 and left again for the second time in 2013. So this would mean that two qualifier sets of start time (P580) and end time (P582) would be needed for member of political party (P102). How do we signify that start_date1 corresponds to end_date1 and not end_date2? --Wylve (talk) 14:01, 26 June 2013 (UTC)

    The same case is with head of government (P6). I think it could be resolved as separate statements. There is rank available with each statement. For all historical statements the rank is set to normal but for the current one it shall be set to preferred. So in real-life scenario the rank=preferred shall be used with single start time (P580) property and rank=normal if both start time (P580) and end time (P582) are provided. Unfortunately, I could not find method to edit the rank value. It is only visible in Lua scripts as normal. Paweł Ziemian (talk) 11:42, 6 July 2013 (UTC)
    I've added {{Constraint:Single value}} to replicate this in the constraint reports. (Do the constraints work on qualifiers as well?) -- Bene* talk 13:41, 10 April 2015 (UTC)

    Geologic time[edit]

    How can I input that the Holocene (Q25445) started 11700 years ago? --Tobias1984 (talk) 10:15, 31 July 2013 (UTC)

    Both Gregorian and Julian calendars are supported. So perhaps you can just pick one and use a backdated date (e.g. 9700 BCE). You are also able to specify precision to century, millenium, etc (under advanced adjustments). Superm401 - Talk 18:45, 1 October 2013 (UTC)
    And that the Darriwilian (Q1032866) started 467.3 ± 1.1 million years ago (the more usual kind of dates in geologic timetable)? --PePeEfe (talk) 08:54, 19 November 2016 (UTC)

    Approximate times[edit]

    I recently discovered that one can also enter the decade using this property rather than a concrete year or date. This is useful when you only know, as an example, that a certain event took place "about" 1925 – then you enter "1920s". But what if this event did not take place in the middle of the decade but at the beginning/end or turn of the decade? Then it is not clear which decade should be entered.--Leit (talk) 00:05, 5 February 2014 (UTC)

    exact time[edit]

    How do I specify the exact start and end times of an event? For examples transit of Venus, 1639 (Q3537644) began at 4 December 1639 14:57 and ended at 21:54 UTC. --Mu301 (talk) 22:42, 6 February 2016 (UTC)

    I am also having difficulty entering an exact time. For example I put in "May 14th 2017 8:00pm" and it says "will be displayed as +2017-05-14T20:00:00Z" but when I save, I get the error "Could not save due to an error. Malformed input: +2017-05-14T20:00:00Z". This seems to be a bug. Devon Fyson (talk) 05:33, 28 July 2017 (UTC)

    @Mu301, Devon Fyson: maximum time precision is currently day, not hour or minute. See Phabricator:T57755 from 2013.
    --- Jura 07:07, 28 July 2017 (UTC)

    Used as qualifier only ?[edit]

    Moved from Property talk:P582. --Yair rand (talk) 19:47, 11 April 2016 (UTC)

    Hi,

    This property have itself the property instance of (P31) = Q18615010. Logically, I added the constraint « this property can only be used as a qualifier » (Special:Diff/302962998) and logically too Swpb reverted me (Special:Diff/303185675).

    I believed the situation was : « using end time (P582) as qualifiers only and using other and more specific ending property otherwise (date of disappearance (P746), dissolved, abolished or demolished (P576), date of death (P570), service retirement (P730), etc. depending on the context) » but indeed, the situation seems to be unclear and end time (P582) is used on 11,701 items (some are strange but others seems legit) ; moreover, the description says « The time the claim ended being valid, usually as a qualifier ».

    So is it « only » or « usually » ? The information is contradictory and conflicting; it would be better to clarify it.

    Same situation for start time (P580).

    Cdlt, VIGNERON (talk) 18:34, 12 February 2016 (UTC)

    I would not even go so far as to say that these properties should "usually" be qualifiers; I think they are perfectly acceptable as item properties in themselves. Surely, for items about events, the meaning of "start time" and "end time" is clear. As you say, the properties are already being widely used that way; I think that is because such use is natural and generally self-explanatory. Swpb (talk) 17:19, 16 February 2016 (UTC)
    Battles and television series seem to be frequent users as a statement property Query
    --- Jura 17:52, 16 February 2016 (UTC)
    @Swpb, Jura1: so should we remove instance of (P31) Q18615010 on start time (P580) and end time (P582)? Cdlt, VIGNERON (talk) 09:53, 25 February 2016 (UTC)
    • The discussion on Project chat was about the difference between P571 (inception) and P580 (start time). In my view, P580 (start time) is better suited for events (not recurring ones, but single events, or instances of recurring events) and event-like items than P571 (inception). So P580 (start time) should not be made qualifier-only. I am surprised that Máté's opinion in the discussion on Project chat is just opposite of mine. I cannot help guessing that Máté probably confused P571 with P580 (sorry if my guess is wrong). I think that P571 (inception) is suited for organizations and other relevant entities, not events.--Neo-Jay (talk) 14:03, 10 June 2018 (UTC)
    • @Neo-Jay: Obviously, I got the IDs mixed up, the context makes it evident. Also, I was not expressing my opinion but a vague memory of another discussion I read. – Máté (talk) 16:00, 10 June 2018 (UTC)
    • @Máté: Thank you for your clarification. :) --Neo-Jay (talk) 16:04, 10 June 2018 (UTC)

    Merge with P1326 ?[edit]

    Moved from Property talk:P582. --Yair rand (talk) 19:47, 11 April 2016 (UTC)

    I can't see any objective difference between properties end time (P582) and latest date (P1326). Both should be merged. Or something is missing to distinguish them if there's a difference. Verdy p (talk) 12:18, 28 February 2016 (UTC)

    • "end date" = date when an event ends
    • "latest date" = any date before and including a given date. Latest date should be a qualifier for date properties in general. It could a qualifier on an "end date" (e.g. unknown"). At some point, date properties should include the difference in precision directly and "latest date" could be deleted.
      --- Jura 12:28, 28 February 2016 (UTC)

    дата начала процесса[edit]

    Есть такая? --Fractaler (talk) 11:22, 16 August 2016 (UTC)

    Не в курсе, я бы моделировал процесс отдельным свойством, где элементы-значения - это стадии процесса.
    Процесс "строительство дома":
    • планирование и проектирование
    • согласование проектной документации
    • передача документов строителям-подрядчикам
    • начало строительства, строительство, завершение строительства
    • презентация сооружения (праздничное событие)
    • введение здания в эксплуатацию
    У стадий можно свойства начала-конца даты указывать как квалификаторы.
    Такой подход позволяет указать нарушения (пропущенное проектирование, "начало процесса" со второй стадии).
    Более опытные участники могут подсказать точную модель. d1g (talk) 18:54, 4 January 2017 (UTC)

    Constraint against Event should be removed or replaced[edit]

    It seems that the Event constraint for an instance type is not appropriate in many cases. The constraint violation report is now VERY large. For example: cuneiform Q401 is not an event, but a writing style that had an inception or start date and a generally acknowledged end date. It seems wiser that the constraint should be higher up like 'temporal entity'. I created that new item for this purpose: https://www.wikidata.org/wiki/Q26907166 Any Thing could have a temporal state. And only 1 thing cannot = Time itself. When a Thing has been determined by common sense or a historical perspective to have had a 'temporal occurance' or happening, then I would think that it could be classed as a 'temporal entity' and not an event. There are no restrictions.
    ---- Thadguidry (talk) 03:03, 17 September 2016 (UTC)

    Symbol support vote.svg Support. Thryduulf (talk) 10:43, 17 September 2016 (UTC)
    Symbol oppose vote.svg Oppose because of the example. A writing system is not an event, it has a period where it's used, but it does not cease to exists after it's end main period of usage and can still be studied or event written later. author  TomT0m / talk page 14:29, 19 October 2016 (UTC)
    Pictogram voting comment.svg Comment see also Chicago Card (Q5095525) (now defunct) and Ventra (Q7920279). d1g (talk) 15:48, 4 January 2017 (UTC)

    Start and end dates for positions held[edit]

    These properties are very useful, and widely used in Wikipedia, as qualifiers of positions held by people. However, it is not always clear how a start date and an end date exactly mean in these cases. For example, catholic bishops are "appointed" at a date, and ordained some time later. I would have though the ordination date was the one to be used, but that is not how catholic-hierarchy.org does it (see [1] and [2]). For ambassadors, the date might be either when she is nominated or when the hosting country accepts her nomination.

    How should we solve it ? Create subproperties so that we can document things in full ? Make a list of events that we shall use for start time (P580) and end time (P582), something else ? --Zolo (talk) 07:31, 13 May 2017 (UTC)

    I would love an "appointed on" property. I have various data sources that provice both dates. Sjoerd de Bruin (talk) 12:52, 26 September 2017 (UTC)

    planned end?[edit]

    Please see Wikidata:Property_proposal/expiration_date.
    --- Jura 07:47, 17 August 2018 (UTC)