Ticket #2515 (closed bug: fixed)

Opened 1 year ago

Last modified 2 months ago

Web service as not to showing ASIN relation for some albums

Reported by: zdzisio@poczta.xz.pl Assigned to: rob
Priority: normal Milestone: Server: Labels, Data quality and improved cover art
Component: MusicBrainz Server Version:
Keywords: Cc: murdos, andrewski, eesprit@free.fr
Browser: OS:

Description

I don't see the patern but some albums when reached through web service do not show ASIN identifier, while opening release page through standard web interface shows amazon relations. I understand thats the reason , the information about asin does not get to picard (which is not showing cover, not tagging it , etc)

the best example i found is: http://musicbrainz.org/album/b4606acc-99d6-46a5-9066-aa72d763bd1c.html http://musicbrainz.org/ws/1/release/b4606acc-99d6-46a5-9066-aa72d763bd1c?type=xml&inc=artist vs. http://musicbrainz.org/album/2a12f877-2b42-48f8-bbea-af51dd208c0e.html http://musicbrainz.org/ws/1/release/2a12f877-2b42-48f8-bbea-af51dd208c0e?type=xml&inc=artist

other include

Money for nothing by Dire Straits (a541c6e6-eb8c-4fb2-b0bb-5c07e89c2182) Exciter by Depeche Mode(bb1a7c97-94b2-454d-aa1b-422296b60f3a)

Attachments

Change History

2007-03-10 21:13:26 changed by rob

  • status changed from new to assigned.
  • milestone set to Server: Labels, Data quality and improved cover art.

2007-03-14 01:37:13 changed by murdos

  • cc set to murdos.

IMHO the ASIN identifier you're looking after is deprecated.

You should use 'url-rels' instead in your request: for example http://musicbrainz.org/ws/1/release/2a12f877-2b42-48f8-bbea-af51dd208c0e?type=xml&inc=artist+url-rels (note the "+url-rels" I added).

It returns all url relations (Amazon, Discogs, Wikipedia, ...). If you only want ASIN, pick relations with type = "AmazonAsin".

2007-03-15 21:29:10 changed by andrewski

  • cc changed from murdos to murdos, andrewski.
  • summary changed from Web service as not to showing ASIN relatioon for some albums to Web service as not to showing ASIN relation for some albums.

2007-03-17 12:50:07 changed by andrewski

I'm finding this problem in PicardQT... are the requests there badly formed? Is there anything I need to do to get it to work better?

2007-03-17 18:31:20 changed by luks

  • cc changed from murdos, andrewski to murdos, andrewski, eesprit@free.fr.

#2539 is a duplicate of this

2007-03-21 05:25:02 changed by rob

  • status changed from assigned to closed.
  • resolution set to fixed.
  • component changed from XML Webservice to MusicBrainz Server.

This problem had nothing to do with the web service -- for some reason some ASINs are not getting pushed into the album_amazon_asin table. I'm not sure if this problem still exists after I heavily mucked with all the coverart stuff. I'll run the script after the release and then we'll see if we get more of these cases reappear.

If you see them reappearing after the next release, please reopen this bug.

2007-03-21 05:36:17 changed by rob

zdzisio@poczta.xz.pl: I forgot to add, thanks for the great bug report. Your example let me pinpoing the problem instantly. Thanks!

2007-05-15 05:13:38 changed by luks

#2855 is a duplicate of this

2007-05-15 06:44:15 changed by anonymous

luks: Found another variety of this. This one does get ASIN from the feed (unlike most of the others, where QT reads %asin% as null), but the plugin doesn't load art: http://musicbrainz.org/album/a7ccb022-f437-4492-8eee-8f85d85cdb96.html?tport=8000

2007-05-15 07:18:07 changed by rob

  • status changed from reopened to new.

Yay, my favorite bug is in fact not fixed. Yaaaaaay!

(follow-up: ↓ 13 ) 2007-05-16 09:49:14 changed by BrianFreud

I'm using QT to help track down missing info in the database. Currently, I'm using a $if($and(%asin%,$eq(%releasestatus%,official)) filter to sort official releases w/o ASINs to one place, while placing all other releases to another. In the process, I'm slowly finding 2 groups with ASINs problems like this -

1) Those with an ASIN that for whatever reason isn't being passed on to QT (and thus, they end up in the no-ASIN grouping)

2) Those with an ASIN (which does have art at AZN) that does pass on to QT (ie, goes into the has-ASIN directory), but for which the cover plugin isn't downloading any art.

It's going to take a bit of time to re-process all the files, but once I've finished, would it be useful in tracking down this bug for me to post a list of the releases found to fall into each group?

(Also, it'd be nice, now that we have access to non-AZN coverart (thanks aCiD2 and luks!) if I could do a similar sort using, say %coverart% - a "has either ASIN or coverart" and a "has neither" grouping.

(in reply to: ↑ 12 ) 2007-05-16 09:53:00 changed by luks

Replying to BrianFreud:

1) Those with an ASIN that for whatever reason isn't being passed on to QT (and thus, they end up in the no-ASIN grouping)

These are the problematic ones.

2) Those with an ASIN (which does have art at AZN) that does pass on to QT (ie, goes into the has-ASIN directory), but for which the cover plugin isn't downloading any art.

This a bug/missing feature in the plugin (the images are in non-standard location). Not related to the server bug.

2007-08-28 10:35:13 changed by BrianFreud

2008-04-29 00:05:56 changed by rob

  • status changed from new to closed.
  • resolution set to fixed.

Since I ran the ASIN cleanup script, these problems have finally been taken care of.


Add/Change #2515 (Web service as not to showing ASIN relation for some albums)




Action