Wikidata:Property proposal/time of the day
time of the day edit
Originally proposed at Wikidata:Property proposal/Generic
Description | time of the day in hours and decimals (1h15' pm > 13.25). Can be used as qualifier or statement. Add another qualifier to specify timezone, if not local time. |
---|---|
Data type | Quantity |
Example | August 2016 Central Italy earthquake (Q26689701) → point in time (P585) 24 August 2016 qualifier "time of day": 01.69166666667 |
- Motivation
Currently, there is no other way to specify this. If ever a better solution becomes available, the data could be converted.
--- Jura 22:42, 1 December 2016 (UTC)
- Discussion
- Comment Please complete above as needed.
--- Jura 09:23, 1 December 2016 (UTC) - Oppose I fear that two many people would enter for "1h15" 1,15. As a result the data couldn't be trusted. ChristianKl (talk) 12:30, 2 December 2016 (UTC)
- It seems to work for other properties. You'd rather do three separate ones?
--- Jura 12:55, 2 December 2016 (UTC)
- It seems to work for other properties. You'd rather do three separate ones?
- Comment. Let's just create an item for any specific time of the day, minute by minute. Then change the datatype in this proposal to 'item'. Thierry Caro (talk) 18:44, 2 December 2016 (UTC)
- It's more parsimonious to create two properties, minutes of hour and hour of day. But it does not seem to be a problem to create 24*60 items and it's easier to autocomplete this. Maybe times 3600 would be more problematic :) author TomT0m / talk page 13:14, 7 December 2016 (UTC)
- Comment I just created a QuickStatement script to create the items about minutes : User:TomT0m/minutes. I'd like a review before batch creating it and taking ideas about what could be added. author TomT0m / talk page 14:16, 7 December 2016 (UTC)
- @TomT0m: I like the idea. My comments are, it is strange in English to write "12h00 AM", use of "h" like that is more of a French thing. Secondly, many English speakers, including myself, would actually prefer to use 24 hour time (e.g. "00:00" not "12:00 AM"). I suggest that ISO 8601 (Q50101) is a valid format in all languages (English, French, whatever), hence the labels in both English and French should be "00:00" through "23:59". SJK (talk) 08:43, 12 February 2017 (UTC)
- Also I am a bit confused by "P31 Q27972125 P279 Q7727". If type of daytime minute (Q27972125) is meant to represent "minute of the day", better just call it that, and make it a subclass of minute (Q7727). Then all your script needs is "P31 Q27972125", rather than both a P31 and a P279 on every item. SJK (talk) 08:49, 12 February 2017 (UTC)
- Support Much needed and general enough to be very useful. Ainali (talk) 07:52, 3 January 2017 (UTC)
- Comment I think the best way is to enable us to specify time of the day and time zone at time datatype. According to Special:ListDatatypes, time datatype probably saves these internally. --本日晴天 (talk) 06:58, 8 January 2017 (UTC)
- {{Ping|本日晴} Not the same. It's a specific point in time, whereas here we'll be able to specify stuffs like "everyday at noon" or every year the 25th of december. A specific timestamp allows only to specify a specific point in time (with precision). author TomT0m / talk page 19:24, 8 January 2017 (UTC)
- The example above gives a specific point in time only. Is it possible to provide more examples that voer everyday at noon etc? And for recurring times, there are international date notations defined for calendar data we could base this on --Hannolans (talk) 17:19, 21 April 2017 (UTC)
Not done No consensus reached.--Micru (talk) 07:47, 24 April 2017 (UTC)
Hour and minutes number edit
As a follows up to the previous proposition of using item datatype to represent a pair (minute, second) in a day, I'd like to add two property proposal that aims to describe those items : "minute number in the hour" and "hour number in the day".
- hour number in the day
Originally proposed at Wikidata:Property proposal/Generic
Description | the number of the hour in the usual 24h day. from 0 for the midnight hour to 23 for the hour before midnight |
---|---|
Data type | Quantity |
Domain | Q27972125 |
Allowed values | [0, 23] |
Allowed units | none |
Example | |
Robot and gadget jobs | will be automatically filled |
- minute number in the hour
Originally proposed at Wikidata:Property proposal/Generic
Description | the number of a minute in a minute of the day item. From 0 to 59 (fr) – (Please translate this into English.) |
---|---|
Data type | Quantity |
Domain | Q27972125 |
Allowed values | [0, 59] |
Example | |
Robot and gadget jobs | will be automatically filled |
@Jura1, Thierry Caro, ChristianKl: author TomT0m / talk page 18:04, 7 December 2016 (UTC)
- This looks better, but I would prefer a native implementation that adds a new datatype.
Weak supportChristianKl (talk) 21:01, 10 December 2016 (UTC)
- Oppose per ChristianKl's suggestion. ~★ nmaia d 12:42, 21 December 2016 (UTC)
- @ChristianKl, NMaia: Easier to implement and easily migrate later. But as in my previous comment there is chances that an extension of the "time" datatype will only allow to specify more precise timestamp, and not stuffs like "noon hour is 12:00" that recurs other time. author TomT0m / talk page 19:26, 8 January 2017 (UTC)
- Oppose Not very keen on this, would much rather see a native data type for it. Furthermore, in the absence of a native data type, would rather see a single property of string data type with a regex e.g.
([01][0-9]|2[0-3])(:[0-5][0-9])?
(but, can the Wikibase software enforce the regex at data entry time??? And display some hint text to the editor explaining the expected format, since most people can't be expected to understand regexes?). SJK (talk) 08:38, 12 February 2017 (UTC)- Actually, I like better your other proposal, of a single property, with Item as a datatype, and then create 3600 items, one for every minute of the day. That is probably even better than a string. SJK (talk) 08:46, 12 February 2017 (UTC)
- However if we need to specify seconds we need 86400+1400=87800 items.--GZWDer (talk) 17:15, 18 February 2017 (UTC)
- Actually, I like better your other proposal, of a single property, with Item as a datatype, and then create 3600 items, one for every minute of the day. That is probably even better than a string. SJK (talk) 08:46, 12 February 2017 (UTC)
- I thought a bit about this issue and given that timezones make this even more complicated, I oppose this proposal. I think we really need a proper native datatype for this. ChristianKl (talk) 12:39, 3 March 2017 (UTC)
Not done No support.--Micru (talk) 07:46, 24 April 2017 (UTC)