Wikipedia talk:WikiProject Music

del.icio.us del.icio.us
Digg Digg
Furl Furl
Reddit Reddit
Rojo Rojo
Add to OnlyWire
This wikiproject overlooks all active music projects: see Music Projects and WikiProject Council for a table and a list. Posts about specific topics (e.g. albums, composers, jazz, rock or whatever) should be made to the relevant project - not here! For notices, please see the Music Noticeboard.
Archive
Archives


Contents

Genre guidelines proposal progress

I've been working on my proposal a week longer than I said I would be, and I'm still not done. Still, I'd say it's about 90 percent complete. Most of the remaining work revolves around rephrasing my own words to make sure the instructions I detailed are understandable for everyone and easy to follow. With that in mind, please take a look at my draft here and leave comments in this talk section if something is confusing or if you think something should be rephrased for clarity. Please do not express support or objection to this proposal yet. We're not at that point yet. That's what we're doing when I finish it, and I'm not finished. I want to make sure I can write out the best guideline I can before we discuss whether to implement it or not.

So once again, if something in the guideline draft doesn't make sense to you, please post comments here and I'll do my best to address them. Do not comment on the guidelines themselves. We'll get to that soon enough. And please, don't make edits to my workspace; I'll implement changes myself. WesleyDodds (talk) 10:34, 2 November 2008 (UTC)

this sentence is extremely unclear: "Understand that with popular music, genres with defined musical traits and musical movements that are loosely defined are grouped together." the rest seems mostly comprehensible, and as requested i hereby stifle my comments on the actual content. Sssoul (talk) 10:58, 2 November 2008 (UTC)
Alright, I'll fix that in the morning. WesleyDodds (talk) 10:59, 2 November 2008 (UTC)
Rephrased. Is that clearer? WesleyDodds (talk) 01:09, 3 November 2008 (UTC)
well ... no, it isn't. what is the point you want to make here? the imperative form of the sentence is also not too felicitous. Sssoul (talk) 06:01, 3 November 2008 (UTC)
Maybe: "Genres can be either clearly defined musical styles, or more loosely defined musical movements." — Twas Now ( talkcontribse-mail ) 06:04, 3 November 2008 (UTC)
I rephrased it to say that. WesleyDodds (talk) 06:58, 3 November 2008 (UTC)
I haven't read it yet (I am about to), but my first reaction is that it is very long. This will only be used as a last resort after a dispute arises, not as a cause for dispute, I hope? Because I can foresee some wikilawyers/crusaders reviewing this guideline, then finding faults in music articles that don't comply with it (much like the MoS crusaders do when reviewing FA candidates, for example). — Twas Now ( talkcontribse-mail ) 01:38, 3 November 2008 (UTC)
No, it's intended as a guide; basically a how-to. And yeah, length is a concern for me, but I feel that will be cut down once we get around to revamping the rest of the music guidelines on Wikipedia (for example, the information on acceptable sources would be moved to more releveant sections once we write other guidelines). WesleyDodds (talk) 01:54, 3 November 2008 (UTC)

Minor grammatical note: I see one or more "try and"s that should be changed to "try to"s. Just nitpicking. Overall it looks very well-worded. —IllaZilla (talk) 01:56, 3 November 2008 (UTC)

