For some reason, the mirror is reporting the following:
Countries excluded (iTunes)
(As of 2021-01-14).
Southern Europe: Albania (al)
Middle Africa: Sao Tome and Principe (st)
Southern Asia: Pakistan (pk)
Micronesia: Palau (pw)
These are Deezer only countries and iTunes never has them there, because they don’t have service there. This should not be showing up. Please remove from iTunes list of countries.
That happens because it only queries the iTunes API. In order to import an Apple Music exclusive release, access to the Apple Music API is required. See upthread for why this hasn’t been implemented.
Hey atj, thanks for taking up the mantle of preserving and furthering this. I was looking at the landscape and thinking about doing something similar, specifically I was mapping out a Ruby based web service for enabling more people to add data much easier, and expediting the process for those already doing so, and had forgotten all about atisket. At least until tigerman referenced it in a Ninja Sex Party MBz edit the other day, thus I’ve come back to this thread after many months.
I’ve never really been successful as a developer, but I enjoy integration, small scale fixes, infrastructure/hosting, etc. If what you’re doing is able to be collaborated on, I’d love to help out however possible. I’ve been through too many iterations of things like this when a Web Service is the obvious answer.
I just noticed an issue with your mirror, @atj: If I override a release date (with anything besides 0) MB will not read the overridden dates correctly upon import. I get a cascade of this error message for each release event:
@atj - Just wanted to bring this issue to your attention. For some reason a-tisket is pulling the incorrect release date for this release:
Not sure if the iTunes API is not inline with what is being displayed on the release page but the what is being displayed is that the material was released on November 6, 2015 but what is being pulled is a date of 2015-10-08.
APIs sometimes just have wrong dates, unfortunately. Especially on Apple Music & iTunes because they go by the first date of release, not the actual date of release. I always check against ISRC Search and cross check with other releases.
Isn’t this leading back to the main failing of these Shops and the Data from these Shop APIs. This isn’t about Release dates and Countries. This is about availability in these Shops and which countries these Shops are selling in on the day the API is queried. So if Apple got a different deal to Spotify then that will be shown in the data.
Apple has a style guide for release dates that is incompatible with MusicBrainz.
Dates aren’t based on iTunes availability:
5.1. Accuracy. Album, track, and music video release dates must be the original date when the album, track, and music video was first released, regardless of country or region, or whether it was released digitally versus physically. This includes Deluxe Editions, Anniversary Editions, Expanded Editions, Bonus Track Editions, Remastered Editions, and so on.
Remasters use incorrect dates:
3.12. Remastered Versions and New Mixes of Previously Released Recordings. The year of remastering should be included in the title version to properly indicate the version of the master. For example, 2017 Remastered Version. Albums or tracks that are designated as Remastered in the title version should be delivered with the first-known release date of the original version of the recording.
In cases where an entirely new mix has been created for a previously released album, the album should also be delivered with the first-known release date of the original version of the album. The year of the new mix should also be noted. For example, 2013 Mix.
Whether or not the labels/distributors comply with Apple’s Style is a different story.
I don’t know whether Spotify has any Style, but I know they eradicate parentheses.
Sorry @yindesu, I should not really of added my sarcasm. I just find this all a bit weird with those bizarre lists of “countries”. I am a physical media collector. I see a “Release” in a different way.
All of this digital shop data I find a bit odd. I just randomly threw in the Apple name without knowing what I was talking about. Swap “Apple” for Deezer or whatever the trendy stuff is.
Sorry for the late response @HibiscusKazeneko. I was a bit confused as I couldn’t reproduce this using the release you linked. I tried overriding the date with “2020-01-20” and “2020-01” and they both work fine. However I copied your date and it failed, and then I noticed that you used a “–” (em-dash) as the separator and not a “-” (hyphen).
There should be some sort of validation on manually inputted dates, but in the meantime you can prevent this from recurring by using a hyphen and not a dash as the separator.
OK, I managed to get a basic client working. When you visit the Apple Music site, a bearer token for https://amp-api.music.apple.com is generated. This is used by the Apple Music SPA to load releases etc. I haven’t queried the API extensively but it does seem to have the same endpoints as those documented for the Apple Music API.
@marlonob, If you’re happy to share code,i’d be interested. Also more than happy to provide a host for the service. Do feel free to contact me (cant work out if/how one can PM you on here)