cover Art Sites: Difference between revisions

From MusicBrainz Wiki
Jump to navigationJump to search
((Imported from MoinMoin))
(double redirect)
 
(110 intermediate revisions by 28 users not shown)
Line 1: Line 1:
#REDIRECT [[History:Style/Relationships/URLs/Cover art whitelist]]

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.''
{| border="1"
|-
| '''Site''' || '''Example release''' || '''Cover URL''' || '''Contacted''' || Permission URL
|-
| [[[Image:550338.jpg]] Cover] || No || -
|-
| [[[Image:prozak_small.jpg]] Cover] || Yes || [http://cdbaby.name/mb-is-ok.html permission]
|-
| [[[Image:133836.jpg]] Cover] || No || -
|-
| [http://www.discogs.com Discogs] || [http://www.discogs.com/release/869268 Example] || [http://www.discogs.com/image/R-869268-1167394978.jpeg Cover] || No || -
|-
| [http://www.emusic.com eMusic] || [http://www.emusic.com/album/10968/10968583.html Example] || [http://www.emusic.com/img/album/109/685/10968583_155_155.jpeg Cover] || No || -
|-
| [[[Image:799.jpg]] Cover] || Yes || Only via archive.org (See note below)
|-
| [http://www.hmv.co.uk/ HMV.co.uk] || [http://www.hmv.co.uk/hmvweb/displayProductDetails.do?ctx=-1;1;-1;-1&sku=534772 Example] || [http://www3.hmv.co.uk/hmv/Large_Images/HMV/BEATLUVPRECD.JPG Cover] || No || -
|-
| [[[Image:088.jpg]] Cover] || No || -
|-
| [[[Image:vorcza.jpg]] Cover] || No || -
|-
| [[[Image:64866M.jpg]] Cover] || No || -
|-
| [[[Image:xgn010.jpg]] Cover] || Yes || (none yet)
|-
| [http://www.jamendo.com/ Jamendo] || [http://www.jamendo.com/en/album/1003/ Example] || [http://img.jamendo.com/albums/1003/covers/1.300.jpg Cover] || Yes || [http://blog.jamendo.com/index.php/2007/08/03/jamendo-grants-musicbrainz-full-cover-art-access/ permission]
|-
| [[[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
* For Jamendo enter the URL of the release page, e.g. [http://www.jamendo.com/en/album/1003/ http://www.jamendo.com/en/album/1003/]
* For other sites 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 and Jamendo, 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 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. -- [[User:BrianFreud|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.

If you believe that MusicBrainz violates your copyright by linking to a Wayback machine image, please see [[Copyright Violation Notice|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 http://www.nabble.com/Proposal%3A-URL-based-cover-art-tf2817425s2885.html#a7863760]

==Discussion==

<ul><li style="list-style-type:none">-- 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. --[[User:BrianFreud|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 :) [[Delete When Cooked|DeleteWhenCooked]] -- [[User:mo|mo]] 23:23, 20 May 2007 (UTC) I would, but just like the "[[Date Time|DateTime]]" string in wiki, I have no idea how to pull off the fancy-IRC-linkage-thingers :P [[Delete When Cooked|DeleteWhenCooked]] --[[User:BrianFreud|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 [http://www.subpop.com/faq "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."] --[[User:BrianFreud|BrianFreud]]
</ul>

===The Use Of Archive.org's 'wayback' machine for coverarts===

<ul><li style="list-style-type:none">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? --[[User:Gecks|Gecks]]
<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">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">[http://web.archive.org/web/*/http://www.livenirvana.com http://web.archive.org/web/*/http://www.livenirvana.com] - "We're sorry, access to [http://www.livenirvana.com http://www.livenirvana.com] has been blocked by the site owner via robots.txt." - So I guess that, by your understanding of current US law, implies that livenirvana (and now consequently, digitalnirvana) have express wishes for their site NOT to be archived? Regardless of this I still think that there's no good reason to circumvent asking the webmasters permission. If we were that confident that they had no problems with us using archive.org to show their images, where's the harm in asking? --[[User:Gecks|Gecks]]
<ul><li style="list-style-type:none">Because no matter where we are sourcing the files from, the copyright remains with the original copyright owner - not any one site. The site can choose to block our using their images, but they have no ability to grant permission for us to use any image - their own use of the image is also infringing on the same copyright, if indeed any infringement is occurring. As mentioned, Digital Nirvana turned its resources over to Live Nirvana - they are not the same site; rather, one is a no-longer existent site, and the other is a site which has received many resources from the former site. DN chose to not use a robots.txt, and to use watermarks - in effect, allowing images to be directly linked to, but retaining a visible sign of provenance. LN chose to use a robots.txt, and not to use watermarks - in effect, not allowing images to be directly linked to, but allowing them to be reused elsewhere, so long as LN doesn't have to foot the bill for such hosting. -- [[Brian Schweitzer|BrianSchweitzer]] 13:54, 23 May 2007 (UTC)
<ul><li style="list-style-type:none">So basically you don't even care about this archive.org business - as far your concerned, as long as we host the image ourselves, and aren't leeching bandwidth it's fair game to use anything from anywhere? IMO this is reprehensible regardless of the legalities, especially when it's from user-built sites, but I'll leave it at that. --[[User:Gecks|Gecks]]
<ul><li style="list-style-type:none">No, I'm saying you're arguing different things at the same time without making clear what your issue is. Is your concern a possible copyright infringement? If so , the lawyers and recent court cases have cleared us there, hence why ruoak changed the policy. Is your concern the unauthorized use of images from a particular site? If so, a) we are not using images from that site, so no incurred bandwidth or other costs to that site, b) the site is also using the images under the same protections we have (see first possible If), b2) that 3rd party site is in no position to then authorize any use anyhow, as they are not a copyright or licensing rights holder for the art in the image, and c) that site can always choose to prevent our (and anyone else) using the images, regardless of where they are stored, by changing their robots.txt settings. Ownership of the art does not rest with the person who scans it; it rests with the original creator of the art, and we are making a fair use under US law of that art; where it originally was posted on the internet really has no bearing on the legality or "properness" of subsequent use of the image file. I really don't understand what the concern is here. -- [[Brian Schweitzer|BrianSchweitzer]] 15:42, 23 May 2007 (UTC)
<ul><li style="list-style-type:none">I have spoken to archive.org about this and they have expressed no objections to us deep linking. They still haven't put up a permission page because they do not feel that such a thing is necessary. But, there is nothing underhand going on here. I've spoken with Gordon Mohr from archive.org who has taken the issue up with Brewster himself and there are no issues. If I felt that something was underhanded, we would not be doing it! -- [[User:RobertKaye|RobertKaye]] {{DateTime}}
<ul><li style="list-style-type:none">As I said, it's not the permission granted by archive.org that's the issue, it's the fact we're not even trying to ask permission of these other sites, we're just using archive.org instead. -- [[User:Gecks|Gecks]] {{DateTime}}
<ul><li style="list-style-type:none">I think one point being missed here is that 99.999% of the sites on the net, be they fan, bootleg, "wiki", whatever, have no permission themselves to be displaying the artwork. It's not that we're stealing anything from them - just because you scan something, you receive no ownership over the art you've scanned. I've had a long time now to consider this, and my take is that, essentially, archive.org is contributing storage space and bandwidth - others too can benefit, but we also are a beneficiary of their willingness. Given that there is a very clear and stated policy for [[MusicBrainz]]'s willingness to remove any images for which the '''proper''' rightsholders send a removal request, then I see absolutely no issue here. Would you also have an issue with the local paper which uses a cover image in a CD review, or a sales catalogue which uses artwork in a circular? Of course not. They are making a fair use of the image, just as we are. Even when using artwork from a label's site itself, via archive.org, we're doing it in such a way as to make the very smallest possible footprint - archive.org is issuing a single request, caching that image, then feeding us that image from their permanent cache. I've truely tried to see your point here, over several weeks and months of thought Gecks, but it all just comes back to fair use rights and the right of the rightsholder to request removal. The site that happens to originally have the scan has no rights. We're making fair use rights use, as permitted and as is protected by many different statues and court decisions. We're even going the further step of allowing the proper rightsholder carte blanche request removal - though they would, I assume, have to prove that they are in fact the proper rightsholder. -- [[Brian Schweitzer|BrianSchweitzer]] 02:33, 01 August 2007 (UTC)
<ul><li style="list-style-type:none">Honestly, for the last time: nothing to with the legalities! They don't 'own' that data any more than we own ours. However they have collated and built that data just as we have here. The exchange of discographic data between these resources should be transparent, and involve both parties. Not only is this what is right, it also would build relations between facilities that are essentially working to the same end. (this and indeed all but the first few responses to the initial point should probably be [[Delete When Cooked|DeleteWhenCooked]] as I don't think it's been productive!) -- [[User:Gecks|Gecks]] {{DateTime}}
</ul>
</ul>
</ul>
</ul>
</ul>
</ul>
</ul>
</ul>
</ul>
</ul>
</ul>
</ul>
</ul>

===Encyclopaedia Metallum===

I contacted [http://www.metal-archives.com Encyclopaedia Metallum] about using their cover art and got a response from [http://www.metal-archives.com/userprofile.php?user=Morrigan Morrigan]:

"You may use the images on our site as you want, since we got them from our users anyway. You can save them and upload them to your web server and use as you see fit. However, I would rather not that you link the images: hotlinking ([http://en.wikipedia.org/wiki/Hotlinking http://en.wikipedia.org/wiki/Hotlinking]) is very bandwidth-consuming and not at all practical for us. So please, just save the images you need and upload them to wherever you want, and link from there."

So we don't should link to their cover art, but it should be no problem to use archive.org instead. -- [[User:OutsideContext|OutsideContext]] 22:19, 31 July 2007 (UTC)

Just a tip on archive.org: They try to do a pass on the entire web every 6 to 12 months, but it can take a long time for files to actually be added to the archive. However, if a particular document is currently available on the web, there is a very easy way to "force" archive.org's bot to add that document to the archive for immediate use - and the url remains valid forevermore thereafter. Simply take a non-robots address - www.google.com, for example, and pre-fix it with [http://web.archive.org/web/20070801023522/ http://web.archive.org/web/20070801023522/] (as long as the date string is correctly formatted, any valid such date string will work). When archive.org then loads the page, you'll get [http://web.archive.org/web/20070801023670/http://www.google.com http://web.archive.org/web/20070801023670/http://www.google.com]. Remove the middle [http:// http://] (to remove a unneeded redirect), and you have a perfectly working archive.org url to the document. This works for any http-accessible document, as well as most https documents. Thus, if metal-archives, or another site, has a coverscan you need, and it's not already in archive.org, you can easily have it added, and the resulting url will continue to work so long as archive.org itself continues to exist. -- [[Brian Schweitzer|BrianSchweitzer]] 02:40, 01 August 2007 (UTC)
<ul><li style="list-style-type:none">This works very well, thanks for the tip! However, when I tried leaving the [http:// http://] it did not cause a HTTP redirect as you said, so I just leave it in the URL. -- [[User:foolip|foolip]]
</ul>

[[Category:To Be Reviewed]]

Latest revision as of 04:38, 20 April 2014