Will rectify that as much as possible. Thanks. WesleyDodds (talk) 01:59, 3 November 2008 (UTC)
Also under "Formatting": "unslightly" -> "unsightly". I also note the bit about "Divide genres using commas, not paragraph break script." Although I agree with this wholeheartedly, I believe it was a large source of contention in the past, and there are certain editors who get very incensed about it. Again, I agree that it should be commas rather than line breaks, but I think that's a different can of worms that could potentially get this proposal bogged down in debates about semantics. —IllaZilla (talk) 02:15, 3 November 2008 (UTC)
Personally, I prefer the breaks; I was under the impression that consensus had settled on comma, though. I think for now I'll stick with commas, mainly because it keeps the infobox from taking too much article space. WesleyDodds (talk) 02:17, 3 November 2008 (UTC)
Why not leave that clause out altogether (for now)? That is a formatting issue, not a "what genres should be included" issue. We can deal with it later, if necessary. — Twas Now ( talkcontribse-mail ) 04:01, 3 November 2008 (UTC)
Because I wanted address the subjects of genres as a whole in articles, and as a result I have to tackle formatting in the infobox field. WesleyDodds (talk) 04:10, 3 November 2008 (UTC)
I'd let that one go for now. It's not a major issue. As IllaZilla (talk · contribs) suggests, it might create too much debate to get these guidelines moving ahead. I'm happy that you're taking the initiative to draw up these guidelines, but having a fight over something so petty (especially since you prefer breaks) would probably discourage your efforts on this. (I hope my comments below don't discourage you.) — Twas Now ( talkcontribse-mail ) 04:19, 3 November 2008 (UTC)
Don't worry; your comments are helpful. There's only so much work I can do in a vacuum. WesleyDodds (talk) 04:25, 3 November 2008 (UTC)

What is wrong with using "Pop, R&B, Funk, and Rock" to describe Prince or using "Alternative rock, Electronica, and Trip-hop" to describe Björk? Neither is more than the four-genre limit you suggested earlier. — Twas Now ( talkcontribse-mail ) 02:07, 3 November 2008 (UTC)

Funk is a subgenre of R&B. Prince's music spans a number of overarching genres, so it's most effective to simply list only the overrarching subgenres; funk will be covered by including the entire R&B genre anyways. Same with Bjork (although in that case the infoxbox is listing subgenres only, when it should be broader). The idea is if you're dealing with a subject broadly, stick to broad terms. It's more a effective summary that way. WesleyDodds (talk) 02:11, 3 November 2008 (UTC)

Well, the "Do not rely on allmusic as your sole source" point gets an enormous thumbs up from me. I for one am sick of that site being used as the absolute gospel end-all reference. Prophaniti (talk) 11:43, 3 November 2008 (UTC)

-sigh- Ok, this is why I wanted to hold back on this for a bit. I appreciate the comments, but for now, let's all stick to "Does the phrasing make sense or not?" Any further questions about the guidelines themselves beyond "I don't get it" can wait until later. Twas Now, I've hidden your comments below because we were getting off-topic. I mainly need to make sure people understand and can follow the draft first; the discussion of the points contained in the draft is something for later. WesleyDodds (talk) 11:47, 3 November 2008 (UTC)

I think this proposal is nothing short of trying to justify removing genres from a disputed article, previous to November 2. It likes the police arresting someone on a trumped up charge and then asking parliament later to pass law to fit that charge. Do me a favour Dodds, stop speaking down to editors in a condescending manner. Better stick to alternative music than dictating to people who are actually part of a wikiproject that actually edits that article. MegX (talk) 02:37, 4 November 2008 (UTC)
That's not assuming good faith, and that's also ignoring a month of discussion on this very talk page that led to the crafting of this proposal. Have you read the previous discussions about the genre field on this page? WesleyDodds (talk) 04:33, 4 November 2008 (UTC)
I don't regard singling out an album for editing while leaving others alone as "good faith". MegX (talk) 05:04, 4 November 2008 (UTC)
I have no idea what your talking about. If you're referring to our current discussion about Led Zeppelin, I think you gravelly miscontrue where I'm coming from. I've been working on this proposal for over two weeks, due to a loooooong discussion that took place here about the removal of the genre field in infoboxes at the start of October. Check the archives for this talk page for details. WesleyDodds (talk) 08:07, 4 November 2008 (UTC)

Perhaps WesleyDodds could clarify where exactly he hopes his document will go if it is approved? Which music projects would use the guiidelines? (Please note there are about 50 active music projects represented and they range widely in subject matter.) --Kleinzach 06:04, 4 November 2008 (UTC)

A subpage of WikiProject Music, I suppose. All descendent projects (Albums, Songs, genre projects, band projects, etc.) would adhere to this guideline, as established in previous discussions. WesleyDodds (talk) 08:07, 4 November 2008 (UTC)
Perhaps you need to think a bit more about this? It's fine to discuss your ideas with Albums, Songs and the band projects - which may find new guidelines helpful - but they only constitute a small part of the music spectrum here. Re 'genre projects', I'm not aware of any active ones of this type. Which ones are you referring to? (The Music genres project itself is defunct, though I suppose it could be revived.) --Kleinzach 08:46, 4 November 2008 (UTC)
There's plenty of WikiProjects devoted to specific genres. WP:ALM (of which I am a member) is highly active, for one. The metal and hip hop ones are active, as well. We established in past discussions that these guidelines would be utilized for all music articles. WesleyDodds (talk) 09:10, 4 November 2008 (UTC)
WesleyDodds: Hold on. No such thing has been established. Most of the music wikiprojects have not been involved in previous discussions. They are certainly not bound by them. You should get agreement to any new guidelines on a project by project basis. The Music project is an umbrella project serving the 50-odd music related projects, it doesn't dictate to them. That's not the Wikipedia way. --Kleinzach 23:23, 4 November 2008 (UTC)
We established in previous discussions that I was going to draw up a guideline proposal that I would present here. In fact, it's the only reason the genre fields were restored in the infoboxes for the time being. We also established we'd be notifying all the music-related WikiProjects as well as everyone who commented on the infobox genre debate when I finished in order to discuss it. This is not something new we haven't discussed before. Why is everyone acting like I sprung this on everyone from nowhere?WesleyDodds (talk) 07:24, 5 November 2008 (UTC)
just to refresh everyone's memory, here's where WesleyDodds proposed drafting something like this for discussion: Wikipedia_talk:WikiProject_Music/Archive_13#Infobox_debate_6:_What_happens_next.3F Sssoul (talk) 07:46, 5 November 2008 (UTC)

It seems that we may be ready to move beyond discussing comprehensibility? (I personally find the guideline comprehensible. :)) I'd suggest that we centralize discussion to User talk:WesleyDodds/tempwork2. That way, if the guideline is adopted, the discussion about it will be connected to it, which will be valuable for archival. It will also allow this page to continue to function for other matters rather than being overwhelmed with genre talk, as it was before. --Moonriddengirl (talk) 12:33, 4 November 2008 (UTC)

