Difference between revisions of "cover Art Sites"

From MusicBrainz Wiki
Jump to navigationJump to search
((Imported from MoinMoin))
((Imported from MoinMoin))
Line 68: Line 68:
 
<ul><li style="list-style-type:none">I cannot agree more :/ - what good can we expect from links like: <code><nowiki>[[Image:m16507uneac.jpg]]</nowiki></code> or <code><nowiki>http://web.archive.org/web/20070522121109/http://www.discogs.com/image/R-150-693527-1149167021.jpeg</nowiki></code> ? This IMHO is just plain bad (eg: using archive as to bypass the need for an authorization) and only calling for trouble... Please consider rethinking this. Please [[Delete When Cooked|DeleteWhenCooked]] if you think I'm overstating the importance of this. -- [[User:dmppanda|dmppanda]] 12:21, 22 May 2007 (UTC)
 
<ul><li style="list-style-type:none">I cannot agree more :/ - what good can we expect from links like: <code><nowiki>[[Image:m16507uneac.jpg]]</nowiki></code> or <code><nowiki>http://web.archive.org/web/20070522121109/http://www.discogs.com/image/R-150-693527-1149167021.jpeg</nowiki></code> ? This IMHO is just plain bad (eg: using archive as to bypass the need for an authorization) and only calling for trouble... Please consider rethinking this. Please [[Delete When Cooked|DeleteWhenCooked]] if you think I'm overstating the importance of this. -- [[User:dmppanda|dmppanda]] 12:21, 22 May 2007 (UTC)
 
