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.
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 ( talk • contribs • e-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 ( talk • contribs • e-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 ( talk • contribs • e-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 ( talk • contribs • e-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 ( talk • contribs • e-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 am wary of setting such strict limits on the number of genres (four for artists, three for albums, one for songs). I agree the line needs to be drawn somewhere, but allowing just one per song will probably instigate those who think their genre choice is "right" into edit warring. I would say 0–2 for songs, 0–4 for albums, and 0–6 for artists.
With songs, very few fit into more than one genre, so one is a nice default. With artists, once you get past four genres you either need to be more general or not bother with the genre field altogether (which is an option I included in this proposal). The only limit I haven't been set on yet is the one for album infoboxes, although I do think the recommendation of picking the most applicable is the best approach. WesleyDodds (talk) 04:24, 3 November 2008 (UTC)
Nitpicking: "paragraph break script" — the <br /> element is usually called a "line break".
"Genres at the same level should be in alphabetical order" — An alternative is to order them based on how prominent each genre is featured. "Prominence" can be decided on based on references. For example, if we have three "gangsta rap" songs on an album, and 11 "G-funk" songs, should "gangsta rap" appear first?
Alphabetical order is more straightforward and doesn't mire editors in debates over what is the more prevalent genre on a record. Also, since G-funk is a specific type of gangsta rap, it's probably better to just list "gangsta rap" or "Hip hop". Keep it simple. WesleyDodds (talk) 04:24, 3 November 2008 (UTC)
if you're now welcoming comments on the content: listing genres in order of "prominence" in an artist's oeuvre or on an album makes more sense in terms of properly characterizing the music and in terms of wikipedia policies. alphabetical order is arbitrary, and if resorted to to resolve disputes, it should be an "if all else fails" option. Sssoul (talk) 05:50, 3 November 2008 (UTC)
My fear is that trying to determine which genre on an album is more "prominent" will encourage subjectivity. We want to cut down on subjectivity. Anyways, the topic of what styles are more prominent on albums than other is too detailed to try to address in the infobox, so alphabetical order is the most straightforward approach. Also, the subject of how to order genres primarily applies to artist infoboxes, not album infoboxes, where I stipulated you are encouraged to choose one genre. WesleyDodds (talk) 06:50, 3 November 2008 (UTC)
i understand that you feel "alphabetical order is the most straightforward approach"; i disagree, because it's an arbitrary order that would frequently misrepresent the music, which is contrary to the purpose of an info box.
also, could we clarify what the intended purpose of this piece of writing is? is it meant to be an essay presenting your own personal approach to writing about genres, or a starting point for hammering out guidelines that would represent some kind of consensus? thanks Sssoul (talk) 07:36, 3 November 2008 (UTC)
How about listing in alphabetical order unless there is a reliable source which states the what the main genre is. That would get round the subjectivity problem and anything else would surely be original research anyway. --JD554 (talk) 08:43, 3 November 2008 (UTC)
I like your next suggestion about chronological order for an artist who has greatly changed their sound.
I wasn't sure about that one at first, but I think it helps for context. WesleyDodds (talk) 04:24, 3 November 2008 (UTC)
We shouldn't discourage linking to the "Musical style" section from the infobox. A lot of people refer to the infobox before looking at the ToC, particularly when searching for the genre. It's not necessarily a content dispute either: If two (or more) reputable sources claim two (or more) different genres, then it is an academic dispute, and we should give attention to all significant views per WP:NPOV. In taxonomy articles, it is not uncommon to see a link from the "subtaxa" part of the infobox to a section in the article (see Primate, under the "Families" part of the infobox), and this can be used effectively.
This is a big issue that a few editors wanted addressed in the genre debates a few weeks ago. Bottom line is, linking to the article itself and saying "genre is disputed!" doesn't help the poor souls who happen across an article wanting to learn more about the subject. If the debate is that contentious, I inserted the ability to remove the genre field in such an event. WesleyDodds (talk) 04:24, 3 November 2008 (UTC)
I'm saying when it's not a content dispute (editor vs. editor), but when it's an academic dispute (e.g. music journalist vs. music theorist). We can't exclude two valid points of view simply because they disagree. If both are good, both should be put in. — Twas Now ( talk • contribs • e-mail ) 04:48, 3 November 2008 (UTC)
The problem of linking to the article from the infobox is the result of editors, not the sources themselves. If the genre is disputed by sources, then don't include the genre field in the infobox; simple as that. But it's really bad to link to a section in the article from that article's infobox. It's uninformative, it doesn't solve the debate, it is redundant to the article table of contents, it draws unnecessary attention to a content debate, and it's unsightly. WesleyDodds (talk) 06:44, 3 November 2008 (UTC)
If the only thing in the genre parameter was a simple link saying "See article" (with an internal link to the section), this wouldn't draw any more attention than having one or two genres listed there. Since our goal is to eliminate unreferenced genres being thrown into the infobox (or anywhere, for that matter), providing an easy link for readers to a section where the genre is discussed can't hurt. People look to the infobox for quick information; if they see it is blank with a <!-- comment -->, readers may want to add the genre, and will first have to open the edit page, then find out it's been agreed upon to leave blank. If we have a section link, editors can quickly see the article does have a genre. It's not hurting anyone to have a second (redundant) link. Being unsightly is debatable. I think it works well in the taxonomy articles and could in music articles, as well. — Twas Now ( talk • contribs • e-mail ) 08:06, 3 November 2008 (UTC)
Actually, before reading this suggestion of yours, I was going to recommend we encourage users who are in a genre dispute to provide a link from the infobox, to a section where the disputed genres are both mentioned in prose.
Same as above. Our concern is informing the readers, not drawing attention to editor debates. WesleyDodds (talk) 04:24, 3 November 2008 (UTC)
"the genre mentioned in the first sentence should not be more specific than other genres mentioned further down in the lead" — Sometimes a musician working in one or more subgenres has an undeniable influence on something much greater than just that genre. Sgt. Pepper's Lonely Hearts Club Band is ostensibly a "psychedelic rock" album, but its influence on rock and pop music as a whole is great indeed.
The idea per lead section guidelines is that your first sentence should be very straightforward and clear; details are introduced later in the article. Thus, you can be more specific later on. In the case of Sgt. Peepper, what you want to do is begin "Sgt. Pepper... is an album by the British rock group The Beatles, released in 1967. It was a seminal album in the psychedelic rock genre." Something like that. That way you ease an unfamiliar reader into the subject. WesleyDodds (talk) 04:24, 3 November 2008 (UTC)
Okay. I misunderstood this. I was thinking "if a subgenre is mentioned in the lead, don't discuss a more general genre later in the article", but you were only referring to later in the lead. My comment about how specific we should be applies here: the WP:LEAD guidelines and style guides would probably suggest you start with general comments, and lead into more specific content. We don't need to reiterate it here. — Twas Now ( talk • contribs • e-mail ) 04:54, 3 November 2008 (UTC)
WP:LEAD won't tell you the specifics of how to address genres in the lead section. But we can with this. WesleyDodds (talk) 06:52, 3 November 2008 (UTC)
No, but WP:LEAD doesn't give the specifics of how to address anything, really. Do we need to guide people's hands on how to write articles? The more restrictions we put in place, the more uniform each article becomes. Cookie-cutter articles are boring! — Twas Now ( talk • contribs • e-mail ) 08:06, 3 November 2008 (UTC)
i'd rephrase the advice about what sources to consider: it's not across-the-board true that biographers are more reliable about genre than critics/reviewers, or that the artists' own views should always be ignored. something more like "biographical works are sometimes more useful than reviews" and "the artists' own views should not be given more weight than any other source" would be more appropriate, i think. Sssoul (talk) 11:18, 3 November 2008 (UTC)
"In the lead sections of album and song articles, genre is usually only mentioned in relation to the artist who made it" — This is a bit confusing, but I gather you mean that songs are generally not of one particular genre, but it is artists' individual recordings that make the song "genre x" or "genre y". I don't think this statement should have "album", since an album is usually made by one artist, and compilation albums are going to be handled differently anyway. Maybe instead:
"In the lead section of song articles, the genre should generally be avoided—unless the work is significant to a particular style—because different artists may record the song in different genres. The genre can be mentioned in relation to particular recordings of the song."
Will try to make clearer. WesleyDodds (talk) 04:24, 3 November 2008 (UTC)
"Indicate if the work is influenced by any particular styles, or is representative of a particular style." — I think this delves into unnecessary detail. A good editor will know to do this already, and a bad editor won't do it anyway.
Even good editors wouldn't necessarily know how to tackle the subject, particularly if they primarily edit in other areas of Wikipedia and are working on their first music article. WesleyDodds (talk) 04:24, 3 November 2008 (UTC)
I suppose, but do you think an editor who generally doesn't work on music-related articles will even know about this guideline? I guess it couldn't help to leave it in though, for those who do find it and are interested. — Twas Now ( talk • contribs • e-mail ) 04:56, 3 November 2008 (UTC)
If they don't know about it, they don't know about it. The idea is we want to give people a guide on who to approach genres in music articles, so we need to cover all the bases. WesleyDodds (talk) 06:52, 3 November 2008 (UTC)
More generally, try to keep the guidelines general and suggestive rather than specific and prescriptive. (Some things should remain prescriptive, however, like keeping radio formats from being used as genres, etc.) — Twas Now ( talk • contribs • e-mail ) 04:01, 3 November 2008 (UTC)
I made the guidelines specific at points in order to ensure there's no confusion. There's still a bit of flexibility, but I don't want editors to be groping blindly trying to figure out what exactly they should do. WesleyDodds (talk) 04:24, 3 November 2008 (UTC)
I don't think they will be groping blindly. There's no guideline now, and most editors are doing just fine at handling genres. If it's not spelled out, most people will know what is appropriate. In general, be specific about "what is acceptable/unacceptable" for content and references, and be general about "what is acceptable/unacceptable" for style and formatting. Or split this into a content guideline (the most important) and a style guideline. — Twas Now ( talk • contribs • e-mail ) 05:06, 3 November 2008 (UTC)
Actually editors aren't doing well with approaching music genres, by and large, as the discussion in the last month has shown. That's why this guideline is being drawn up. WesleyDodds (talk) 06:54, 3 November 2008 (UTC)
I would guess that this problem arose because some editors were fervently approaching genres poorly, not because most editors were approaching it poorly. I would guess the problem is mainly with IPs or editors who don't bother following policy and guidelines—in other words, the same people who aren't going to bother following this either. — Twas Now ( talk • contribs • e-mail ) 08:06, 3 November 2008 (UTC)
the kinds of "problematic genre edits" i see most often are definitely from editors who don't seem to read talk pages, let alone policies/guidelines. i share Twas Now's view that the editors who work most on music articles probably don't need/want highly prescriptive guidelines. Sssoul (talk) 10:42, 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)
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 whitetalk 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 whitetalk 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)
:: First, examples given are controversial. Like, most people would say ne metal is a sub-genre of alternative rock, not heavy metal. Why don't we use examples that won't cause any doubts in anyone? Let me fix this for you. Netrat (talk) 01:09, 5 November 2008 (UTC)
"Is the genre real?" and "Ignore what the artist classifies themselves as" sections do not mention the fact that sometimes artists invent a new "genre" to classify their own music, so genre includes one artist only - like Keziah Jones's Blufunk, Ciara's Crunk & B, Seryoga's sporty chastushka, Streetwize's Smooth Urban Jazz, Finntroll's humppa metal etc. However, in very few cases, such "genres" do become actual genres, like Rambo Amadeus's Turbo-folk. There are no doubts that such self-labels should be mentioned in the article, but it is probably not OK to include them into infoboxes. Netrat (talk) 01:09, 5 November 2008 (UTC)
I disagree with your proposed limits of 4, 3 and 1 genres for infoboxes. They are based on your IMHO, nothing more. Do you belive "Jazz, Funk and Fusion" would be enough for Miles Davis, Stanley Clarke or Marcus Miller? Hell no! And what about Rick Rubin, Bob Dylan and many others? Second, there are compilation or experimental albums that can span over several genres. 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? We may need some reasonable limit, but not such tight and strict one. Maybe five for each infobox type or even ten for artists. Netrat (talk) 01:09, 5 November 2008 (UTC)
I also 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, sometimes even featuring a name of the genre in its title: LTJ Bukem's Earth, Weapons of Mass Creation, Sambass, The Roots of Dubstep, Dubstep Allstars, Frequent Flyer, Hed Kandi Beach House, Stereo Sushi, Es Vive Base Bar Ibiza, Ragga Jungle Anthems, Return of The DJ, Rap Godfathers, thousands of them! Netrat (talk) 01:09, 5 November 2008 (UTC)
"Do not include citations in the genre field; they are unsightly and crowd the infobox" rule won't do any good. Citing a reference in infobox is usually the best way to stop an edit war over a genre. Genre Warriors won't read the whole article, would they? Netrat (talk) 01:09, 5 November 2008 (UTC)
The 4th paragraph of "Formatting" section is confusing. First you say "When dealing with an artist who has performed music in a number of overrarching genres, list only the overarching genres and no subgenres" (something I won't agree with, I don't see why we cannot list sub-genres from different broad genres, maybe not even mentioning such broad genres), then you say "Genres at the same level should be in alphabetical order." implying that sometimes genres listed are not at the same level. Also, why do we need to list a broad genre when all artist's sub-genres belong to the same genre (like in your example of "Hip hop, gangsta rap, G-Funk, West Coat hip hop")? Netrat (talk) 01:09, 5 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 whitetalk 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 whitetalk 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:
(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 whitetalk 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 whitetalk 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 whitetalk 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 whitetalk 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)
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)