"In fact, it's the only reason the genre fields were restored in the infoboxes for the time being." Oh, really? Ithought genre fields were restored because there was a huge outrage among WP editors when it was removed. Netrat (talk) 12:17, 5 November 2008 (UTC)
just for the record: here is where Rodhullandemu restored the genre fields. WesleyDodds' proposal to draft something for discussion was mentioned as something upcoming, not as a "reason" for reinstating them. Sssoul (talk) 13:06, 5 November 2008 (UTC)
That's right. It should be remembered that Rodhullandemu restored the genre fields on his own initiative. --Kleinzach 03:38, 6 November 2008 (UTC)
I'd prefer not to move discusion to the temp page talk page, because I plan to use the page for other things in the future. I still am working on the proposal, so unless there are other comprehensibility concerns, I think we can close this discussion for now and then move on to discussion about the guidelines themselves when I finish. I just wanted feedback in case I wrote something confusing. WesleyDodds (talk) 22:51, 4 November 2008 (UTC)
That's what the "move" option is for. :) You finish, you move to project space, you get your title back. --Moonriddengirl (talk) 11:56, 7 November 2008 (UTC)
  • Comment I am the only editor who was under the impression that this was going to be a section in an overall styleguide for music related articles>, which i think is much needed, i think there are many other style issues. --neon white talk 12:39, 4 November 2008 (UTC)
It will be, but I'm writing this part first, since genres were the pressing issue. Actually I was the one who suggested a complete overhaul of music guidelines; most everyone else just wanted to see what genre proposal I'd come up with. This is difficult enough to write, and after we discuss it and implement/reject it, I'd definitely want everyone to take a breather for a bit before moving on to a larger project. WesleyDodds (talk) 22:51, 4 November 2008 (UTC)
My concerns are that they are quite lengthy to be included in a future music artist manual of style. I really think it needs to be kept very simple or it's just going to create more points of contention. --neon white talk 17:11, 8 November 2008 (UTC)
I don't think we really need such guideline. Common sense should be enough. If there are people who cannot use it and start edit wars instead, no guidelines would help. Still, I'm going to read and comment the project. Netrat (talk) 22:50, 4 November 2008 (UTC)

Putting a limit for the genres listed in the genre field is a bad idea and could just increase the genre wars. There's some bands which cover more than 4 genres. Same with albums in that some cover more than 3 genres. Same with songs in that some cover more than 1 genre. And also, I think it looks better if the genres are separated by line breaks rather than commas. Kokoro20 (talk) 11:46, 7 November 2008 (UTC)

