WikiProject Albums/archive 3

Sec vs. S
The 'sec' wording on the albumbox was recently changed to 's.' The 'sec' wording already exists on the many album pages that exist, and that form corresponds with the 'min' used for 'minute.' I've changed the 's' back to 'sec' since I believe continuity is important unless there is a good reason to change something like this. If there was a reason that this (and the other albums pages) should be changed to 's', I apologize for reverting the edit and feel free to remake it with a note here explaining why the change was made. Thanks! Free ringtones Jrdioko/Jrdioko 04:11, Apr 14, 2004

:Some of the albums by Majo Mills Rush (band)/Rush were also changed from 'sec' to 's'. However, I have found no explanation for this change. In any case, it should have been discussed here before making such a template change. If one is going to change 'sec' to 's' why not change 'min' to 'm' to be consistent? I agree with your revert Jrdioko until this issue has been discussed. Mosquito ringtone RedWolf/RedWolf 04:49, Apr 14, 2004

::I think this is part of a wider attempt to standardise to official Sabrina Martins SI abbreviations. I agree with you though, it doesn't look right next 'min' which can't be changed to 'm' ('m'=metre). (This change has been made to ''a lot'' of album pages). - Nextel ringtones ScudLee/Lee Abbey Diaz User talk:ScudLee/(talk) 10:52, 14 Apr 2004

::: Once I thought about it I realized the change was probably a switch to Free ringtones SI like Lee said. Maybe since changes have already started to be made we need to discuss it here and come up with something final that can be applied to all the new and old pages. 'Sec' could be avoided by simply putting something like 38:42, but that seems much more confusing than '38 min 42 sec.' It would be nice to use Majo Mills SI, and I'm usually someone in support of standardizing things like that, but '38 min 42 s' does look strange. What does everyone else think? Any ideas? Mosquito ringtone Jrdioko/Jrdioko 15:10, Apr 14, 2004

The options: (as I see them)
#38 Sabrina Martins Minute/min 42 Cingular Ringtones Second/sec A wholesale revert and damn the standards.
#38 a waterfall Minute/min 42 france other Second/s Bring everything into line with style but end up looking odd.
#38 material the Minute/m 42 consultants it Second/s Looks ok, but there may be problems with m = metre.
#38:42 meh.
#2,322coming emission Second/s Maybe not...
#38' 42" (special before KeyStorm/KeyStorm 17:43, 3 Jul 2004 )
#Other.
I'm stumped. - grand promises ScudLee/Lee sauce then User talk:ScudLee/(talk) 16:14, 14 Apr 2004

:Given those options, I would choose #4 and then #1. The others just don't work for me. Since we don't use the min and sec stuff for the individual track times, I don't see it as a big deal if we drop it for the "Length" in the infobox. However, for some double and triple albums, we are talking a couple of hours which would then tempt many to probably want to use hours, minutes, seconds unless they give the times for each CD or disc. Would it really be an issue for people if we just used '''mm:ss''' instead of '''mm min ss sec'''?
::This was my comment which I added on April 14 but forgot to sign. publications and RedWolf/RedWolf 02:34, Apr 20, 2004

:: I would tend to think that to avoid future SI conversions switching all the album pages from whatever we decide here that the original "mm min ss sec" doesn't work. "mm min ss s" really does look weird and "mm m ss s" I'd say definitely can't be used. I'd say go with mm:ss, but that is a little confusing as to what is minutes, seconds, and hours, especially if some albums are longer than an hour. You could do something like 76:43 in that case, but that's even more confusing. I'm stumped as well. I'd say "mm min ss sec" is the best looking and least confusing, but I'm afraid that would result in future SI changes. Not that it's absolutely vital that we stay standarized with this, but it would be nice. finish at Jrdioko/Jrdioko 23:26, Apr 19, 2004

:::Actually, I think with the upcoming template namespace (which is live at the test pedia), it will be as simple as changing a MediaWiki page to update the format of infoboxes. boss walked TUF-KAT/Tuf-Kat 01:01, Apr 20, 2004

:::: That sounds like a great idea, would you mind passing along the URL to that infobox project? I haven't looked around much at the test site. discrimination mitsubishi Jrdioko/Jrdioko 01:20, Apr 20, 2004

::::: See http://test.wikipedia.org/w/index.php?title=Belgium&action=edit. I'm not sure where the Template namespace is discussed in detail (somewhere at meta, but can't find it now), but my understand is that a page called craig design Template:Albumbox will be created and at an article (say ''goods stores Abbey Road''), one need only type:


:::::There's also a hidden Color (and Alt-Color - for dual types like http://test.wikipedia.org/wiki/Ummagumma) parameter, which I cheated with by making it default to orange. Length should probably be split into two though, min and sec, to make format changes easier. Unfortunately, I had to do a bit of a kludge to get the reviews in. I am ''very'' open to better suggestions on that score. - become two ScudLee/Lee government portrays User Talk:ScudLee/(talk) 11:20, 20 Apr 2004
Let's get back to the topic: I want to report that page mysteriously User:Bobblewik/Bobblewik has been changing 'sec' to 's' -at least in many of my watched albums-. So I encourage everybody to change it back, since he took the decision for us all.
Why don't we use the 'ed format? '''38' 42"''' (I'll add it to the list)secretly deployed KeyStorm/KeyStorm 17:43, 3 Jul 2004

I was not aware that this was under discussion here but thanks to Keystorm, I have been pointed at this page. I have been fixing the many inconsistencies in unit symbols and standardising to SI (e.g. hr -> h, km/hr -> km/h, kph -> km/h, mps -> m/s, kg/sec -> kg/sec, km/sec -> km/s, sec -> s). You will see at the offical SI website:
http://www1.bipm.org/en/si/si_brochure/chapter4/table6.html
that the standard symbols are second (s), minute (min), hour (h), day (d). Trying to help.

from meeting Bobblewik/Bobblewik 18:24, 3 Jul 2004
:And we're pleased with all your metric unit corrections. I myself would do it if I saw any. But the fact is here that it visually dosn't fit. I completely agree with you, though, that it's 's', but I think we should wait until we find a consensed solution.
:Thanks for your weeding. after muriel KeyStorm/KeyStorm 18:32, 3 Jul 2004

For what it is worth, the format '''m:ss''' (7:42, 38:42) or even '''h:mm:ss''' (1:15:42) is universal. It is even enshrined in ISO 8601 (See: http://www.cl.cam.ac.uk/~mgk25/iso-time.html). I think 'Duration' would be a better word than 'Length'. It looks fine to me.
Bobblewik/Bobblewik 20:38, 3 Jul 2004
:I'm not very sure. 'hh:mm:ss' is more usually used to express a certain point in absolute time (t) and not to express a time period or duration (t-Δt). That's why the most correct form is the scientific form followed by an unit. Also you can't determine whether 14:56 means 14 minutes and 56 seconds or 14 hours and 56 minutes (since we are allowed to ommit the seconds). For this and other aesthetic reasons I keep defending the '''M min, S sec''' (although wrongly abbreviated) and the M' S" formats, since they are the correct form to express time intervals and durations (for instance, in athletics).KeyStorm/KeyStorm 21:56, 3 Jul 2004

::I agree that the correct scientific form should be a value followed by a unit e.g. ks, Ms, Gs, etc. Time is an anomaly unfortunately. To use the example of athletics, the format mm:ss is indeed used. See:
::*http://www.iaaf.org/statistics/toplists/inout=O/ageGroup=N/season=2004/gender=M/discipline=10K/legal=Y/index.htmx
::*http://www.usatf.org/statistics/records/outdoortrackfield_world_open_all.asp
::Bobblewik/Bobblewik 23:21, 3 Jul 2004
:::Ok, bad example :-/, but I'm happy to see you got my point anyway ;-)

Personnel
I was reading through the new formatting of this page (which is much clearer by the way, thanks Lee), and I saw that part near the bottom titled "Personnel." Shouldn't this information be on the band's article and not on the album page? Maybe you do need it just in case the band members are different for different albums, but I don't think "Personnel" is the right name. Also, in that case, what do you put on the main band's article (if the members are different for different albums)? Again I hate to create a mess with this standardization business, but I always like to see some sort of "format" that's recommended to use for all articles. Then again, I am mildly annoyed by the fact that every disambiguation page has a different sentence at the top ("Blah can refer to," "Blah has several different meanings," "Blah can mean one of several different things," etc., so maybe it's just a pet peeve of mine. In any case, I think personnel has to go unless that's the correct name for the members of a band. Jrdioko/Jrdioko 23:26, Apr 19, 2004
:In most cases, the "personnel" is much more than a list of band members. The band members should be on it, of course, but many or most albums are recorded with the help of at least a handful of session musicians, plus producers, engineers, cover artists, etc. Also, a particular band member may be a bassist, but may also play the vibraphone or cow bell or glockenspiel on a particular song may be appropriate on the band page, but is certainly appropriate on the article page. See, for example, ''Aquemini'', which has dozens of personnel, but only two are members of the crew OutKast (admittedly, hip hop is kind of a special case, because guest rappers and producers are so common). TUF-KAT/Tuf-Kat 00:59, Apr 20, 2004

:: Ok, that makes sense. So is "personnel" the preferred term for such a list? I haven't heard that term used in that context, but I'm not an expert in music by any means so I was just curious if that is correct. Also, now I see that the list can be useful on a page where the personnel covers more than the band, but, back to my other question, what should be included on the Band section of the band's article if different members produced different records, and is that the correct heading name. There isn't a Wikiproject for band pages is there (I looked around before but didn't see one)? Jrdioko/Jrdioko 01:17, Apr 20, 2004
::Nope, there's no WikiProject for bands as of yet. Feel free to start one if it floats your boat. I'm not sure if ''personnel'' is the best word, but nothing else strikes me as more appropriate. ''Aquemini'' has separate sections for ''performers'' and ''technicians'', so maybe that should be more standard.
::Your other question (''what should be included on the Band section of the band's article if different members produced different records, and is that the correct heading name.'') I don't really understand. If a band had a changing line-up, that should obviously be explained in the band's history. A list of band members should probably include all members, with appropriate notes for those which were not a part of the band throughout its existence. Bands with many line-up changes over the years might need some special format to make it easier to see who was a member when, but I'm not sure how best to do it. It has occurred to me that for such a band, a tabled discography with albums in colors depending on which lineup recorded it might be wise, but I've never implemented anything. All in all, I'm not sure there should be any policy on how to handle it, because the circumstances will be different for different bands. TUF-KAT/Tuf-Kat 04:05, Apr 20, 2004

: Sorry for the confusing question and thanks for the answer. I don't think I have enough knowledge on the subject to start a Wikiproject for bands, but it seems to me if albums and songs are being standarized that it might not be a bad idea to do the same for bands. Then again, there are so many different situations that could exist with bands (such as what you were discussing above) that perhaps a little variation and flexibility is a good thing. I just thought I'd bring up the idea. Jrdioko/Jrdioko 04:36, Apr 20, 2004

Albumbox colors

I've just added all of the album covers for michael jackson that were on the missing images list and entered them onto the relevant album pages. I noticed that some of the colours are set as darkgreen for the Albumbox on these pages and just wanted confirmation that the correct policy at the moment is for them to be orange???. didn't want to change them incase orange had now been switched to green as the standard colour.Scraggy4/Scraggy4 19:56, 20 Apr 2004

: Orange is the standard color for "Original studio albums," but different types of albums are designated different colors. Take a look at the WikiProject Albums/main project page for details. HTH, Jrdioko/Jrdioko 01:23, Apr 21, 2004


many thanks, I have now noticed my oversight. That's what happens when you work with blind people for a living, it sometimes rubs off.Scraggy4/Scraggy4 16:47, 21 Apr 2004

Are these colours sufficiently contrasting with the foreground colours for all viewers? I can imagine that readers with diminished eye-sight would have problems reading some of these texts on relatively dark backgrounds.Branko


I was waiting for someone to mention this problem with the wiki colour boxes. As far as I aware my organizations policy is for all text to be made available in either Arial or Times New Roman with a font size of 16 as well as supplying audio and braille versions. All background colours should also be avoided if at all possible. Obviously very few articles are written with thought for the visually impaired (many older people also develop various vision problems which makes contrast a problem) in mind. The easiest solution is by making a text only version of the page available for all users to who this may be of help. Scraggy4/Scraggy4 19:08, 23 Apr 2004

WikiProject Albums/Needs cover
After a message from user:Jrdioko on my talk page I was wondering if the needs cover page could be expanded to include other info. that users haven't been able to find, possibly in easy to use table form something like the following.Scraggy4/Scraggy4 11:23, 25 Apr 2004



: That sounds like a great idea. Move the /Needs cover to something more general (I can't think of anything great off the top of my head right now), and put all the albumbox info there. After a new article has been made, the user can go to that page, copy and paste the box, fill in the info, and then others can take it from there. The only problem I can see is if some of the more detailed information simply isn't available anywhere, but then whoever is working on it can just remove that entry. Suggestions? Jrdioko/  — User:Jrdioko/Jrdioko User talk:Jrdioko/(Talk) 17:39, Apr 25, 2004


I have put a possible example of an album / single information required box on my user page from the list on the needs cover page. This would allow all song missing info to be in one place. I thought I found a different page earlier that was for missing info but I can't find it now (sort of explaining the problem and possibly confirming the need for info in one place.) It would also have to be explained on the album & song project pages. anybody have any suggestions?? Scraggy4/Scraggy4 00:32, 26 Apr 2004

MediaWiki:Album
I have turned the message at Template:Album into a hybrid opentasksbox and comejoinWikiProjectbox. Thoughts?TUF-KAT/Tuf-Kat 20:18, Apr 26, 2004
:It's funny, I'd just been thinking of doing an open tasks box (Great minds etc.). I hadn't thought of doing it on Template:Album, though. Interesting... It might need a little tweaking, especially once WikiProject Albums/Needs cover/Needs cover gets fleshed out to include all missing info. It might also be an idea to mention Wikiproject Albums/Needs infobox/Needs infobox (which could probably do with filling up) as well. - ScudLee/Lee User Talk:ScudLee/(talk) 20:55, 26 Apr 2004

:I've now completed entering all of the albums (from List of albums) by bands beginning with 'A' that have some or all albumbox info missing onto my userpage. It didn't take very long and if you compare against the Wikiproject Albums/Needs infobox/Needs infobox you will see that just the letter A on my list is far longer than the whole of current Needs Infobox. I will continue to add B, C, D, etc so feel free to take info from my page or if you create a new page for the info let me know. Apologies if I am doing something wrong but it just seemed like it needed doing and I would like to track down all of the missing info. Help appreciated with this obviously. Scraggy4/Scraggy4 22:05, 26 Apr 2004

::My problem with this is that very few albumboxes are complete, and by including pages without albumboxes as well, you're effectively mirroring the entire list of albums on a single page, but with vastly more information per listing. It's just going to be too unwieldy.

::My suggestion is this, (this runs slightly opposite to how things currently stand)
::#Make WikiProject Albums/Needs cover/Needs cover list only those pages '''without albumboxes''' (or covers obviously).
::#Make Wikiproject Albums/Needs infobox/Needs infobox list only those pages '''with covers''' (but no albumbox).
::#Move the page you're working on to Wikiproject Albums/Needs info/Needs info (say), shift the info you've already collected on non-albumbox pages to the relevant page (cover/infobox) and restrict this page to just those pages '''with albumboxes''' (by using http://en.wikipedia.org/w/wiki.phtml?title=Whatlinkshere&target=MediaWiki:AlbumboxStart).
::We can then, much more quickly, go through the rest of the list pages and sift the remaining album pages onto needs cover/infobox as appropriate.

::This way we get a progression 1 -> 2 -> 3 -> complete, with different people able to work comfortably on different tasks. Plus the first two pages only need to link to the page in question (like they currently do), so the sizes shouldn't be too large. What do you think? - ScudLee/Lee User Talk:ScudLee/(talk) 18:22, 1 May 2004


::Hi Lee, I would say that the
#Wikiproject Albums/Needs infobox/Needs infobox to only include those without either cover or infobox;
#WikiProject Albums/Needs cover/Needs cover to be renamed as WikiProject Albums/Needs cover/Needs sleeve image to include those with boxes but without image;
# and the third page to be Wikiproject Albums/Needs more info/Needs more info or Wikiproject Albums/Incomplete infobox/Incomplete infobox to include those with boxes but info missing.

Some items would appear on links 2) & 3) but 3)would give a list of all incomplete boxes whereas 2) may include complete boxes except for cover and some incomplete without cover.

Another alternative I see is to have list 1) as above, and forget 2) as the fact the image is missing would be included in 3).

Whichever is decided upon these pages should be clearly directed from WikiProject Albums, Template:Album, Album, Music

I can also see advantage in adding options 1),2),3) or 1) & 3) and WikiProject Albums, Template:Album as a See Also from each artist/band individual page. This may seem a huge task but all it would not take long to copy and paste. I could see this encouraging many more people to become involved with adding the odd snippet of info here and there. I personally did not find the relevant info regarding the project that easy to find and not classing myself as the dimmest person in the world I expect a few others have had the same problem. I still feel that some clarity needs to given on the WikiProject Albums page regarding formats Cd/vinyl etc that I mentioned previously.

Hopefully these lists will soon decrease in size as we, and hopefullly others, clean up the pages.Scraggy4/Scraggy4 22:34, 1 May 2004

:Well, it looks like we agree on what should be on 3, anyway. I'd suggest you pick a name and move it to a subpage sharpish (it ''reeeally'' shouldn't be in the main article space). I still prefer my suggestion (but then I would), because I see those three tasks - uploading an image, adding an albumbox, filling in missing info - as totally separate and distinct, and I'm more inclined to add a box to page with artwork already present (because I'm lazy). I do agree that under your system 2) would be redundant.

:As for adding links to these pages, from WikiProject Albums, Template:Album - definitely, absolutely, it would be pointless otherwise; from Album, Music - definitely not, articles should avoid linking into the namespace except where absolutely neccessary (I think there's a policy page on this somewhere). Same goes for the See alsos (this is also the reason why the list you're compiling needs to be moved). If they're linked to from Template:Album, then they'll be linked to from every album talk page, which is good enough. - ScudLee/Lee User Talk:ScudLee/(talk) 00:39, 2 May 2004

Album box necessity?

Okay, now I don't mean to offend here, so try to read what I have to say objectively. I have just finished adding albumboxes to all of the Modest Mouse album articles. And, thinking back, I really think they looked better before, with the info in the article, and the album cover just float right, like any other image. The albumboxes seem kind of unnecessary. Plus the text of the article seems to run too close to the albumbox - like there's not enough buffer space around the albumbox or something. '''I just think the articles looked better before.''' And why is orange the color? Why not something more standard like white or grey or wikipedia-yellow? Thoughts? Blankfaze/blankfaze 23:08, 15 May 2004

:Ah, but you see, those Modest Mouse articles are little more than stubs at the moment. The point of the table is to condense certain pertinant information at the top of a decent-sized article for easy reference. You should really think about adding more to the article than removing the albumbox.

:As for the orange - dunno, I wasn't around when that decision was made. I think it might be a little too late in the day to change it, unfortunately. When the new mediawiki software (1.3) comes, with the ability to use templates, it might be worth rethinking the colors, if it's decided we should replace the existing albumboxes with templated versions, that is (which I think we should). It might also mean making sweeping changes like that would be easier in the future. - ScudLee/Lee User Talk:ScudLee/(talk) 23:34, 15 May 2004

:* I suppose I see what you're saying. I just think these Albumbox things are kind-of ugly (no offence to anyone). But Wikipedia is a community encyclopædia, not ''my'' encyclopædia. Blankfaze/blankfaze / User Talk:blankfaze/♫ 01:28, 23 May 2004


A similar quesion was recently debated on Wikipedia talk:WikiProject Aircraft. See ''The Table Format''.
Bobblewik/Bobblewik 18:55, 29 Jul 2004

New Skin

With the new skin, the albumbox is pushed to the top of the page instead of forming a bar on the right. What can be done about this?

Acegikmo1/Acegikmo1 01:17, 30 May 2004

:For some reason, the parser isn't accepting the , but I forgot that this is often not just the title because of disambiguation. This now seems like it would probably be too much trouble. I still think that it might be worth standardizing the name of album cover images, though. This would make it easier to link to album covers without specifically looking up the image and generally simplify things. It would likely be too much work with too little benefit to convert all the old images, but perhaps we should adopt a standard for new images, such as my earlier proposition, ArtistAlbumNameAlbumCover.png (e.g. BobDylanBloodOnTheTracksAlbumCover.png). Of course, the exact standard doesn't really matter, just that a standard is adopted. What do other people think of this idea? - Bgoldenberg/Bgoldenberg 023:34, Jun 4, 2004

::::The problem with trying to specify a naming convention for album cover images, is that there's the issue of bands with long names and/or albums with long names (especially the latter). I tend to use the full name of the artist but there are exceptions and I like to use underscores in the names. If the album name is quite long, I tend to abbreviate the words in the name. On the album cover image page, I link to the album page. I've uploaded the vast majority of the album covers myself that I use in articles so I really don't have a problem with locating the cover images. RedWolf/RedWolf 06:49, Jun 5, 2004

Promoting n/a

I would like to promote "n/a" instead of "???" for those fields without information.
Let me know what you think and if that can be implemented to the standard table. KeyStorm/KeyStorm 21:49, 26 Jun 2004

:Well, n/a is ambiguous. Someone not familar with the project standard wouldn't know for sure which was meant. I would agree that the ??? should be changed to something else but n/a doesn't seem to be the best solution.RedWolf/RedWolf 03:03, Jun 29, 2004

Quantity of articles
This is just for interest but:
*http://en.wikipedia.org/wiki/Whatlinkshere/Template:Album
*http://en.wikipedia.org/wiki/Whatlinkshere/Template:AlbumboxStart
I think there may be a maximum cutoff so there may well be more... Secretlondon/Secretlondon 22:31, 28 Jun 2004
:Shouldn't it somehow also include all subst:AlbumboxStart? KeyStorm/KeyStorm 11:20, 2 Jul 2004
::Using "subst" causes the system to replace the text in the article with what is currently in the template. Once the article is saved, the template reference is no longer in the article. We were forced to use subst to fix the problem caused by the MediaWiki 1.3 upgrade which broke right alignment of the infoboxes. RedWolf/RedWolf 16:48, Jul 2, 2004
:::And isn't there any way to fix that? Since I'm seeing most tables without borders and wrongly aligned while using the original AlbumboxStart. Should we maybe use both AlbomboxStart and subst:AlbumBoxStart in the table parameter line? Or what's better, couldn't the ''subst'' template include the original AlbumboxStart? Sorry if I sound picky or annoy with stupid questions, but I'm new here and I'd like to do things the best way possible while helping to somehow inprove what we already have. KeyStorm/KeyStorm 09:11, 3 Jul 2004

:::I played around with using a template for specifying the year of an album which would automatically add a Tag: yyyy albums. Unfortunately, trying to use a template parameter for a Category link fails miserably. See http://test.wikipedia.org/wiki/Template:AlbumYear for the dreadful result. RedWolf/RedWolf 22:00, Jul 3, 2004

Compilations in chronology
Should compilations be included in discographies and in the last section of the album boxes? Auximines/Auximines 13:02, 1 Jul 2004

:Some say that articles for compilation albums are not needed, while others feel it preserves the consistency of the discography. The album boxes for Pink Floyd and Rush (band)/Rush albums include links to the compilation albums. For legendary bands, there's probably a bigger push on providing articles on the compilation albums. For those bands who have released just a few albums and then their record label releases a greatest hits album, I tend not to create articles for that case. There's no hard rule that says you shouldn't create articles for compilation albums or link to them in the album infoboxes. RedWolf/RedWolf 21:55, Jul 3, 2004

British chart info
*http://www.everyhit.com/ is a searchable database of chart entries in the UK. This may be useful for people. Secretlondon/Secretlondon 22:56, 1 Jul 2004
** Very useful and very interesting, thanks. Lots of nice trivia and award sections too. Bwmodular/Bwmodular 08:13, 2 Jul 2004

Fixed column widths

I've seen some painfully stretched and shrunk columns in some albumboxes. That's usually due to the length of some comment fields that usually make the third column smaller than usual. I would put a width="33%" in all columns (or at least in the first non-"colspan=3" ones). I have tested this in Rammstien and results were satisfactory. Should we add it to the example? KeyStorm/KeyStorm 22:44, 3 Jul 2004

Albumbox template

I've picked up the work of User:LarryGilbert/LarryGilbert and made a new albumbox template which is here: Template:Albumbox.
An example of how it looks and how it works can be seen in the talk page: Template_talk:Albumbox. What do you think of it? Should it replace the existing tables? DragonFire/DragonFire 22:24, 28 Jul 2004

: I personally don't like it. It takes up extra space, and seems to be aesthetically lacking. I think we should just stick with the current template. LGagnon/User:LGagnon/LGagnon User talk:LGagnon/Talk 01:43, 29 Jul 2004

: Echoing the above comments I think it seems to be larger without having much more reason to be and I also don't particularly like how the reviews are separated by a gap. I don't think it is hideously ugly or anything but think that the current version is slightly better. I do like that you were able to design a template for it, though. This is something that I have always wanted and seems very useful, especially if we ever want to make changes to all the album boxes. I would encourage you to design a template for the current album box. If you don't, I'll likely try, but I'll be out of town for a few days. I would think it should be easy to modify the one you made to match the current album box. (I hope I didn't come across as rude or unappreciative; I just feel that your version isn't any better than the current version, except for the fact that it is a proper template). Good luck. Bgoldenberg/Benjamin Goldenberg 06:12, 29 Jul 2004

I've modified the template so that it looks like the current albumbox, with the exception of the gaps between reviews (see here: Template_talk:Albumbox). I can't seem to find a solution for the gaps, using templates. DragonFire/DragonFire 18:31, 29 Jul 2004

:There are issues with template parameters that need to be resolved before we can consider switching to using it. The key problem is piped links (there are a couple of others but it's been a few months since I was playing around with getting a template to work). RedWolf/RedWolf 23:30, Aug 9, 2004

::Actually, piped links seem to be working now, so it might be time to give the template idea some serious consideration. - 10:56, 10 Aug 2004 (UTC) User:ScudLee/Lee User Talk:ScudLee/(talk)

Ok, stealing heavily from the WikiProject Tree of Life/Taxobox Usage/taxoboxes, I've thrown together a new albumbox template, with the results viewable at Template talk:Albumbox. It's basically just a tidy-up of DragonFire/DragonFire's, but the only visible difference now between the template and the current box is the location of the reviews, which are now at the bottom. It consists of 4 distinct parts Template:Albumbox, Template:Music review header, Template:Music review (& Template:Music review2), and finally Template:Albumbox end (which consists solely of ). Basically, each one just needs to be written down in turn, ''without'' the need for an extra enclosing table, i.e. there's no gaps between each template call like before. Since the problem with the piped links is resolved (see the ''Q magazine/Q'' link in the template), and the image problem can be worked around by using the full syntax (including resizing), what do people think about switching to templates? - 19:53, 10 Aug 2004 User:ScudLee/Lee User Talk:ScudLee/(talk)

:I would definitely like to switch to using the new template. However, I think we need to put it through some more rigorous testing to make sure it will work for all possible cases. Also, it would be nice if we could switch over the old album boxes to using the template, so we could make global changes. Does anyone know if this would be easy to do with a bot? - Bgoldenberg/Benjamin Goldenberg 00:22, 11 Aug 2004

:I noticed that the new template uses HTML table markup and not Wiki table markup. Is this how all the issues are bypassed with using templates and tables? I seem to recall now one issue where if I used wiki table markup, I could not break up the infobox using multiple templates because the server would auto-append a table end tag at the end of template containing a table start marker. In any case, we need to do some extensive testing first to make sure it can handle some more of the complex info boxes with multiple CDs, producers and any other quirks. The test site should be good for this stage. If that goes well, then I agree with migrating to the new template. As for using a bot for migration, it might be doable to write such a bot in a manageable amount of time. We have quite a few people on the project though, so I don't think it would take all that long to convert them manually, although a bit tedious I suppose. RedWolf/RedWolf 01:48, Aug 11, 2004

::Perhaps it would be better to test the new template in subpages of WikiProject Albums, such as WikiProject Albums/Template test, because the test wikipedia gets reset every time they install a new version of MediaWiki. It would be nice to be able to use these tests in the future in case we need to test other changes to the template. Before we decide on an official location, I think I will do some tests on my user page. Bgoldenberg/Benjamin Goldenberg 05:32, 11 Aug 2004

::I have started testing the template on this page Bgoldenberg/Album Template Test. It looks good except for one major difference. The template puts the chronology in the middle instead of at the end. I personally think it is much nicer and more useful if the chronology is at the end. Does anyone know if this can be fixed without making a third template for the chronology?. Also does anyone know of some more complicated album boxes; I've been searching but can't seem to find anything very complicated. User:Bgoldenberg/Benjamin Goldenberg 06:04, 11 Aug 2004

::Try The Wall, a two CD album with multiple release dates, track times for each CD and an album link that requires a piped link for disambiguation. RedWolf/RedWolf 06:23, Aug 11, 2004

::I don't see an easy way to have multiple release dates or multiple track times. I have used a piped link in the other tests, for a Rolling Stone review and it worked fine, so I would imagine it would work fine with an album link. Maybe someone, such as one of the authors of the template could comment on the proper way of going about this. Bgoldenberg/Benjamin Goldenberg 06:31, 11 Aug 2004

:::According to the WikiProject Albums#Details/Details section on the project page, you should only include the earliest date / track time in the albumbox, but then, since it was me who added that in, I'd hardly call it definitive. That would be one solution, however. Another would be to not break those entries into separate parts, just have "released" and "length" parameters, but then you would have to duplicate the yearreleased anyway, for use in the chronology, and you'd also risk the whole second/sec/second/s issue again. A third (and the best I can come up with) option would be to have two extra parameters "releasedmore" and "lengthmore", say, which just sit in their respective table cells after the other parameters, but are forced blank for all cases where they are not needed, so for example on ''American Beauty (album)/American Beauty'' it would look like
...
dayreleased=November/ yearreleased=1970/
releasedmore=/
...
:::whereas for ''The Wall'' it would be
...
dayreleased=November 30/ yearreleased=1979/
releasedmore= (UK)[December 8 1979 (US)/
...
:::That puts a little restriction on the format, obviously, but it should be doable. I'll test it in a minute. - 09:35, 11 Aug 2004 (UTC) User:ScudLee/Lee User Talk:ScudLee/(talk)

:::The problem I see is that it we won't be able to change the time format on the albums with multiple lengths by just changing the template. I suppose this probably isn't a big problem since there won't be many albums with multiple times. The obvious change would to make two parameters, lengthmoresec and lengthmoremin, howeveer this might be overkill since we would have to write it on every page. Just a thought. P.S. I am moving my template tests to the project page, WikiProject Albums/Template test Bgoldenberg/Benjamin Goldenberg 18:33, 11 Aug 2004

::::I'm suddenly reminded of the ''Sweetheart of the Rodeo'' albumbox, one of my own ill-begotten creations. '''Three''' separate track times in that box. - 19:30, 11 Aug 2004 (UTC) User:ScudLee/Lee User Talk:ScudLee/(talk)

I've put a comparison up at WikiProject Albums/Template test of ''The Wall'' albumbox against the template (with the added parameters). Not much between them, except for the whole chronology bit. - 10:13, 11 Aug 2004 (UTC) User:ScudLee/Lee User Talk:ScudLee/(talk)

:I tweaked the box for ''The Wall'' a bit but otherwise, now looks good to me. I think we might be ready to start using the new template. RedWolf/RedWolf 03:52, Aug 16, 2004

:Well, I gave the new template a go and have noticed a few minor issues:
::- since the release day and year are separate parameters, when they are displayed together, the comma after the day is not displayed (if using MMM dd, YYYY date format in preferences). Why not just combine into one parameter?
::- if there is no next or previous album, will end up with a strange looking [] displayed in those locations.
:RedWolf/RedWolf 04:13, Aug 16, 2004

I like the new template, but I think that the chronology should remain at the bottom, below the professional reviews. It works nicely as a menu, and menus usually are most useful as footers. Acegikmo1/Acegikmo1 04:17, 16 Aug 2004

:I agree with you, as stated above. Unfortunately, I think the only way to do this with the current template features, is to make a third template for the chronology. I suppose this may not be a large problem, but it does make things more complicated. Does anyone else know of a better solution. (I don't know too much about the templates.) Other than that, I think it is probably ready to be put in to use. Bgoldenberg/Benjamin Goldenberg 04:57, 16 Aug 2004

Does anyone object if I were to merge the release day and year into one parameter (e.g. releaseDate)? Also, one other issue I've noticed is that if a page uses the new template, the image description page for the album cover will *not* list the page as linking to the image. RedWolf/RedWolf 21:27, Aug 16, 2004

:The only problem with having a single releasedate parameter is that is you end up duplicating the release year information for use in the chronology. - 22:34, 16 Aug 2004 (UTC) User:ScudLee/Lee User Talk:ScudLee/(talk)

What's the status on the template? I have about 5-6 album pages I'd like to do today or tomorrow. Should I use the template or copy the code from WP:ALBUM? Nadavspi/Nadavspi 18:37, 29 Sep 2004

Check out Template:Album infobox. Ed g2s/ed g2s • User talk:ed_g2s/talk 23:52, 14 Nov 2004

"Vinyl record" v/s "Gramophone record"
There has been discussion about merging the content of the vinyl record article into the gramophone record article and making the first into a redirect to the second. I'd therefore suggest linking "LP" or similar designations where appropriate directly to "gramophone record". Alternatively, if some folks feel that "vinyl record" should remain a seperate article, explain your reasons at Talk:gramophone record. Infrogmation/Infrogmation 00:08, 5 Sep 2004

Record label

As many albums released in different countries are released on more than one label, which record label should be included in the information box - all of them or just the one in the country the album orginally came from? Deus Ex/Deus Ex 10:25, 12 Sep 2004

:Since this issue also arose when it came to release dates, the decision was to use the first date of release of the album in whichever country came first. So, I would say only list the first label. You could put the other labels and dates into the article body itself. RedWolf/RedWolf 16:41, Sep 12, 2004

Albums and band's article, together or separated?

I've been working a bit with HIM (band)/HIM lately completing information, adding albums, etc. and I noticed that some days ago, without posting anything to the discussion and even adding some albums (at least Love Metal (album)/Love Metal) to VFD during surprisingly only 37 minutes User:Samuel J. Howard/Samuel J. Howard redirected all 4 album articles to the bandpage and appended them chronologically to it, as you can see now.
So my question is: is this the way supported and recommended by WikiProject: Albums? Or should it be splitted back again?
I'm afraid this is not the right way, but I thought I should bring the discussion right here to get the clear opinion of WP: Albums about this. -KeyStorm/KeyStorm 13:09, 12 Sep 2004

:The albums should be in separate articles. Initially, album pages tend to be just just a brief description, track listing and personnel. Over time, the info box is added as well as additional information about the album itself (see the project info for more details). The band page should contain a '''Discography''' section, listing all of the band's albums in chronological order (which helps get the next/previous albums in the infobox correct). At this point, sometimes the albums are not linked. So, as for your particular case, the album info should be split out again. A message should be left on that user's page telling him not to fold albums back into the band page. RedWolf/RedWolf 16:37, Sep 12, 2004

AllMusic.com ratings

Ive noticed that AllMusic.com is listed as a place to cite reviews for albums. Not sure if anyone had realized this, but AMG's rating system is vastly different from most other sources'.

From AMG's http://www.allmusic.com/cg/amg.dll?p=amg&sql=32:amg/info_pages/a_faq_content.html:
''Our experts use a 1 to 5 star system (5 is the highest rating). It is important to note that we rate albums only with the scope of an artist’s own work we only compare a release to other releases by the same artist.''

Thus, every band will have at least one very highly rated album. Maybe this sort of rating shouldn't be used in the tables. Or should be distinguished from the traditional sort of rating.

opinions?

Album template too large?

:''Discussion at Template talk:Album.''
Matt Crypto/— Matt 03:50, 15 Sep 2004