11–20 of 180 posts
If anyone is looking for an alternative, I have had a good experience using https://github.com/SathyaBhat/spotify-dl Really unfortunate that Spotify dictates what you do with your own playlist when you're not even ripping the songs off of their service.
I just used a similar service to move from Apple Music to Spotify. Now I'm thinking I should move back before Spotify tries to hold my playlists hostage. Spotify Developer Platform Team, if you're listening: you're imbeciles for doing this and you're putting customers back in a buying position when they were happy to keep giving you money forever. starts looking at alternatives
For example: their web playback SDK has a provision about "contact us to use for noncommercial purposes," and there's a long-standing GitHub issue specifically about how no one has ever gotten a reply back when they email about this.
Meanwhile, when I had a problem with MusicKit JS - the Apple Music equivalent - I actually got a reply back within a few weeks from an Apple engineer about it that helped me resolve it. Obviously not the shortest timescale, but at least there's clearly some effort being put into it. It helps that they actually are using MusicKit JS to power their own Apple Music web player, while Spotify's playback SDK is a separate codebase, which is why it's missing features like Safari playback that are present in the web player.
Spotify's new mobile SDKs are also unusably awful, and can't do basic functions like "playing a single song and stopping instead of autoplaying onwards." They also have deprecated and killed off several past mobile SDKs that were far more feature-filled. I saw a new Spotify-powered radio app that launched recently (Station Rotation) appears to be using the legacy undocumented SDK for playback because of this - can't imagine that app will have much of a future if Spotify ever decides to finally break that SDK.
Honestly, I expect Spotify to completely kill their public APIs and SDKs within the next two years. They clearly see no value in them, or they would have invested in maintaining them.
Seems like an obvious and sane target for antitrust legislation - compare with e.g. the mobile number portability directive in the EU way back in 2002. Related opinion piece: > Data portability: An antitrust weapon for the digital economy? (Le Monde, 2018) http://www.fondapol.org/en/the-foundation/medias-en-en/data-... > In concrete terms, what would portability in the digital economy look like? Let us imagine we cou…
Also, it runs afoul of sections of GDPR. I don't agree that Spotify has to let users transfer Spotify curated playlists as that is a business strength. Songshift seems to show Spotify curated playlists on their homepage like Discover Weekly so I can see why Spotify won't like this. But if my understanding of GDPR is right they have to allow users to transfer playlists created by themselves.
Regarding GDPR and data portability:
In practise you can expect to receive a (link to a) zip file via email with a bunch of XML documents after going through a convoluted dance. Also, it often takes some time (days) to receive the data. Basically, nothing that can easily be automated by a third part service - you need user auth of the requesting user to access the data.)
"You must comply with a request for data portability without undue delay and at the latest within one month of receipt of the request"
I guess it's because data portability isn't trivial, and it was wasn't the key aspect of GDPR.
As a contrast: The EU mobile number portability legislation says: max 1 working day.
I just used a similar service to move from Apple Music to Spotify. Now I'm thinking I should move back before Spotify tries to hold my playlists hostage. Spotify Developer Platform Team, if you're listening: you're imbeciles for doing this and you're putting customers back in a buying position when they were happy to keep giving you money forever. starts looking at alternatives
As far as I can tell, Spotify doesn't really have a Developer Platform team, just a legal department enforcing their ToS. All of their various SDKs are poorly maintained with zero points of contact. I think it's just a handful of engineers who care, working in their spare time at an organization that doesn't have any interest in giving them actual resources. For example: their web playback SDK has a provision about "…
Earlier quoted context omitted.
Also, it runs afoul of sections of GDPR. I don't agree that Spotify has to let users transfer Spotify curated playlists as that is a business strength. Songshift seems to show Spotify curated playlists on their homepage like Discover Weekly so I can see why Spotify won't like this. But if my understanding of GDPR is right they have to allow users to transfer playlists created by themselves.
Right. Forgot that. Regarding GDPR and data portability: In practise you can expect to receive a (link to a) zip file via email with a bunch of XML documents after going through a convoluted dance. Also, it often takes some time (days) to receive the data. Basically, nothing that can easily be automated by a third part service - you need user auth of the requesting user to access the data.) "You must comply with a re…
Even when we implemented it for my last company, we did JSON exports on signed S3 paths. I thought structured data was the easiest way for any competitor or user to use their data.
Earlier quoted context omitted.
Right. Forgot that. Regarding GDPR and data portability: In practise you can expect to receive a (link to a) zip file via email with a bunch of XML documents after going through a convoluted dance. Also, it often takes some time (days) to receive the data. Basically, nothing that can easily be automated by a third part service - you need user auth of the requesting user to access the data.) "You must comply with a re…
Yeah, data portability is hard to define as a strict standard as it is extremely product specific. Even when we implemented it for my last company, we did JSON exports on signed S3 paths. I thought structured data was the easiest way for any competitor or user to use their data.
I think it could have worked pretty well to keep it as vague as that. (The auth aspects would need more detail, obviously.)
I don't think data format fragmentation is a big issue (just implement adapters for the top five competitors in your market...), but rather the impossibility of doing it in a quick and seamless manner on behalf of someone wanting to migrate their data to your service from some other service.
Seems like an obvious and sane target for antitrust legislation - compare with e.g. the mobile number portability directive in the EU way back in 2002. Related opinion piece: > Data portability: An antitrust weapon for the digital economy? (Le Monde, 2018) http://www.fondapol.org/en/the-foundation/medias-en-en/data-... > In concrete terms, what would portability in the digital economy look like? Let us imagine we cou…
> ...the right to request a copy of your personal data in electronic format and the right to transmit that personal data for use in another party’s service...
[0] https://www.spotify.com/us/legal/privacy-policy/#s3
Why can’t a transfer service just use that file?
Perhaps, it doesn’t include playlists or liked artists/albums/songs?
Seems like an obvious and sane target for antitrust legislation - compare with e.g. the mobile number portability directive in the EU way back in 2002. Related opinion piece: > Data portability: An antitrust weapon for the digital economy? (Le Monde, 2018) http://www.fondapol.org/en/the-foundation/medias-en-en/data-... > In concrete terms, what would portability in the digital economy look like? Let us imagine we cou…
According to Spotify’s own site [0], their users have > ...the right to request a copy of your personal data in electronic format and the right to transmit that personal data for use in another party’s service... [0] https://www.spotify.com/us/legal/privacy-policy/#s3 Why can’t a transfer service just use that file? Perhaps, it doesn’t include playlists or liked artists/albums/songs?
If anyone is looking for an alternative, I have had a good experience using https://github.com/SathyaBhat/spotify-dl Really unfortunate that Spotify dictates what you do with your own playlist when you're not even ripping the songs off of their service.
That is not exactly what this is doing. A service to service playlist transfer service is what Songshift seems to does, I think it will be worth having an open source alternative to it.