I've heard that same argument before. Curious. Kokoro, the argument "it looks better" really doesn't have any weight. It doesn't matter if it "looks better" (in your opinion), we need to have what works best. 15:23, 7 November 2008 (UTC)
Line breaks work better because they make it easier to read. --Pwnage8 (talk) 21:22, 7 November 2008 (UTC)
Commas work better as they are standard encyclopedia list formatting and album and song boxes already use commas by consensus for spacing. Consistency must be maintained throughout all boxes. The Real Libs-speak politely 22:42, 7 November 2008 (UTC)
Indopug noted that commas-only can occasionally create formatting problems in some browsers (specifically, creating huge spaces between words if the genre linked has more than one word), so I modified the guideline slightly to allow breaks when necessary to rectify this. Commas would still be preferred, per Wiki Libs. One of the main problems with breaks (by the way, I personally prefer line breaks aesthetically) is that it extends the infobox more than using commas would, and that can cause formatting problems with subsections below the lead if the box is too long (text and pictures moved awkwardly and all that). Line breaks might look good in the infobox, but they might make the sections below the infobox look like a mess, and the latter is of far greater importance to consider.WesleyDodds (talk) 03:16, 8 November 2008 (UTC)
Note. It has been brought up a few times times in previous delimeter discussions that the coded breaks can be an issue for Wikipedia readers with vision difficulties who use a reading assist software to aid them in viewing Wikipedia and using it as a resource. If Wikipedia is supposed to be an encyclopedia for everyone to use... the coded breaks end up discriminating against this group of readers. The Real Libs-speak politely 03:42, 8 November 2008 (UTC)
Is there a way we can fix the formatting problems that occur with commas so we don't have to use breaks? Because then that solves the issue nicely. WesleyDodds (talk) 03:46, 8 November 2008 (UTC)
I'm not convinced that's accurate. I've worked on sites that are required to be accessible and have never come across any problems like that. W3C's Web Content Accessibility Guidelines doesn't mention it. --neon white talk 17:18, 8 November 2008 (UTC)

Libs, consensus can change, and being "encyclopedic" takes a backseat to readability. Are there any reasons commas are preferred other than these two? --Pwnage8 (talk) 14:49, 8 November 2008 (UTC)

I really don't see what makes line breaks more readable than commas; they about even out in my eyes. The main problem with line breaks is that if you have a long infobox it makes the rest of the article hard to read. WesleyDodds (talk) 22:57, 8 November 2008 (UTC)
That's true but genre is not the only field that contributes to a lengthy infobox. Band Members, labels, for instance, are usually listed with line breaks, so a band with many members is going to have a longer infobox than common infoboxes with multiple genres. --neon white talk 01:18, 9 November 2008 (UTC)
It's been a long time practice to only list the current members and to add a link the the article's band member section to cover off the overkill "past member" field. It can cut the length of the box down tremendously. If the band is no longer active and the only field to be poulated is the 'past member' field it works very well. Most bands with detailed member lists usually have a separate article. This page link is also used the cut the member field down to a short list. See: Yes for a good example. The Real Libs-speak politely 01:54, 9 November 2008 (UTC)
I'm not very fond of that. As Wesley's proposal states, it's redundant to link to a section within the article from the infobox because we already have a table of contents. In a situation where the "past members" field would cause the infobox to be annoyingly long, I say just don't use the field. Let the table of contents do its job and just take "past members" out of the infobox altogether in that situation.
As for the commas vs. line breaks thing, the only field I usually see line breaks used in as the preferred delimiter are the members fields. This is probably because these fields are presented as separate boxes within the infobox, with their own banners, and so they lend themselves more to line break-separated lists. The other fields appear in the same box as indented mini-paragraphs, which is why they lend themselves more to commas. Another problem with using line breaks for genres is that we treat each field as the start of a sentence (which is why the first genre is usually capitalized but not the others), so using line breaks makes it look like each line is a separate sentence and should be capitalized, when in fact genres are not proper nouns and normally shouldn't be capitalized. To sum up, I like line breaks in the members sections and commas in the other fields. Those are just my thoughts. --IllaZilla (talk) 02:20, 9 November 2008 (UTC)
Umm, the whole point n purpose to keeping the stupid genre field was because readers supposedly tend to look in the infobox first for quick info rather than actually read the article. So if there is a section link to a member section... it is going to be seen and used first in the infobox rather than somewhere down in the TOC. I have been editing hear over 4 years and I can't remember the last time I even looked closely at a TOC with the intent to read an article. The only time I look at them is when I am checking for wp:moshead correctness. 99% of the time I keep them hidden because they just get in the way. Most people speed reading through an article are more apt to just put their scroll mouse into high gear rather than surf the TOC. The Real Libs-speak politely 03:16, 9 November 2008 (UTC)
Maybe, but that's because you and I, as experienced Wikipedians, know how to find what we're looking for quickly & without bothering to look at a TOC. TOCs do have a purpose, though, and I think most readers use them. Linking to sections from within the infobox is essentially making it the Department of Redundancy Department. It's a summary; if you can't summarize it (like if a members list is incredibly long), just leave it out. It's the same rationale (per Wesley's proposal) for not just putting "see genre section" in the genre field...if you can't summarize it, just leave it out. Anyway, I think we're getting off-point...do we like commas in the genre field or line breaks? It seems that, barring technical issues, we're leaning towards commas. --IllaZilla (talk) 03:27, 9 November 2008 (UTC)

