Wikidata:Property proposal/chart date
chart date
[edit]Originally proposed at Wikidata:Property proposal/Creative work
| Description | MISSING |
|---|---|
| Represents | record chart (Q373899) |
| Data type | Point in time |
| Example | charted in (P2291) → Billboard Hot 100 (Q180072), with qualifiers ranking (P1352) → 1; chart date → 24 February 2018 |
| See also | point in time (P585) |
Motivation
Currently, there is no valid way to give a "chart date" (usually a back-dated publication date) as a qualifier of charted in (P2291). This is probably because the property is only used on a few items, likely due to copyright concerns, and it hasn't really been developed past its initial vague description; and as such, currently only has three valid qualifiers.
As I stated in this "discussion" which no one has replied to, the Billboard Hot 100 poses a problem (in particular, anyway) because the start date and end date qualifiers aren't defined well enough to be used, since they could be interpreted three different ways, and one of them would require two sets of the qualifiers since the Hot 100 has two different data tracking periods for each week. Allowing the chart date to be specified, instead of forcing the user to figure out when data was collected for a chart, would allow much easier importing from existing Wikipedia articles, since the "chart date" is included in the reference URLs of a lot of charts. It's not a publication date (P577) since the data is usually published a few days before (e.g. US, UK), and making the allowed property point in time (P585) would both contradict the start/end date properties where their use would make sense and be somewhat inaccurate (though technically correct).
This could also be used for some other purpose, such as the stated date of a magazine article or a scientific paper where it was actually published (e.g. on the Internet) previously. Jc86035 (talk) 09:30, 25 February 2018 (UTC)
Discussion
Comment I think point in time (P585) would reflect this.
--- Jura 10:24, 25 February 2018 (UTC)- Comment Good observations. I guess as « charted in (P2291) » seems to be very generic and do not refer to sampling or measurement notions, you raise very good questions. It might actually be useful to create specific properties for each chart, or at least types of charts. In the absence of precision of what the chart is about, however, I think the only objective thing common to all chart is their update/publication time. In this sense « date » is clearly supposed to reflect not the measurement period but the charting date. I don’t think it’s a good practice to give to a qualifier a meaning that depends on the main value of a claim.
Oppose per above. But the problems raised on Project chat deserves to find answers. author TomT0m / talk page 12:49, 25 February 2018 (UTC)- Oppose Duplicate David (talk) 15:48, 25 February 2018 (UTC)
- @Jura1, TomT0m, ديفيد عادل وهبة خليل 2: Would you agree with using point in time instead of start/end date for charted in (P2291), and replacing existing uses? Chart methodology could then be put in the chart items using future properties (e.g. something like data collection / start period: 13 days before; end period: 6 days before; applies to part: music streaming). Jc86035 (talk) 05:33, 26 February 2018 (UTC)
Not done Per comments. Micru (talk) 09:50, 27 March 2018 (UTC)