Open main menu

Wikidata:Property proposal/iTunes (gb) artist ID

iTunes (gb) artist IDEdit

Return to Wikidata:Property proposal/Authority control

   Under discussion
Descriptionidentifier for an artist on British version of iTunes
RepresentsiTunes (Q9589)
Data typeExternal identifier
Domainhuman (Q5), group of humans (Q16334295)
Example 1Basshunter (Q383541)156857565 - same as Q383541#P2850
Example 2Stromae (Q313453)270954369 - same as Q313453#P2850
Example 3Sean Paul (Q200577)155138
Sourcehttps://itunes.apple.com
External linksUse in sister projects: [ar][de][en][es][fr][he][it][ja][ko][nl][pl][pt][ru][sv][vi][zh][commons][species][wd].
Planned useputting value to artists available from the British version of iTunes
Expected completenesseventually complete (Q21873974)
Formatter URLhttps://itunes.apple.com/gb/$1
See alsoiTunes artist ID (P2850)

MotivationEdit

There is property for iTunes already (iTunes artist ID (P2850)) but it is limited to the United States version only (/us) so it's impossible to display other versions of iTunes with different content (/gb for example). Property for artists included in British version of iTunes. Eurohunter (talk) 18:58, 21 August 2019 (UTC)

Note: American, British, Spanish, German, French, Polish or Swedish version of iTunes contain different releases among other countries. See Mexican release of Basshunter's "Dream on the Dancefloor" which is unavaiable in ithe United States or American release of "Northern Light" remix which is unavaiable in Sweden. Eurohunter (talk) 17:58, 23 August 2019 (UTC)

DiscussionEdit

  •   Support David (talk) 07:00, 22 August 2019 (UTC)
  •   Oppose identifier already stored/storable with iTunes artist ID (P2850). Otherwise we end up with an iTunes artist property for every market that has an istore. --- Jura 15:33, 22 August 2019 (UTC)
    • @Jura1: There are differen't releases in each "main" country. You can't see for example some British or Spanish releases in American version of iTunes and vice versa. So? @Jura1: @Mahir256: Eurohunter (talk) 17:48, 23 August 2019 (UTC)
    • As Mahir mentions, if the same release has different identifiers, we'd need two properties. If the formatter url on P2850 doesn't work as expected, you might want to de-activate it. --- Jura 10:13, 24 August 2019 (UTC)
      • @Jura1: You did not understood the problem. As I said above some releases are unavaiable in US version of iTunes and vice versa. Eurohunter (talk) 10:31, 24 August 2019 (UTC)
        • You can still use the property to store the identifier. No need to map every localized version of every e-commerce website on the web. --- Jura 10:37, 24 August 2019 (UTC)
          • @Jura1: So should I create proposal atleast for iTunes (gb) album ID for those unavaiable in US version? Eurohunter (talk) 10:41, 24 August 2019 (UTC)
            • Why don't you proceed as suggested earlier, here and on project chat? --- Jura 10:43, 24 August 2019 (UTC)
  •   Oppose per Jura unless there is an artist whose iTunes identifiers differ between the US and the UK. Mahir256 (talk) 19:22, 22 August 2019 (UTC)
  •   Oppose per Jura. ChristianKl❫ 14:51, 27 August 2019 (UTC)
  • @Jura1: could you please answer to Eurohunter. Regards, ZI Jony (Talk) 16:19, 17 September 2019 (UTC)
    • The answer is still the same: use P2850 which isn't limited to the US. --- Jura 08:41, 18 September 2019 (UTC)
      • @Jura1: The question has not changed. Show me the way how to link to release avaiable only in Mexico (at Apple Music album ID (P2281). Eurohunter (talk) 18:06, 18 September 2019 (UTC)
        • ID properties store ids, not sitelinks. For some ids we support formatter urls, for others it's still in the pipeline or not planned. Wikidata is not a webshop. --- Jura 14:19, 21 September 2019 (UTC)
          • @Jura1: You can't store ids from mx version in us version etc (never seen solution for this). If US version is allowed, others should be allowed too. Eurohunter (talk) 15:59, 21 September 2019 (UTC)
            • We don't have a property for us version either. --- Jura 16:05, 21 September 2019 (UTC)