I like line breaks because it's easier to read the infobox in a list format (especially if there are citations) and it's consistent with other infoboxes. --Pwnage8 (talk) 22:35, 9 November 2008 (UTC)

Would WesleyDodds bother to answer my comments directly? Especially when it comes to my most serious concerns, namely:

(1) 4 genres won't be enough for artists like Miles Davis, Stanley Clarke or Marcus Miller.

(2) There are compilation or experimental albums that can span over several genres - thus 2 genres are not enough for albums. For songs, some are experimental crossovers, so at least two genres should be allowed. Like, is Baby Boy (Beyonce Song) a cont.R&B song or a dancehall song?

(3) disagree with "In the case of compilation albums that contain music by more than one artist or group, no genre should be listed in the infobox." Most VA compilations are genre-based compilations that can be easily filed under a single genre Netrat (talk) 03:24, 10 November 2008 (UTC)

I can answer those comments on your talk page. However, I did state repeatedly that comments about the guidelines themselves should wait until I finished the draft (however, we've been making some good progress with the whole "breaks vs. commas" issue, so I'd like to see that continue). Once again, I'm looking for feedback on the readability of the guidelines. WesleyDodds (talk) 06:56, 10 November 2008 (UTC)

Slang terms, nicknames and abbreviations

There seems to be quite a few articles about bands that contain unsourced nicknames, slang terms and abbreviations for a band name as an alternative. Some of them seem to be either made up for the article or at least only used amongst a select group. I just want to clarify the rules around the inclusion of such terms. I consider the rules about neologisms to apply here - "To support the use of (or an article about) a particular term we must cite reliable secondary sources such as books and papers about the term—not books and papers that use the term" - in that simply pointing to uses of the term cannot be considered reliable evidence and there must a reliable source documenting the use of a term. For instance [1] documents the Frank Sinatra's 'chairman of the board' nickname. Any opinions? --neon white talk 15:08, 9 November 2008 (UTC)

I had a similar problem with My Chemical Romance, with editors insisting that the fan-used nickname "My Chem" be mentioned in the lead, even though it does not in fact appear to be an abbreviation used by the artist at all (ie. it does not appear on anything "official" such as albums, merchandise, or website) and I have never seen it used in reliable music press either. I agree that if it can't be referenced to a reliable source, it should be cut. --IllaZilla (talk) 17:46, 9 November 2008 (UTC)
The manual of style is unclear and seems to contadict WP;NEO somewhat suggesting the adding of 'common abreviations'. I think there is lack of any clarification of what 'common' actually means. Obvious common sense applies but it seems very easy for an editor to say i hear it alot and read it alot on forums therefore it's in common use, which just smells like OR to me. I've brought it up at MOS and see what happens there. --neon white talk 19:05, 9 November 2008 (UTC)

Tagging years in music articles

Do articles like 2000 in music fall under your scope? If so, how should they be tagged? There is not (that I know of) any generic WikiProject Music tag for talk pages, and I hate to leave an article untagged, so should I just use the WikiProject Media template or is there a better way? Any help is appreciated. Thanks! --Cerebellum (talk) 00:59, 12 November 2008 (UTC)

By 'tags' I think you are refering to project banners. . . . However WikiProject Music is a non-bannering, umbrella project, i.e. banners (and assessments) are left to individual music projects. This is intentional since there are about 150,000 music articles in total. Bannering them all would be a huge (and ultimately pointless) exercise. IMO articles don't need banners if no relevant project has yet been created. --Kleinzach 02:15, 12 November 2008 (UTC)

Leaks

Do we have any policies regarding info on "leaked" songs? Leaks via the internet as such a common occurrence these day's, it's almost trivia. Yet everyone feels the need to add info about something popping up on youtube, at a fan site or whatnot. Firstly it's happening all the time (not a big deal really), secondly it's a terribly boring piece of information. — Realist2 15:57, 13 November 2008 (UTC)