<ul><li style="list-style-type:none">Gecks and dmppanda, please note, by linking to art at archive.org, we are *not* linking to the art at the site - so in the two above examples, we are not "stealing" art from allmusic or discogs. The file that is loading is stored on an archive.org server, and we have permission from archive.org to use their art. Archive.org retroactively respects the robots.txt file, as can be seen in their [http://www.archive.org/about/faqs.php FAQ]. Were a site to feel we were misappropriating their art, that site would need to issue a C&D, nor would they need to replace the art (indeed, since we are loading the art from archive.org's archived copy of the art, the site changing the art on that site's server would have no effect.) The site would simply need to adjust their robots.txt configuration, and the very next time archive.org attempted to scan that site, every single cover from that site we link to in the archive.org archives would immediately become a bad link. Additionally, I am not a lawyer, but ruoak says the [[MusicBrainz]] lawyers have given us a clean bill of health on this. Indeed, from my (limited) understanding, [http://www.chillingeffects.org/linking/notice.cgi?NoticeID=491 17 U.S.C. §107] (US law) seems to be a pretty strong legal protecton. For an even better idea of this, however, take a look at [http://www.eff.org/deeplinks/archives/005259.php discussion] of the Google case decided on 5/16/07, where this protection was clarified. -- -- [[Brian Schweitzer|BrianSchweitzer]] 02:32, 23 May 2007 (UTC) [[Delete When Cooked|DeleteWhenCooked]]
 
<ul><li style="list-style-type:none">Gecks and dmppanda, please note, by linking to art at archive.org, we are *not* linking to the art at the site - so in the two above examples, we are not "stealing" art from allmusic or discogs. The file that is loading is stored on an archive.org server, and we have permission from archive.org to use their art. Archive.org retroactively respects the robots.txt file, as can be seen in their [http://www.archive.org/about/faqs.php FAQ]. Were a site to feel we were misappropriating their art, that site would need to issue a C&D, nor would they need to replace the art (indeed, since we are loading the art from archive.org's archived copy of the art, the site changing the art on that site's server would have no effect.) The site would simply need to adjust their robots.txt configuration, and the very next time archive.org attempted to scan that site, every single cover from that site we link to in the archive.org archives would immediately become a bad link. Additionally, I am not a lawyer, but ruoak says the [[MusicBrainz]] lawyers have given us a clean bill of health on this. Indeed, from my (limited) understanding, [http://www.chillingeffects.org/linking/notice.cgi?NoticeID=491 17 U.S.C. §107] (US law) seems to be a pretty strong legal protecton. For an even better idea of this, however, take a look at [http://www.eff.org/deeplinks/archives/005259.php discussion] of the Google case decided on 5/16/07, where this protection was clarified. -- -- [[Brian Schweitzer|BrianSchweitzer]] 02:32, 23 May 2007 (UTC) [[Delete When Cooked|DeleteWhenCooked]]
<ul><li style="list-style-type:none">I don't think the lack of a robots.txt should imply permission to be archived by archive.org. Plus we are 'stealing' - the ownership of copyright of a photo or scan of a record sleeve lies with the person doing the photograph/scanning (though of course he/she is possibly in breach of copyright from the original image creator). Just because we aren't using their bandwidth, doesn't mean we aren't taking someones images for our own gain against their wishes.
+
<ul><li style="list-style-type:none">I don't think the lack of a robots.txt should imply permission to be archived by archive.org. Plus we are 'stealing' - the ownership of copyright of a photo or scan of a record sleeve lies with the person doing the photograph/scanning (though of course he/she is possibly in breach of copyright from the original image creator). Just because we aren't using their bandwidth, doesn't mean we aren't taking someones images for our own gain against their wishes. Lets not forget that that most of the sites that seems to be coming up in these discussions are also community built (digital nirvana, discogs, etc). It's biting the hand that feeds and totally wrong. No different to creating a script to convert, say, a discogs page to a new MBz release, and run it on an archive.org snapshot (which would be dead easy). --[[User:Gecks|Gecks]]
  +
<ul><li style="list-style-type:none">Well, in the case of Digital Nirvana, the site no longer exists. It changed control and became Live Nirvana. All the covers there, however, were contributed, to make it a repository. The users gave them expecting they would be used elsewhere, hence why Live Nirvana stopped watermarking, even though Digital Nirvana previously had done so. (Digital Nirvana only had watermarked because people *were* stealing bandwidth by linking directly to the pictured on the DN server. As for the lack of a robots.txt, it's a indutsry standard - not just archive.org, but google and the others obey it as well, depending on your selected settings. The lack of a robots.txt actually does, by my understanding of current US law, imply permission to archive a site. -- [[Brian Schweitzer|BrianSchweitzer]] 13:16, 23 May 2007 (UTC)
<ul><li style="list-style-type:none">Lets not forget that that most of the sites that seems to be coming up in these discussions are also community built (digital nirvana, discogs, etc). It's biting the hand that feeds and totally wrong. No different to creating a script to convert, say, a discogs page to a new MBz release, and run it on an archive.org snapshot (which would be dead easy). --[[User:Gecks|Gecks]]
 
 
</ul>
 
</ul>
 
</ul>
 
</ul>

Revision as of 13:16, 23 May 2007

This page outlines websites that MusicBrainz can use to retrieve cover art.

There are a number of times that cover art isn't available on Amazon, either due to customer-submitted images or to an absence of a release. Also Amazon does not stock a lot of indie music that other smaller retailers on the net sell.

In order for MusicBrainz to deep link (link directly to a JPEG file on the retailers site) MusicBrainz needs permission from the retailer. Each retailer should be contacted to ask for permission to deep link to their site and MusicBrainz should NOT link to a retailer if no permission has been granted.

Proposed Web Sites

  • When adding a site, please include an example release and a direct link to its cover.
  • Please also place the sites alphabetically.
Site Example release Cover URL Contacted Permission URL
[[[Image:550338.jpg]] Cover] No -
[[[Image:prozak_small.jpg]] Cover] Yes permission
[[[Image:133836.jpg]] Cover] No -
Discogs Example Cover No -
eMusic Example Cover No -
HMV.co.uk Example Cover No -
[[[Image:088.jpg]] Cover] No -
[[[Image:64866M.jpg]] Cover] No -
[[[Image:xgn010.jpg]] Cover] Yes (none yet)
[[[Image:CS232113-01A-BIG.jpg]] Cover] No -
[[[Image:cover_200.jpg]] Cover] No -
[[[Image:CD_jbt-funky.jpg]] Cover] No -
[[[Image:1000350681.jpg]] Cover] No -
[[[Image:Aquarium_Careless_Russian_Rover.jpg]] Cover] No -
[[[Image:picture.jpg]] Cover] No -

Supported Web Sites

So far we support CD Baby and archive.org cover art links. To create a new cover art link, follow these steps:

  • Go to the release you'd like to add cover art to.
  • Click on Relate to URL
  • Select the has coverart at link type
  • Enter the URL to the image itself (i.e. ends in .jpg or .JPG)
    • [[[Image:prozak.jpg]] CD Baby]
    • [[[Image:xgn017.jpg]] archive.org]
  • For CD Baby, you're done. For archive.org, proceed to the next step
  • Since archive.org does not have a consistent scheme for music URLs and coverart URLs, you need to add a seperate get the music link to the music page. (e.g. http://www.archive.org/details/xgn017_-_dissident). You can choose any of the 4 get the music' link sub-types.

That should link in the cover art and make sure the Info link below the cover art goes to the right place.

Ruoak has said that links to art on artist's own website may be linked to, but only if written permission to do so is requested and received from the artist or their representative. In such a case, that written permission must be published here in the wiki. -- BrianFreud [2007-05-10:4:33EST]

Using Archive.org's Wayback Machine

Upon a consultation with our IP attorney Ed Cavazos, linking to images in the Wayback machine is OK. You may link any type of album cover in the wayback machine, including bootlegs. However, if we receive a request to remove a link to a Wayback machine image from a copyright owner, we will comply and remove that link.

  • Personally I think this is pretty underhand and not very professional of us to do. If we can't get proper permission we use wayback and wait for the image owners to issue a C&D? So basically we are saying the only reason we don't steal images from the point of origin is because they could replace them with a 'Stop Stealing Images' jpg, or something less pleasant (and frankly, we would deserve it). Where's the morals, and indeed respect for other discography sites? --Gecks
    • I cannot agree more :/ - what good can we expect from links like: [[Image:m16507uneac.jpg]] or http://web.archive.org/web/20070522121109/http://www.discogs.com/image/R-150-693527-1149167021.jpeg ? This IMHO is just plain bad (eg: using archive as to bypass the need for an authorization) and only calling for trouble... Please consider rethinking this. Please DeleteWhenCooked if you think I'm overstating the importance of this. -- dmppanda 12:21, 22 May 2007 (UTC)
      • Gecks and dmppanda, please note, by linking to art at archive.org, we are *not* linking to the art at the site - so in the two above examples, we are not "stealing" art from allmusic or discogs. The file that is loading is stored on an archive.org server, and we have permission from archive.org to use their art. Archive.org retroactively respects the robots.txt file, as can be seen in their FAQ. Were a site to feel we were misappropriating their art, that site would need to issue a C&D, nor would they need to replace the art (indeed, since we are loading the art from archive.org's archived copy of the art, the site changing the art on that site's server would have no effect.) The site would simply need to adjust their robots.txt configuration, and the very next time archive.org attempted to scan that site, every single cover from that site we link to in the archive.org archives would immediately become a bad link. Additionally, I am not a lawyer, but ruoak says the MusicBrainz lawyers have given us a clean bill of health on this. Indeed, from my (limited) understanding, 17 U.S.C. §107 (US law) seems to be a pretty strong legal protecton. For an even better idea of this, however, take a look at discussion of the Google case decided on 5/16/07, where this protection was clarified. -- -- BrianSchweitzer 02:32, 23 May 2007 (UTC) DeleteWhenCooked
        • I don't think the lack of a robots.txt should imply permission to be archived by archive.org. Plus we are 'stealing' - the ownership of copyright of a photo or scan of a record sleeve lies with the person doing the photograph/scanning (though of course he/she is possibly in breach of copyright from the original image creator). Just because we aren't using their bandwidth, doesn't mean we aren't taking someones images for our own gain against their wishes. Lets not forget that that most of the sites that seems to be coming up in these discussions are also community built (digital nirvana, discogs, etc). It's biting the hand that feeds and totally wrong. No different to creating a script to convert, say, a discogs page to a new MBz release, and run it on an archive.org snapshot (which would be dead easy). --Gecks
          • Well, in the case of Digital Nirvana, the site no longer exists. It changed control and became Live Nirvana. All the covers there, however, were contributed, to make it a repository. The users gave them expecting they would be used elsewhere, hence why Live Nirvana stopped watermarking, even though Digital Nirvana previously had done so. (Digital Nirvana only had watermarked because people *were* stealing bandwidth by linking directly to the pictured on the DN server. As for the lack of a robots.txt, it's a indutsry standard - not just archive.org, but google and the others obey it as well, depending on your selected settings. The lack of a robots.txt actually does, by my understanding of current US law, imply permission to archive a site. -- BrianSchweitzer 13:16, 23 May 2007 (UTC)

If you believe that MusicBrainz violates your copyright by linking to a Wayback machine image, please see CopyrightViolationNotice for details on how to report a copyright violation to MusicBrainz.

Contact

This section should contain form letters that volunteers could use to ask for permission. Please volunteer to write such a letter!

References

Discussion on MB-Users: http://www.nabble.com/Proposal%3A-URL-based-cover-art-tf2817425s2885.html#a7863760

Discussion

  • -- Just some thoughts from IRC... Catgroove, Freso, warp, and I discussed ASINs which don't have coverart, and whether they ought to be added. Though most supported the practice, catgroove did raise a valid point which bears mentioning. The current use of the ASIN AR is overloaded. It's essentially a "can be purchased for mail order at" AR combined with a "has coverart at" AR, while also being a useful unique identifier that other sites using MusicBrainz data can use to match their data with MusicBrainz data. However, now that Amazon also does 3rd party sales, they increasingly have ASINs which don't pull up art, as the art is user-submitted, not Amazon-created. In these cases, we could link the ASIN for all the other benefits, but then either we then add a coverart AR to get the art from a different source, or we have an ugly empty box show up in the coverart area. Catgroove raised the point that we may be implying a MusicBrainz endorsement of the 3rd party Amazon seller by linking to the Amazon listing for this sort of ASIN, and thus, might be responsible if the purchaser linked from MusicBrainz to the 3rd party via Amazon is unhappy with his/her purchase. --BrianFreud [5/20/2007] hey brian, you may want to add a link to the point in the chatlog when we started talking it, so people can read for themselves :) DeleteWhenCooked -- mo 23:23, 20 May 2007 (UTC) I would, but just like the "DateTime" string in wiki, I have no idea how to pull off the fancy-IRC-linkage-thingers :P DeleteWhenCooked --BrianFreud -- Regarding Ruoak's comment above, as I quoted, perhaps we ought to have a subpage for Artist/Label permissions and links? Stumbled onto Sub Pop's blanket permission page, in their FAQ. Could be a useful to list all the permissions together "Can I use images/sound clips/whatever from the Sub-Pop site?" "You are hereby granted official Sub-Pop permission to use unaltered Sub-Pop owned material from the Sub Pop web emporium." --BrianFreud