Wikidata talk:WikiProject Calendar Dates/lists/days/2018
Jump to navigation
Jump to search
@Hogü-456: 27 August 2018 is 2018-08-27.
This corresponds to August 27 in the Gregorian calendar, and August 14 (Q4820493) in the Eastern Orthodox liturgical calendar - note the item is not August 14 (Q2775) -, and 10 Fructidor in the French Republican Calendar. It would be good to have more. --- Jura 01:48, 21 October 2018 (UTC)
- @Jura1: Now I understand. Do you think it were useful to add a qualifier to the dates, because at the moment I dont know what date belongs to what for a calendar without your information. When there were a qualifier like P31 the Q-number of the date and as a qualifier the calender and as the descriptor a word like in then I think every body who is interested in dates can understand the item and the properties and what they stand for. -- Hogü-456 (talk) 19:06, 21 October 2018 (UTC)
- @Hogü-456: The label of an item should generally be read together with its description.
- At Q4820493 (in English), these clearly identify it as the Eastern Orthodox liturgical calendar. So, I don't think the same would need to be repeated in a qualifier at 27 August 2018 (and the 364 others).
- For 10 Fructidor, there are several ways of computing its Gregorian day equivalent. One could imagine adding a qualifier to indicate which one was used. However, people seem to be using mainly one method, so I haven't done that. As similar question might arise for the liturgical calendar. --- Jura 03:18, 22 October 2018 (UTC)
- @Jura1: I looked to the item and there was a little ! and this shows potential issues of a statement. In this case there stood when you click on it, this statement should have a statement of subclass of. So we should think about adding or discuss, why we should not add this at P31. Because the information that there is potential issue, is based on the property information in this case from property P31. I think that a user should be able to understand what date belongs to what for a calendar without looking to another item. But that is something what we can add later. I think this, because I sometimes have problems with going back to last page. So when I click to a item and then go back not in every time I come to the item before. Sometimes that does not work. -- Hogü-456 (talk) 18:32, 22 October 2018 (UTC)
- That's strange: Q4820493 (in English) has "August 14: day in the Eastern Orthodox liturgical calendar" and "instance of: day in the Eastern Orthodox liturgical calendar". This seems sufficiently explicit. Help:Label explains labels at Wikidata.
I'm aware of the potential issue, but it's only a potential one and eventually, we can fix that.
I don't think I understand your other points. Is it a navigation problem? --- Jura 18:02, 23 October 2018 (UTC)
- That's strange: Q4820493 (in English) has "August 14: day in the Eastern Orthodox liturgical calendar" and "instance of: day in the Eastern Orthodox liturgical calendar". This seems sufficiently explicit. Help:Label explains labels at Wikidata.
- @Jura1: I looked to the item and there was a little ! and this shows potential issues of a statement. In this case there stood when you click on it, this statement should have a statement of subclass of. So we should think about adding or discuss, why we should not add this at P31. Because the information that there is potential issue, is based on the property information in this case from property P31. I think that a user should be able to understand what date belongs to what for a calendar without looking to another item. But that is something what we can add later. I think this, because I sometimes have problems with going back to last page. So when I click to a item and then go back not in every time I come to the item before. Sometimes that does not work. -- Hogü-456 (talk) 18:32, 22 October 2018 (UTC)
- @Hogü-456: If you are still working on the years 2019/2020, you might be interested in some clever query by Matěj Suchánek for labels in various languages (see Topic:Uecc5l222n4trywb#flow-post-ueptcto1p5smezcc). If you insert
FILTER (YEAR(?date) > 2018)before the last "}", you should get the ones for the items. --- Jura 16:21, 26 October 2018 (UTC)