If it cannot be attributed to a reliable second source then it doesnt belong. --neon white talk 16:33, 13 November 2008 (UTC)
If I recall correctly, the consensus at WP:ALBUMS was that a leak is only worth mentioning if it had a significant impact on an album/song's release history and was considered important enough to be covered in music press (ie. it can be attributed to reliable secondary sources). Otherwise it's trivial and unencyclopedic, since nearly every album gets leaked early nowadays and there's almost no way to reliably source the exact date that it "leaked". I recently did a lot of work on Civil War (album) which had an encyclopedic story to tell about the album's leak. If all there is to say is "it leaked onto the internet" then just chop it as trivial and irrelevant. --IllaZilla (talk) 21:32, 13 November 2008 (UTC)

Album certifications

A lot of articles here on Wikipedia use the Recording Industry Association of America (RIAA) for citing that an album has gone Gold, Platinum, etc. The problem with this is that the source is that the link is usually something like this and doesn't actually source anything and users have to manually check if the said album was certified what is said in the article. On the other hand, there are some that can actually point out exactly what you're looking for, but he link is just too long. What I'm saying is, either the link doesn't actually source the certification directly, or the link is too long, especially when articles are long themselves, this doesn't really help that issue. Is there any possible solution to this problem? Should the RIAA link direct users to the search results, the search option, or the long link? 19:07, 15 November 2008 (UTC)

The length of the link isn't a problem when other text is used for the link, like you have above with the text "is just too long". In what way is that a problem? --JD554 (talk) 19:35, 15 November 2008 (UTC)
I've used links to the search option before. The problem is that the RIAA database times out, so if you try linking to a search result for a specific album or artist then later the link won't work because the session has timed out. I'm not sure how the second example was able to link to a result...probably a historical or cached version of the page. In the absence of an alternative source, I usually just link to the search option and note in the citation that it's a "searchable database". --IllaZilla (talk) 19:53, 15 November 2008 (UTC)
I'd just link to the main database page. As long as the info exists, it doesnt really matter that a search has to be performed to get it, it's still verifiable. I'm not sure how you would construct a citation of a database. --neon white talk 14:04, 16 November 2008 (UTC)
Yeah, as long as you state what search criteria needs to be entered it is accepted at FAC etc. A long citation must be preferable to no citation. --JD554 (talk) 09:05, 17 November 2008 (UTC)

Hmm, if the reference is to the search option is fine, then I guess I'll just continue doing that. As for the long URL, the problem is not only the crazy length, but also actually getting that URL. There's no possible way unless you copy from an article that already has is, and from my knowledge, that's almost none. But if the search is able to get past FAC, I guess I'm good with that. Should I replace the article that has the long URL while I'm at it? 17:36, 17 November 2008 (UTC)

I asked at Wikipedia:Citing sources for some help on how to reference the result of database searches. An example is available at Wikipedia talk:Citing sources#Citing a Database --neon white talk 21:15, 17 November 2008 (UTC)

Instructions for using RIAA

Using Janet Jackson as an example:

  • 1) Go to RIAA - Gold & Platinum
  • 2) Type in the artist's name/album/label/format (are you searching for an album or a single?)
  • 3) Press search
  • 4) IMPORTANT: When the result page comes up, click on the link titled "first" located directly above "artist" on the left hand column.
  • 5) This will give you the proper URL: Control album certification
  • 6) the link is long, which is annoying, but it works well. As for the "time out" session, I have yet to see that happen and I've been using this method with all Janet Jackson related articles. The main biography is FA and 2 of the album articles are GA. Using the RIAA database has never been a problem. The Bookkeeper (of the Occult) 10:39, 18 November 2008 (UTC)
You could make the url shorter by removing all the fields in it that aren't used, eg. &debutLP=, &category=, etc. and the date criteria fields which aren't necessary. This would shorten your example to http://riaa.com/goldandplatinumdata.php?resultpage=1&table=SEARCH_RESULTS&title=Control&artist=Janet%20Jackson&format=ALBUM&sort=Artist&perPage=25. --JD554 (talk) 11:02, 18 November 2008 (UTC)
(Edit conflict) Same explanation with JD554. --Efe (talk) 11:14, 18 November 2008 (UTC)

This article is from Wikipedia. All text is available under the terms of the GNU Free Documentation License.


Giant Panda

Mercedes Car
James Bond Guide
This site monitored by SitePinger.net