2,054,106 Pages

Replacement filing cabinet This page is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current LyricWiki talk page.
LyricWiki talk archive for Administrators Portal
<< 2014 January - December 2015 2016 >>

Updating the Docs

I recently set up a page where we can list due documentation updating, and discuss it if necessary: LW:DocUpd. I think this should be a joint effort, so your input is much appreciated.

  • Homonymous Artists: can we agree on the draft?
  • Special Purpose Artist
  • Capitalisation: Not necessarily policy, but I think users should know that proper capitalisation is not only possible but appreciated. So I'd like to make it a part of a future user guideline.
  • Soundtracks: needs some clarification / simplification imo, I'll come up with some suggestions later
  • Traditional: Not policy, but guideline

I suggest to discuss details on the talk page  · Lichtweber talk service  19:04, January 4, 2015 (UTC)


{{HerbMusic}}, [1] – anyone know what it's good for? Couldn't find a useful "about" or help page; there doesn't seem to be any info that's not on discogs or mb as well. Anyway, apparently this user's sole purpose is to apply the template to album pages… — 6×9 (Talk) 14:30, January 24, 2015 (UTC)

Didn't find additional info either. Nice logo, though ... ;)  · Lichtweber talk service  15:11, January 24, 2015 (UTC)
a more useful site to link to is one of the misheard lyric sites :) --ES (talk) 22:46, February 1, 2015 (UTC)


Hi guys, as you may have noticed, Umbreon126 and I have discussed the handling of Vocaloid pages here on LW. It has been suggested before to remove all Vocaloid song pages from LW. But I think neither is it possible nor is it preferable to "ban" a certain type of lyrics from LW.

So, in brief, our proposal is this:

  • (re)integrate all pages featuring a Vocaloid in Main by assigning them to a human artist, i.e. composer/producer
  • in order to make it possible for users to search by Vocaloid's name, add those pages to Category:Vocaloid/Vocaloid Name by introducing a new template.
  • additionally add a Vocaloid Database template for reference.

Any comments, objections?  · Lichtweber talk service  18:30, February 22, 2015 (UTC)

Hip Hop vs. Rap as a genre here

I've noticed this for a while now but never really gave it much thought. Two genre categories here exist for essentially the same genre, Hip Hop and Rap. If you look on most sources, you will see that these two genres are pretty much exactly the same, but is generally referred to as "hip hop" now. There are significantly more items in the hip hop category here than the rap one, and plenty more subcategories in the hip hop category as well. Heck, even searching "rap music" on Wikipedia redirects you to hip hop music's page. So what do you all think, should we merge the Rap category to the Hip Hop one since it is more or less a redundant category? Unless someone provides an argument that rap is, in fact, different from hip hop (and as far as I can tell, it isn't, and is just an alternate name for the genre), then I think we should. XxTimberlakexx (talk) (contribs)01:46, February 26, 2015 (UTC)

What about the sub cats Horrorcore Rap and Rap Rock?  · Lichtweber talk service  17:20, February 27, 2015 (UTC)
Rap Rock can stay; per Wikipedia that is the official name for it and it doesn't go by any other names (pretty sure "hip hop rock" isn't a thing). Horrorcore Rap should be merged with Horrorcore, though, because most sources show the genre is just called "horrorcore", not "horrorcore rap". XxTimberlakexx (talk) (contribs)20:44, February 27, 2015 (UTC)
From what I gather, the musical difference (which is the only thing that matters in terms of our Category/Genre) is ill-defined to non-existent. But since this isn't a matter concerning policy, we may as well discuss it openly on the CP. Not sure how many of us admins are experts in rap/hip hop, at least since team a fell off the radar… — 6×9 (Talk) 18:23, March 8, 2015 (UTC)
So, a month's gone by, what is the consensus here? Move all of the Rap pages to Hip hop and delete Rap entirely? I don't know if bringing this to the CP would be a good idea, 6, because based on my past experiences, barely anyone seems to be responsive over there, as tons of my messages in the past there were left unanswered XxTimberlakexx (talk) (contribs)15:24, April 19, 2015 (UTC)
I'm ok with moving and deleting rap  · Lichtweber talk service  19:03, April 19, 2015 (UTC)
done Category deleted & all pages reclassified as hip hop. — 6×9 (Talk) 18:12, April 20, 2015 (UTC)
Fantastic, 6, great job Grin XxTimberlakexx (talk) (contribs)02:09, April 23, 2015 (UTC)

Special Artist Needed

Hi guys, please have a look at the Sesame Street talk page. I think we need SPAs after all. Please share your thoughts.  · Lichtweber talk service  05:54, May 3, 2015 (UTC)

Definitely useful for cases like this (see also MB's bogus artists). I don't think we need to change all that much to allow them: basically a sentence on artist help page detailing when it is appropriate, and a small note/infobox (+ category?) on the artist page. — 6×9 (Talk) 10:23, May 3, 2015 (UTC)
When would it be appropriate? Your ideas are welcome @ User talk:Lichtweber/Special Purpose Artist, then I'll fix sth. @6: Would it be possible to modify let's say the colour of the artist box to immediately show that this one's an SPA?  · Lichtweber talk service  11:58, May 13, 2015 (UTC)
Basically the scenario you described above – when there are numerous actual artists with no songs outside the show. Re: colour, change is simple enough but requires a parameter, like |special or |type = special. — 6×9 (Talk) 15:00, May 13, 2015 (UTC)
From my perspective, SPA would be the last resort i.e. if no human artist or "real" band could be credited. It would be great if Nic could share his thoughts since we have an actual case.  · Lichtweber talk service  17:49, September 2, 2015 (UTC)
Please also refer to "Whose Line" discussion.  · Lichtweber talk service  18:20, October 18, 2015 (UTC)
I definitely think we should introduce some sort of "non-artist" format for these special cases like Whose Line and Sesame Street. I highly doubt anyone will have the time to fix all of their pages and they'll most likely stay in their messy state, so this would be a good idea. Perhaps a new type of Artist Infobox and page format.
I think this would work well, because I still despise the new look of the Whose Line page. It's a mess now, only certain pages have the performers on them when others don't, etc. The cast just fluctuates so much (outside of Colin Mochrie) that I always thought having one consistent label for them would work much smoother than listing individual cast performers. To me, it's all over the place now. XxTimberlakexx (talk) (contribs)10:36, October 21, 2015 (UTC)
I think special purpose artists would be a handy concept to have for these cases too, rather than using all individual performers, which can make pages harder to search/find/manage, or using "Various artists", which isn't at all descriptive. The Sesame Street and Whose Line ... pages, for example, seem fine to me - I'd consider them like a band or group, even if the "members" may change fairly frequently. Of course, it should be used only when needed and appropriate. - OneTwoThreeFall talk 17:31, October 31, 2015 (UTC)
I too agree with introducing SPAs (but I hope there will be some changes to {{Song}} so "Performed by Sesame Street" doesn't occur) - Patzilla777 (talk - contributions) 20:15, October 31, 2015 (UTC)
All in favour, that's great!
Now we need to find criteria that enables us and our editors to make a safe decision on wether a specific prefix is allowed as SPA. In addition, we have to make sure that we do not accidentally allow all possible one-time casts from musicals or (Disney) soundtracks as legitimate artists. This would happen if we had the "No songs outside show" rule as our sole criterion. Thus, we have to find additional criteria.
Right now we have de-facto SPAs:
  • Traditionals (no particular artist associated with them)
  • National Anthems, etc.(linking certain kinds of pages)
  • The Simpsons, Sesame Street, et al. (too many pple involved)
We have at least one prefix that is definitely not an SPA:
And we have borderline cases:
  • Alvin and the Chipmunks (only three main authors resp. performers over the years: Bagdasarian, sr & jr, Janice Karmen, exact allocation in time possible, but no other releases outside show)
  • Whose Line Is It Anyway?: Main cast consisting of 4 people only. Exact alllocation possible, at least one of them has releases outside show: Wayne Brady, no albums released afaik.
So how can we make a set of rules of that?  · Lichtweber talk service  20:33, November 2, 2015 (UTC)
I'm not familiar with them, but from a quick look I'd say "Alvin and the Chipmunks" should be a standard artist page, not under "David Seville" (as it is currently) nor as a SPA, just like how we have a page for "Gorillaz", not "Damon Albarn & Jamie Hewlett", even though they're the actual performers. - OneTwoThreeFall talk 09:25, November 4, 2015 (UTC)
I agree. But the question still remains: Based on which grounds (which we have to define just now) can we allow "The Chipmunks" and "WLIIA?", but not Strawberry Shortcake, Don't Hug Me I'm Scared? or any one-time soundtrack cast?  · Lichtweber talk service  23:04, November 5, 2015 (UTC)


Could someone please teach the lil janitor to recognize OS sections with {{split}} and prevent him to add the same songs below existing list again and again?  · Lichtweber talk service  11:58, May 13, 2015 (UTC)

I've bumped Sean. — 6×9 (Talk) 14:53, May 13, 2015 (UTC)

batch move not working?

Hi guys, I recently tried to use batch move (last on Angel (Helena Iren Michaelsen) to Angel (NO)) and all pages are skipped. Anyone other than me tried it and experienced the same? What's the cause?  · Lichtweber talk service  08:34, June 8, 2015 (UTC)

It doesn't like brackets in the source (bracketed target is OK though). Many years ago you could get it to work by escaping the brackets "\(...\)" – I guess someone tried to fix that, so now neither method works… — 6×9 (Talk) 16:20, June 8, 2015 (UTC)

DPL and pagenames

So apparently DPL has its own set of escape characters, which break it if they appear in pagenames. { and } are not allowed anyway, so that leaves » « ¦ ¶ and \n. We could either add 5 nested #replaces to every use of DPL in a template, making code like this, which is already quite heavy, more or less unmaintainable; or we could ban them from pagenames – which would probably affect at most a few dozen pages (apart from the quotes they're rather esoteric). Thoughts? — 6×9 (Talk) 18:55, June 10, 2015 (UTC)

I'm for banning them  · Lichtweber talk service  19:03, June 10, 2015 (UTC)
While I was still getting a list of pages containing these chars, Senv already moved them… way ahead of us as usual! Well Done! I've added them to the list, along with the regular pipe (and some colours). — 6×9 (Talk) 08:17, June 13, 2015 (UTC)

Admin suggestion

What do you all think of promoting User:OneTwoThreeFall to admin? He/She not sure which one already pretty much does the job of an admin anyway… — 6×9 (Talk) 18:55, June 10, 2015 (UTC)

Agree. Same goes for User:Patzilla777 imo ...  · Lichtweber talk service  19:05, June 10, 2015 (UTC)
Good one! — 6×9 (Talk) 19:13, June 10, 2015 (UTC)
+ 4 both, --Senvaikis (talk) 07:01, June 11, 2015 (UTC)
That's as good as unanimous these days… I'll ask 123F. LW, would you like to ask Pat? — 6×9 (Talk) 07:35, June 13, 2015 (UTC)
sure. done  · Lichtweber talk service  12:00, June 13, 2015 (UTC)
Patrick accepted.  · Lichtweber talk service  14:02, June 13, 2015 (UTC)
Both promoted. Congrats and welcome! — 6×9 (Talk) 15:13, June 13, 2015 (UTC)

Special Characters in Song Page Titles

Hi guys, please see this track listing: James ♥:Here Today Gone Tomorrow (2014), especially tracks 2, 8, 9 12. Shouldn't we restrict stylized track titles to display text only and have the page titles written in regular characters? I don't even know how to type those titles (and quite frankly: I don't want to). Please let me know what you think.  · Lichtweber talk service  09:48, June 21, 2015 (UTC)

We could potentially restrict the more extreme ones like tracks 2, 8 and 9. The symbols in track 12 are simple enough to be acceptable (as is the heart in the artist's name). Patzilla777 (talk - contributions) 11:47, June 21, 2015 (UTC)
I could live with 8 & 9 (although I despise leetspeak), but not 2 – (a) it's illegible with monospaced fonts (see edit mode) and (b) it bleeds over the text in the line below, impacting usability. So I'd go one further and ban zalgoisms from displaytext as well. — 6×9 (Talk) 12:02, June 21, 2015 (UTC)
That sounds fair, only track 2 seems to really hinder the site in any way. Patzilla777 (talk - contributions) 12:18, June 21, 2015 (UTC)

What are "zalgoisms"? OK, so I tried to make a sentence of it, added it to our title guidelines. OK? Shortcuts: Help:Stylised Titles, Help:Stylized Titles.  · Lichtweber talk service  17:12, June 24, 2015 (UTC)

[2] Looks good to me. — 6×9 (Talk) 13:13, June 28, 2015 (UTC)

Song titles

Wouldn't it make sense to move song parameter from Footer to Header and display the title at the top, like we do for albums & artists? Something like this… not entirely sure I like that layout, but can't think of something better. (The trusty float:right infobox won't work for songpages.) — 6×9 (Talk) 13:09, June 28, 2015 (UTC)

I like the layout and I think the yellow headline is quite appropriate for song titles. I would even love it if it'd say "Song title by Artist" in the headline. This way we'd finally solve the miserable "performed by" issue. Do you think we could do that? Wanna take this opportunity to thank you for all the improvements in code you made these past weeks. U rock! :)  · Lichtweber talk service  14:21, June 29, 2015 (UTC)
Thank you! :-) You mean something like this? Problem is, without any album (or featured artist) there would be nothing to display below the headline except a lonesome star… Plus, "XXX by Traditional" isn't really right either. I prefer the current strategy of switching based on keywords (like in this page). — 6×9 (Talk) 14:50, June 29, 2015 (UTC)
I like that layout too. Also, a big +1 on Lichtweber's comment - the recent improvements are very much appreciated! I made a layout example on that page based on Lichtweber's, with the star on the right (I see you did try this, but I think it looks nice there) and an example for traditional songs (should still work with keywords, I think?). - OneTwoThreeFall talk 18:06, June 29, 2015 (UTC)
The switching is definitely a big step forward and we should keep it. Still doesn't help when we have composers like Andrew Lloyd Webber or lyricist as the main artist, though. As long as we don't have any means to distinguish between performers and authors "performed by" will sound wrong in these cases. Song by Artist on the other hand will always sound right.
@123: Nice. I made another one adjusting the colour so a gold star won't drown ;)  · Lichtweber talk service  18:37, June 29, 2015 (UTC)
…by drowning the Bronze star instead ;-) Also, on that darker background, Violet is hard to distinguish from Silver (though that might just be my ageing eyes). I doubt many backgrounds (except very light ones) will work with all stars.
If this is mainly about the word "performed", we could simply drop it. — 6×9 (Talk) 19:57, June 29, 2015 (UTC)
Well Done! - As always - nice job, Six!
  • Layout: I'm for the 6's (brightest) one. Btw, contrary to others, it's resize-proof
  • Probs:
    • Album:Type: I'd like 3rd approach ;)
    • Compatibility: +1 for a new {{SongHeader}} (as simpler & unambiguous imo)
  • To do (...adding "by Artist"...): ...would be nice, just while formatting of aliased/non-latin artists isn't strictly defined in our docs, that may lead to undesirable (redundant) repeatings in some cases (when part of albs/songs use artist page name, while another - alias). That's a good occasion to make some changes in our docs anyway...
Once more - thanks for a DPL-light at the end of long & dark Song-tunnel! --Senvaikis (talk) 05:25, June 30, 2015 (UTC)
About resizing: prob. because there was no {{clear}} between the headers; the border's added 2px create enough space for the star... Either way that wouldn't matter in "real life" where there's only 1 header. — 6×9 (Talk) 06:54, June 30, 2015 (UTC)
Another potential problem with having song + artist in the header is that one might overshadow the other (e.g. a very long song title or a collab with many artists). Plus there's the consideration when or when not to display the "This song…" text: yes for 1-3 albums, no for >= 4 albums (because "appears on" and "also appears on" looks silly if there's nothing else, but that means AA header has to conditionally omit the "also") but yes for >= 4 albums and at least 1 fa…
I mean it's certainly doable, I'm just not convinced it's an improvement. — 6×9 (Talk) 12:50, July 1, 2015 (UTC)
Hmm, looking at it now, I prefer the look of artist not in the header + the light background and border seems best to me (better contrasting than the others). I made yet another layout on the test page, with a very slightly darker than 6's background, so it stands out from the translated, etc. templates. - OneTwoThreeFall talk 15:42, July 3, 2015 (UTC)

OK, how about we make it a bit more like Album- & ArtistHeader, i.e. with a border around the whole thing? Only across the whole width (anything else wouldn't make much sense). (examples) Just looks a bit odd if there's only 1 line of text in the box… — 6×9 (Talk) 16:58, July 22, 2015 (UTC)

I like it, but I'm not a fan of the grey border - looks odd on an actual song page. A yellow-orangey (#FFE39C) border like other song page templates might look nicer? - OneTwoThreeFall talk 17:47, August 7, 2015 (UTC)
I've added a lyricbox for comparison – you're right, the 50% grey didn't look good. I've switched to #CCC (same as lyricbox & CreditBox). The peachy border doesn't work too well with the same-coloured title bar, I think; it also seemed a bit too bright so I played around with the values (though that probably depends on monitor & resolution). — 6×9 (Talk) 06:14, August 8, 2015 (UTC)
IMO, the grey border like CreditBox looks more appealing to the eye; the orangey border looks a slight bit too garish. Patzilla777 (talk - contributions) 10:08, August 8, 2015 (UTC)
The lighter grey looks much nicer! I prefer that over the peachy one, now that I see them all together. - OneTwoThreeFall talk 15:42, August 13, 2015 (UTC)
I like #9. Too late? X-)  · Lichtweber talk service  20:18, September 5, 2015 (UTC)

Generic song titles

I may have missed the discussion about this, but when/where was it decided that generic song titles (Intro etc.) should always have the album title appended, not just when there's more than one? — 6×9 (Talk) 08:50, July 2, 2015 (UTC)

Tagging onto 6's comment: surely the generic titles should be converted into disambiguation pages to aid navigation between the different intros/interludes/outros/etc. instead of just outright deleting them? Patzilla777 (talk - contributions) 12:17, July 2, 2015 (UTC)
...Not to mention appearance of multiple new deadlinks & orphanes. Have a strange feeling of déjà vu - I've seen already something similar somewhere... ;). --Senvaikis (talk) 15:28, July 2, 2015 (UTC)
I changed it when adding the "stylised" section because to me it seems quite coherent:
  • Dr. Octacon, for instance, is still active. Now if we name his (possibly first) intro unambiguously we do not need to make changes when he'll release his next one. And we do not risk having the wrong intro listed on his next CD (I've seen wrong intros sitting on a track list for years).
  • I am certain: the simpler a rule, the better. So why making things complicated if we don't have to? What's the harm here?
  • With an agreement on this we can send a robot, protect all generic titles and have the bot add a link to resp. help page section. Big help for editors imo, significantly decreasing wrong attributed intros over time.
 · Lichtweber talk service  16:05, July 2, 2015 (UTC)
What's easier for the editor isn't necessarily easier for the (non-editing) user – they look for a song "Intro", see it's a red page (and protected to boot) and have to go through the artist page to get their lyrics. Hence the need for a disambig page.
As for simpler rules: we already have a rule for different songs with same (non-generic) title by same artist, so distinguishing between generic and non-generic titles is actually complicating things. — 6×9 (Talk) 16:38, July 2, 2015 (UTC)

Since the few admins who commented here don't favour Lichtweber's edit, I've changed the help text to reflect policy and current practice. — 6×9 (Talk) 18:13, July 22, 2015 (UTC)

Minor updates to the talk page parameters

Hey all. Lately I've been doing a lot of work dealing with page ranks on songs and getting them closer to perfection. I noticed that recently, the Song Rank template was taken out and the star now automatically updates per what star the page actually has, which is good and less redundant. However, some other changes need to be made. I'm still seeing several talk pages with the outdated parameters "timed" and "download". Neither of these show up in the talk page template that is automatically generated when you create a talk page (and timed doesn't appear on the talk page at all), so would it be possible for a LW bot to remove all cases of those parameters on talk pages? Or am I missing something and they still have a use? I hope not, as I've always removed any "timed"s or "download"s that I've noticed on talk pages when working on page ranks. XxTimberlakexx (talk) (contribs)03:08, July 23, 2015 (UTC)

Not quite...--Senvaikis (talk) 21:27, July 26, 2015 (UTC)
Wait, so Download is still usable? Huh... I assume it's only an optional talk page parameter, though (not one required for Gold), since not all songs have legal downloads. Is this correct?
From that revision you linked, it does imply that the "timed" parameter is out-of-date since you replaced it with download, so can we at least remove all "timed" parameters on talk pages? XxTimberlakexx (talk) (contribs)22:41, July 26, 2015 (UTC)
  • download: even optional params info should be reflected in page rank info, if such reflection is implemented in Info template, thus total removing of download param was not a good idea
  • timed: I'd not hasten to start removing it also, waiting for comming DPL-upgrades - it's quite possible that a new DPL-enhanced Info page will be made {{Timed}}-sensitive by Six...
--Senvaikis (talk) 10:40, July 27, 2015 (UTC)
The thing is, I never would have known that "download" was still usable, seeing as it doesn't appear in the talk page box when you create a new talk page, inclining me to think that it was outdated as "timed" is. I wish this was made more clear. But for what it's worth, I haven't removed too many "download"s as I don't see them as often as I do "timed" - I removed a few here and there, but I can't remember which songs. Apparently, there's still a little over a thousand songs with legal downloads listed here, but not all of them have the "download" parameter on the talk page (example), which is a bit confusing.
As for "timed"...not quite sure what you're saying here (comming DPL-upgrades?), but I see "not hasten to start removing it" so I'm guessing you mean "timed" has use as well? XxTimberlakexx (talk) (contribs)15:06, July 27, 2015 (UTC)
Considering my current status (gone fishin'), you'd better have mercy on me and find all the answers by yourself (aren't you an admin, finally?...)--Senvaikis (talk) 20:31, July 27, 2015 (UTC)
What? Isn't the admin portal for admins to ask other admins questions? Admins don't know everything, and we can't always "find the answers by ourselves", that's why we communicate here to get our questions answered. If you're busy, I'll just wait for another admin to comment on this, sorry about that. XxTimberlakexx (talk) (contribs)21:05, July 27, 2015 (UTC)

I'm not sure what these parameters are for? If they're optional, they can be used or not, right? No need for any change, is there?  · Lichtweber talk service  15:02, August 3, 2015 (UTC)

I can't quite answer what "timed" is for exactly, but "download" is used when a legal download can be provided to the song. Yes, you said they're optional and you'd be correct (though I don't think Timed can be used at all atm, just Download), but I created this header because I wanted to know what their status is at the moment, whether they're outdated, can still be used, etc. Senv partially answered my question but he said some things I don't understand, such as "comming DPL upgrades" and a "new DPL-enhanced Info page". XxTimberlakexx (talk) (contribs)15:54, August 3, 2015 (UTC)
DPL seems sth 6 is working on. Don't exactly know what it is though, but seems 2 b basic 4 many templates. Maybe 6 can explain. Btw: Timed lyrics are still possible, had such a page a while ago.  · Lichtweber talk service  16:08, August 3, 2015 (UTC)
I'll have to ask 6 when I get a chance to come over to the Admin Portal, then. If I may ask, what is the purpose of timed lyrics, and what are the pages like? I haven't seen any around here and I'm not exactly sure what it is. XxTimberlakexx (talk) (contribs)19:02, August 3, 2015 (UTC)
See description of {{timed}} and example  · Lichtweber talk service  19:26, August 3, 2015 (UTC)
Hmm....interesting. Though I have to be honest (and I must emphasize this is just my opinion) but I don't see any real use for these timed pages. They seem outdated and I can't see anyone using them, because services like Spotify and SoundHound offer timed lyrics, but do it better, as the lyrics actually scroll by themselves in time with the music. This just looks clunky and I don't see what it achieves, because I doubt someone listening to a song will be constantly checking where they are in the song at each line to make sure it matches. Unless I'm missing something I don't really understand this. XxTimberlakexx (talk) (contribs)20:15, August 3, 2015 (UTC)
They're not usually for manual use. You can use them with some media players for, like you say, lyrics scrolling in time with the music. Check wikipedia:LRC (file format) for some more info on the format. - OneTwoThreeFall talk 20:28, August 3, 2015 (UTC)
Do people still use that format? I'm sure there is a minority that does, however I'd imagine Spotify's scrolling lyrics are most likely more accessible to most people because it doesn't involve extra steps of converting files and is simpler - which is the route most people want to go nowadays. And does LW provide downloads to the .lrc format on these pages? I didn't see any links to download those in .lrc format in the SongFooter or anything. XxTimberlakexx (talk) (contribs)20:33, August 3, 2015 (UTC)
Of course they do! I don't know Spotify, but it's not hard to imagine they store their timed lyrics in a similar format. I'm not sure what you mean converting files and providing download? The text you see on those pages is already LRC format - it's not anything complicated - and I don't see any issue with having them here.
Regarding your original question: 'download' is definitely still applicable, and 'timed' has been hidden since 2010. - OneTwoThreeFall talk 09:04, August 4, 2015 (UTC)
You don't know Spotify? It's a popular music-streaming program, and they offer a "lyrics" button for each song. When you click it, if the lyrics are timed with the song, they'll scroll accordingly. I say "converting files and providing download" because you said you have to use .lrc files with your Media Player. So, the page can't just be here, you'd have to download it so your Media Player can read it, correct?
So clearly 6 had a reason for hiding "timed" back in 2010 - what I want to know is why. However, this is confusing because Senv is saying it's still usable in whatever the "DPL-enhanced info" is, yet 6's edit implies otherwise. XxTimberlakexx (talk) (contribs)15:06, August 4, 2015 (UTC)
Oh no, I know of Spotify, I just meant I don't use it myself. That's correct, but there's no need for downloads: you copy & paste to a text document and save it as a .lrc file.
I wasn't around here back then, but I believe the talk page 'timed' parameter was used in conjunction with 'lrcdb' songfooter param, and the lrcDB site went down a number of years ago, so it was probably commented out in case it came back up. - OneTwoThreeFall talk 18:27, August 4, 2015 (UTC)
Oh, okay, gotcha. Guess I learned something new today Wink
Yeah, I knew that lrcdb is an outdated tag and I remove it whenever I see it in the SongFooter. So, with that said, since lrcdb is down, does that mean timed should be removed? Probably not - I'm assuming we should wait and see if we can re-implement it a different way. XxTimberlakexx (talk) (contribs)21:10, August 4, 2015 (UTC)
123f is correct –'s shutdown was meant to be temporary (hence commenting out instead of removing), but proved to be permanent.
Not sure what you mean with "see if we can re-implement it a different way" – that's what we have done with {{timed}} (to create a home for the couple lrc pages that users have added since, rather than deleting them). Also not sure how that template could be improved with DPL, apart from fetching song title from SF (which it already does).
Be that as it may, I think timed & download as song ranking parameters are pretty much pointless: we can't make them required (it's nearly impossible to put "not applicable"), so they don't influence ranking; they just say "the info is there", which you already know if you come from the content page (as users usually do). So, while they're not exactly outdated, I still think we should remove them. — 6×9 (Talk) 17:33, August 5, 2015 (UTC)
Thank you very much for a clear and concise response, 6 - Senv's response was ambiguous, but I know that's not his fault due to English being his second language (iirc).
Anyways, I definitely agree with what you're saying. Talk page parameters should be able to be easily fulfilled, but Timed and Download don't fall into this category. Timed can be fulfilled but is incredibly tedious to make and isn't important for page "completion" that Gold strives for, and like I said before, a legal download cannot be provided for every single song. So as you said, it's impossible to mark these as not applicable and they're really both pointless additions to the talk page parameter - they don't influence page "completion" in the slightest. At least everything else is clear-cut and can be easily fulfilled or not.
With that said, do you think you're going to go ahead and remove them now or wait on input from Senv and other admins before doing so? If you're waiting on input, then I'll start with a resounding yes from me to remove the parameters. XxTimberlakexx (talk) (contribs)20:17, August 5, 2015 (UTC)
@6: "A new DPL-enhanced Info page" doesn't need any DPL-improvements in {{Timed}} - my note was about possible DPL-improvements of {{Song Info}}, supposing that both "download" and "timed" params could be automatically taken from song page, by including them and setting to the only one possible value "done" only when according info exists. You say, not much sense in that, and I agree, - as in the whole {{Song Info}}, strictly speaking :) --Senvaikis (talk) 07:23, August 6, 2015 (UTC)
Automatically filling in SI would defeat its purpose – "done" not only means "is present" but also "checked by a human to be correct". Where DPL could come in handy is weeding out invalid dones (marked as done but param is missing), though that will get messy for things like video or audio where we allow different sites, or even have different ways of linking for one site (like {{youtube embed}} vs. — 6×9 (Talk) 14:53, August 6, 2015 (UTC)

High goals - that's good. Particularly if they are achievable. And even better - if their implementation is based on something more serious as compared to the good intentions and hopes. Do you still remember the results of some ranking info reliability investigations, made by Lwt? Do you hope that current pageranking info is much better synchronized to the actual page content? I don't. That's why I think that any system of this synchronization control would be desirable, giving at least some sense to pageranking -Senvaikis (talk) 19:19, August 6, 2015 (UTC)

It's been a week now, have we reached a consensus now on how to deal with timed and download? The only reason I didn't respond to the above few messages is, again, because I didn't understand what they were talking about XxTimberlakexx (talk) (contribs)17:10, August 13, 2015 (UTC)
I thought a consensus was reached, as 42's already been going around removing them. Patzilla777 (talk - contributions) 17:29, August 13, 2015 (UTC)
I didn't realize - 6 never mentioned that his bot was doing that Tongue So the bot's removing both parameters? Fantastic, I guess this discussion can be closed then. XxTimberlakexx (talk) (contribs)18:12, August 13, 2015 (UTC)

Simplified Song Page Names

I moved this topic from my talk page, this here might be the appropriate place for it.  · Lichtweber talk service  18:17, August 11, 2015 (UTC)

While there were discussions about simplified pagenames, they never made it to policy, so if it's a true collaboration, removing any collaborants from the pagename violates our current LWPN. FWIW, I'm strongly against unfairly shortening a list of (what should be) equal artists; if we have to do shorten pagenames (and I agree that for more than three artists it would be a good idea), I'd rather use "Various Artists:Song Title". — 6×9 (Talk) 17:00, August 7, 2015 (UTC)

Maybe this is a good opportunity to settle the "oversized page names" issue for good.
Right now I can see no cons since all the attributing is done by templates. The pro is easier editing.
I'm not sure if it's a good idea to use "various artists" - isn't that confusing since we have a list by that name where all unresolved song pages accumulate?
Thoughts? Do we have to change LW:PN for that?  · Lichtweber talk service  17:14, August 7, 2015 (UTC)
Can we make it so "oversized page names" only apply on soundtracks by cast members, because some popular releases recently have had 3 or more artists with lead credits which don't really overinflate the title that much (see here and here) Patzilla777 (talk - contributions) 17:46, August 7, 2015 (UTC)
I think we should agree on a code of conduct that keeps us flexible in our decisions wether or not to simplify page names.  · Lichtweber talk service  15:53, August 8, 2015 (UTC)
Any substantial cons vs. simplified? Come on guys, let's settle this once and for all, shall we?  · Lichtweber talk service  15:53, August 8, 2015 (UTC)
Any cons would depend on how exactly a page name is to be shortened, I'd think. - OneTwoThreeFall talk 20:22, August 14, 2015 (UTC)
…and on when – do we always use a fixed number? Do we shorten only (or at a lower threshold) if the listed artists have no non-collab songs?
Above-mentioned VA confusion wouldn't be a problem – the list is called "Unknown Artist", and any pages with va prefix can be quickly batchmoved. — 6×9 (Talk) 12:46, August 15, 2015 (UTC)

Preliminary Notes: I don't think we have to turn every little bit of handling into a policy. In this case, I think it would be enough to document our considerations for admins and interested editiors so that they can make an informed decision. So maybe we should introduce some kind of "commentary pages/green pages" and link them wherever they may come in handy. (e.g. LW:RvW)

Attributing System

As I understand our system (please correct me if I'm wrong) all the attributing is done by our templates. The page naming makes sure that we have unambiguous names for each song page. While there's also the possibility to sort (and search for) prefixes, this tool becomes weaker with every additional name we add to the prefix: With two artist names, we have two possibilities to note them: A & B and B & A. With three artists we already have 6, with four artist 24 and so on. (not to mention how the're separated: by "&" or "," or "and", or a combination of them)

How to Shorten

Having said that, I don't think it really matters how we shorten the prefix, as long as

  • the pagename is unambiguous and it contains
  • at least one "true artist", i.e either performer, or lyricist or composer.
  • {{Song}}, {{SongCollaboration}} list all performers/artists

Depending on the situation we could

  • shorten, i.e. "A & B:Song Title"
  • substitute: instead listing all performers, we could note the lyricist or composer (handy for "cast cases")
  • use "Various Artists", imo only when nothing else would make sense (can't think of any such case, though)

As I see it, the only two things we'd probably have to make policy are

  • how to list more than one artist in page names (I'd say we should make the ampersand mandatory, i.e.: A & B & C) unless usually noted differently, e.g. Crosby, Stills, Nash & Young
  • the order of listing more than one name (I'd say: alphabetically, e.g.: "A Naifa & Baba Khan:Song Title"), unless, of course, collabs are usually noted differently, e.g. Simon & Garfunkel

I don't see why shortened prefixes should be unfair, since the attribution is done by our templates (see above).

When to Shorten

Imo we should allow simplified prefix, respectively substitute cast for lyricist/composer, as soon as there's more than two artists: This way we can maintain a certain consistency for collabs: "A & B:Song Title" and/or "Casts": Lyricist/Composer:Song Title".  · Lichtweber talk service  13:40, August 16, 2015 (UTC)

Not sure what to make of the silence - is it approval, is it indifference?  · Lichtweber talk service  20:36, August 25, 2015 (UTC)
TBH, I'm with 6 in terms of using a "Various Artists:" prefix as opposed to picking specific performers. (Also mandatory ampersand for more than two artists in header looks ugly, would rather have comma separation until last artist: "A, B, C & D:Song Name" like we have with most collaborations on this site).
Also, why can't we have it so "Cast:Song Name" is used, but in {{SongCollaboration}} have the individual performers listed? Because from what I've seen people just dislike "Cast" as an artist page, not necessarily as a prefix. Patzilla777 (talk - contributions) 20:48, August 25, 2015 (UTC)
The silence is caused by more complicated reason, not by indifference. Don't you think that "pagename simplifying" hardly may be considered as an object of any policy at all? Recommendations - yes, go ahead, but the policy makes any its requirement mandatory. Don't you think that the object of discussion is too versatile to be crammed into any single policy model? So I never agree to make a policy neither "alphabetic ordering", nor "joining by ampersand" or "replacing by most significant performer" etc. If I don't like some rule, but can't suggest any better universal rule, that may indicate that either a)I'm not wise enough for that or b)such a universal rule can not be created at all (hope you understand why I like the latter reason more... ;)) --Senvaikis (talk) 09:15, August 26, 2015 (UTC)
Thanks for your feedback, now we're getting somewhere. From your replies I can see that I did not make myself clear, sorry for that. So let me rephrase the whole thing:
  • I do not want to change our policies to allow shortening, because
  • As far as I can see, nothing in our docs forbids us to shorten prefixes of song pages or substitute a long list of possible performers with lyricist and/or composer. But 6 doesn't agree? Please explain why.
  • By bringing the issue up here I just want to make sure that we're all on the same page
  • To prevent discussions being started over and over (not only with this specific issue) I propose expanding our doc system by introducing "commentary pages/green pages"
Imo, the only thing we need to settle this is to finally check if shortening is in accordance with current policies and to have a short feedback if you guys think we should introduce green pages or not. If yes, I'd come up with some suggestions on LW:DocUpd  · Lichtweber talk service  14:37, September 5, 2015 (UTC)
Shortening: How is "as close as possible to the original name" or "Artist:Song" ambiguous (other than the pending definition on what makes an artist an artist on LW)? Me being the only one mentioning it doesn't necessarily mean I'm the only one to think so…
As for pagenames not having to list actual performers/artists because attribution is done in the templates, let me point at this ancient discussion (danger: might ruin your weekend).
Green pages: sound useful; maybe this way we could trim down some of our help pages (I'm sure they look dauting to a newcomer). — 6×9 (Talk) 11:16, September 19, 2015 (UTC)
  • "as close as possible to the original name": I read: The song title should be as close as possible to the original name. e.g.: "Somebody That I Used To Know" vs. "Somebody That I Used To Know (featuring Kimbra)".
  • "Artist:Song": I read: (At least one) artist ("artist" being singular)
So, at least to me, this is (and always was) ambiguous. But that's not a bad thing. It gives us the freedom to decide on the merits how to build the song prefix.
  • Ancient discussion: Didn't ruin my weekend, on the contrary made my day! So good to see a constructive discussion with more than two participants ;).
But I have to ask: Why did you link there? Is it because of artist namespace affecting API? Given those many possible ways of building a prefix when there's more than two artists involved, I don't think we can handle that either way. Please let me know if I'm off track.  · Lichtweber talk service  15:26, September 19, 2015 (UTC)
Again, it's not ambiguous. "…as close…" refers to the pagename (it's a policy about pagenames after all), thus meaning both artist and song part in the case of song pages. "Artist" doesn't mean "person", else Pink Floyd songs (for example) would have to have a "Roger Waters:" or "Syd Barrett:" or "David Gilmour:" prefix. I'll admit it's written in a way that might be misconstrued with a bit of effort, but it's still pretty unambiguous – this is the first time I've ever seen it interpreted a different way.
As I explained, I linked to that discussion because it was about the point you made above – whether pagenames should list actual performers/artists when attribution is done in the templates. There's a reason we ended up with one Neil Young page but several different artist prefixes (and NY is one of the milder examples), thus having to deal with all that alias and albumartist stuff. — 6×9 (Talk) 16:35, September 19, 2015 (UTC)

As for LW:PN: I'm not hair-splitting. And if it happens to me it could happen to anyone. I am saying that LW:PN isn't airtight in that respect and that we should use this fact to solve oversized song prefixes. Be that as it may: I am trying to find a solution for a common problem, so if you don't agree, please make a proposal how it could be done.  · Lichtweber talk service  17:05, September 19, 2015 (UTC)

Name any policy or rule that applies to real-world situations that is airtight. Do you really, as an admin that should set an example for other users, want to exploit a loophole in one of our most important policies?
If we want to shorten song pagenames, which violates the spirit if not the letter of LWPN, then we will have to amend LWPN. It's as simple as that. — 6×9 (Talk) 18:14, September 19, 2015 (UTC)
Why do you make it sound so vile? As I said: I'm trying to find a solution. You don't like it - very well. Please come up with another one.  · Lichtweber talk service  18:27, September 19, 2015 (UTC)
Please point out where I wrote that I don't like your solution (as opposed to certain parts of it). — 6×9 (Talk) 19:24, September 19, 2015 (UTC)
Well, the very core of my solution is the premise that simplifying song page names is within the limits of LW:PN. So, what's yours?  · Lichtweber talk service  17:57, September 22, 2015 (UTC)
If we want to shorten pagenames, which would violate LWPN, then we will have to amend LWPN. It's as simple as that. But I think I already wrote that. — 6×9 (Talk) 18:44, September 22, 2015 (UTC)
What should such an amendment look like exactly, in your opinion?  · Lichtweber talk service  18:55, September 22, 2015 (UTC)
How it would look exactly would depend on exactly how and when we would shorten. Approximately, it might consist of specifying how and when it is acceptable to shorten at the bottom of the "Song Pages" section. — 6×9 (Talk) 19:47, September 22, 2015 (UTC)
And this would be the point where you present a proposal how and when to shorten (or stating that you can live with what I proposed in my initial post). This feels like squeezing blood out of a stone. :(  · Lichtweber talk service  14:08, September 23, 2015 (UTC)
Funny, I had the exact same feeling during this whole bit of the discussion… How: See my very first post; When: currently leaning towards a variation on Pat's idea (cast members if 3+ or 4+, "regular" artists if 6+, maybe more or less depending on how long their names are). — 6×9 (Talk) 15:50, September 23, 2015 (UTC)

Let me sum up the discussion. As always: correct me if I'm wrong:

  • Changing LW:PN: yes
  • How: Various artists prefix
  • When:
    • Cast members: if 3+
    • "Regular artists": 6+, more or less depending on name length (in bits?) (what are "regular artists"?)
  • Changing LW:PN: no
  • How and When: not a policy issue: too complex, would make things mandatory, rather "recommendations"
  • How: use various artists or Cast prefix
  • Being flexible on shortening
  • Changing LW:PN: no
  • Flexible on shortening
  • Use new type of doc pages to help making an informed decision

In view of this I agree with 6 allowing "Various Artists" prefix in Song Pages subsec of LW:PN. I agree with Pat to keep things flexible, but wouldn't want "Cast" prefixes to be allowed since it contradicts Help:Artist. I also agree with Senv that the exact how and when should not be object of any policy. This is why I propose linking a Green Page with a summary of our considerations to LW:PN, and keep Song Pages subsec as brief as possible.

  • Changing LW:PN: yes: officially allow "Various Artists" prefix, and adding link to Green Page in Song Pages subsec
  • Considerations to be documented in Green Page
  • When: As soon as 2+ possible, not mandatory. Making an informed decision on the merits (no fix numbers) and Green Page doc.
  • How: Either use Various Artists or substitute with lyricist and /or composer

Is that something you all could agree to?  · Lichtweber talk service  12:10, October 11, 2015 (UTC)

Change "2+" to "3+" (maybe 2 if both artists have exceptionally long names, but even then I'd rather leave it) and I'm mostly happy. However, I'd rather hold off making final decisions and updating docs until we decided whether or not we should have Special Purpose Artists (see above). Would any other admins please weigh in on that? — 6×9 (Talk) 13:51, October 18, 2015 (UTC)
Can we use some other moniker for this purpose, instead of Various Artists? How about Collaboration? anything but VA--ES (talk) 18:07, October 18, 2015 (UTC)
3+ OK with me.
VA: 6 convinced me. What's wrong with VA?  · Lichtweber talk service  14:35, October 20, 2015 (UTC)
Various Artists is used here for other purposes, also on the net it has been much abused. I think Collaboration is a better label (maybe not the best, but better than VA), and causes less confusion. Not sure what is OK with 6...;) --ES (talk) 16:28, October 20, 2015 (UTC)
Let's close this chapter: I take it that Synthesis is agreed on with 3+ artists instead of 2+. I'll start working on resp. Green Page and LWPN text.
Now let's settle the SPA issue, please.  · Lichtweber talk service  14:26, October 27, 2015 (UTC)

Non-Latin artists

I'm gonna give this another go: Is anyone else in favour of doing away with the "Native (Romanized)" naming scheme for non-Latin artists (CJK, Cyrillic etc.)? It's a hassle, it looks really ugly with collaborations, it's counterintuitive (Why this huge exception in LWPN? Why only for artists, but not albums/songs?), and now that UTF-8 and the fonts to display most chars are pretty ubiquitous I don't think it no longer serves any purpose.

Mind, if we do away with it it will mean a lot of work (page moves & link updates), but if we don't there's a lot of work anyway (because many artists still miss the roman bit). — 6×9 (Talk) 09:19, October 4, 2015 (UTC)

In favour --ES (talk) 10:15, October 4, 2015 (UTC)
I too have always found it a bit unnecessary, and it is especially daunting for new and even more experienced users who attempt to create pages for these artists, so I'm for the moves. But which shall we move them to, romanized or native? (I'd say per album covers like most artists). Patzilla777 (talk - contributions) 10:17, October 4, 2015 (UTC)
Agree on per cover. Of course, in theory, if an artist uses the roman name we wouldn't have to do anything, since the artist page should already have the correct title… — 6×9 (Talk) 13:53, October 4, 2015 (UTC)
Also in favour - simplifications are always appreciated! - OneTwoThreeFall talk 07:48, October 7, 2015 (UTC)
+1 from --Senvaikis (talk) 06:44, October 8, 2015 (UTC)
PS (just would be desirable to start from updating lw:docs...)
Isn't this the same ES requested in LW:DocUpd#Internationalisation? · Lichtweber talk service  09:03, October 8, 2015 (UTC) done  · Lichtweber talk service  14:41, October 20, 2015 (UTC)

Since we already have a majority… I've gone and updated the docs: [3] [4] [5]. Please let me know if I missed any. I'll go and let the rest of the world know on the CP. — 6×9 (Talk) 11:43, October 18, 2015 (UTC)

Some questions about this change of rules by one of our leading J editors came up at the Community Portal seven days ago. Could somebody please answer over there? At least indicate that thread is read and will be responded to? Isn't that common courtesy? sry guys, but that really bothers me  · Lichtweber talk service  18:01, October 30, 2015 (UTC)

Orphan Romanized songpages

We have romanized lyric song pages that have been tagged as lang=C/J/K, (strictly speaking they are roman C/J/K, so they shouldn't even have a lang param, or sh/sf)
Can we have such song pages identified, collected in a category, so we can bring in the real song page in C/J/K and attach the roman version to them? The pagenames may or maynot be in latin, but the lyrics would not contain any CJK char, though exceptions may exist. --ES (talk) 21:05, October 19, 2015 (UTC)

We could slap a {{OLM}} on it, adding them to cat "Original lyrics missing" for maintenance purpose.  · Lichtweber talk service  14:39, October 20, 2015 (UTC)
We already have {{RequestKanaKanji}} for J and {{RequestNativeScript}} for other langs. — 6×9 (Talk) 15:21, October 20, 2015 (UTC)
note to self:learn a new bit everyday! Thanks 6! --ES (talk) 16:31, October 20, 2015 (UTC)

Subpage for vocalist notations?

Seeing as this topic rears its head every now and again (one of the first topics I got into with 123F way back when), and seeing as my opinion has changed (since I started goldifying lyrics affected), can we have some sort of place for vocalist notations? I personally would like to keep them, but not on the main song page, but on a subpage like translations/timed lyrics. IMO this will keep members of both parties (pro-voc notations and anti-voc notations) happy. What do my fellow admins say. - Patzilla777 (talk - contributions) 21:40, November 5, 2015 (UTC)

Hear, hear! Given that lyrics are to be transcribed as sung, then singer notation doesn't belong in lyrics anyway, and removal of such notations will not make the lyrics muddled. — The preceding unsigned comment was added by EchoSierra (talkcontribs).
@ES: Another inconsistency in our docs :( We should fix that.
@Pat: This might indeed be a solomonic solution. with a lot of redundancy, I might add  · Lichtweber talk service  23:08, November 5, 2015 (UTC)
@LW:I was hoping the re/creation of such subpages would be left to contributors...Subpages for trans/rom are highly desirable and as such we (as admins) ought to actively participate in their creation and upkeep, but singer-notation (like lrc/linked) subpages are a niche area that imho is best left for the (primarily Hip Hop) fans to deal with it, so the redundancy will correspond to the participation level of singer-notation fans/editors. --ES (talk) 09:01, November 6, 2015 (UTC) If that sounds too convoluted I'll rewrite it R2L ;-)
That was my idea: completely non-mandatory, but there for those (like me) who want to have some way for these notations to exist without impeding the quality of regular pages.
Huh, seems an anon has been waiting all day for this, and is cleaning up my gold pages for me. - Patzilla777 (talk - contributions) 15:00, November 6, 2015 (UTC)
I cannot believe that it was deemed necessary to note the vocalists when they were all members of the band! I thought this was only used for collabs/fas. --ES (talk) 15:20, November 6, 2015 (UTC)
Yeah... me last year thought it was necessary, but not now.
Well, my gold pages have been purged of notations as of now; everything looks so clean Tongue - Patzilla777 (talk - contributions) 17:26, November 6, 2015 (UTC)
Now hang on a minute… The help page clearly states that singer notation may (not must) be added, yet suddenly anon users are blocked because they do that? And pages are protected (even worse, indefinitely) because they had such notation added?
It's sad that I should have to remind you (for some admins, again and again and again), but the order in which these things should be done is: (1) wait for consensus (and no, 36 hours is not enough to assume silent approval from those who haven't chipped in yet); (2) update the docs; (3) notify users who stick to the previous way of the change; (4) only if notification goes unnoticed may they be blocked or the page protected – for a limited timespan.
Until these steps have been taken, the following apply:
  • The current help page holds true, meaning notation of who sings what may be added as soon as there is more than one singer.
  • Such information may not be removed unless it can be, and is, sensibly put into the CreditBox instead. — The preceding unsigned comment was added by 6 times 9 (talkcontribs), 09:05, 7 November 2015‎.
100% with 6, --Senvaikis (talk) 10:09, November 7, 2015 (UTC)
I apologise: It was sloppy of me not to limit the page protections. Will be more cautious in the future.
@6, Senv, sorry if I missed something, but I'm not sure how your statements should be counted as a vote on Pat's motion. Could you please put that straight? Thx,  · Lichtweber talk service  14:41, November 7, 2015 (UTC)
Let's not sidestep the real issue. (1) The main problem is not that you didn't limit the page protection, it's that the pages shouldn't have been protected in the first place. (2) My (and, I'm sure, Senv's) statement shouldn't be counted as a vote either way, because it isn't. — 6×9 (Talk) 15:10, November 7, 2015 (UTC)
No doubt about the course of action as you describe it. Of course, if premises are incoherent or even contradictory, things can get bumpy. From my perspective, his actually is the issue.
I acted in good faith, and I believe the other admin involved did that too.
Fortunately, we're about to resolve this. With 6 and Senv abstaining, we have a majority for the motion.
@Pat: care to set up a draft for changes to Help:Lyrics? I propose using LW:DocUpd#Vocalist Notation.  · Lichtweber talk service  14:20, November 8, 2015 (UTC)
Added my ideas to the DocUpd page. - Patzilla777 (talk - contributions) 14:48, November 8, 2015 (UTC)
Considering a number of people are fans of this, this should really be discussed on the Community Portal first. Whilst I've never added these myself, I have no issue with vocalist notations as long as they don't clutter/overshadow the lyrics, and would prefer having a few notations on the lyrics over duplicating the lyrics just to keep notations separate. - OneTwoThreeFall talk 16:06, November 8, 2015 (UTC)
Quote by Lichtweber: "...With 6 and Senv abstaining, we have a majority for the motion" contains two false statements, 'cause:
  • no, we aren't abstaining - we just call you to refrain from hasty decisions, and especially - from hasty and inadequate actions
  • no, you do not have the required majority, - I regret being forced to remind you this
--Senvaikis (talk) 15:22, November 9, 2015 (UTC)
If your statements are not to be counted as abstaining, why don't you just give us an unambiguous vote then?
Or do you, by linking to the bureaucrats list, mean to say that this is not up for any vote at all?  · Lichtweber talk service  15:53, November 9, 2015 (UTC)
Wasn't 6 clear enough? Then I may repeat - we aren't speaking about voting at all, 'cause both we, as admins and bureaucrats, are concerned about more serious problems in adminship atm.
Btw, speaking about voting - that's a very symptomatic example. How may you expect some "unambiguous voting", while there's no any unambiguous proposal, formulated for the voting? I don't speak about Pat's suggestion - it's really worth to be discussed and prepared for one or another decision. But it's absolutely unacceptable to start applying administrative measures, based on unapproved yet policy. What a policy - even an unambiguous question for unambiguous voting hasn't been formulated yet...
--Senvaikis (talk) 16:59, November 9, 2015 (UTC)
  1. Two different discussions (though related) are mixed in one thread. This, imo, is not at all constructive. So I propose to open another thread (e.g. "Admin problems"), thus keeping them separate and restore constructivity.
  2. on topic:
Two distinct proposals were made:
  • Allow subpages for vocalist notation
  • Not to allow those notations on regular song pages. The exact how-to can be discussed at LW:DocUpd  · Lichtweber talk service  17:32, November 9, 2015 (UTC)
Well, keeping my promise to LW, I should try to explain why above proposal isn't suitable yet for voting imo.
Any voting imo should be the final state of process, started from some idea and followed by suggestions, discussions, and finally - by formulating of change-model proposal for voting. During this process all possible answers to the questions why, what for, what pros/cons, how, in what order etc should be considered and discussed. Change model (or limited set of possible models) for voting should include unambiguous answers to all these questions to avoid possible misunderstandings in the future, after changes in the policy. I don't allege that Pat's proposal hasn't been discussed at all, but while these discussions are scattered through multiple places, this thread still doesn't contain any didgest of answers to all the questions I'd like to ask before voting. Here are only some of them:
  • Q: "what for"
    • A1: clean lyricsbox, leaving only a "pure" lyrics. But I'm not sure, if I'd like to "clear" absolutely all pages. Yes, it's a nonsense to keep all vocalists notations for each member of a group. Then leave notations only for musicals, as Pat's suggested? So, this trio also should be "cleaned"? Again - I'm not sure if I'd like that - finally, is that so crucial for LW to eliminate any non-sung word from the lyricsbox? Finally, if we decide to leave notations for this type of songs, then what for should we complicate our life with additional templates, subpages, and their administrating, if they will contain only mentioned notations for group members? Maybe simple strengthening of the policy, forbiding such notations, would be enough?
    • A2: reduce the risk of edit wars. That would be nice, if not a small fear of possibility to have just a new battle-field for hostility.
  • Q: "How?"
    • A: "-" I'm not sure, but seems to me that this question hasn't been even discussed at all. Who is ready to realize this policy, if it were approved? I mean just simple lyrics "cleaning" on existing pages to make them legitimate (we are speaking about lw policy, aren't we?). Or you are going just to declare a new policy without making any changes? That hardly would help to reduce edit wars - believe me...
Sorry, but must shorten my list of questions, - should leave to a conference. I just want to add that these (and possible other) questions should not be considered as my voting against "Pat's motion", as you call it. Actually that's not so important to me. Just I'll never take participation in any voting while I'm not sure what I'm voting for. Thus I just hope to see more detailed, unhurried and completely unambiguous version of proposal for voting. It may contain several possible scenarious, but each shoud contain an answers to these keystone questions: a)what notations remain legitimate in a new policy b)how this new policy should be realized
regards, --Senvaikis (talk) 12:13, November 11, 2015 (UTC)
Alright Senv, I'll answer your queries as best I can Smile
  • Point a) You mention my idea of leaving notations for musicals and the like. I only suggested this because in a past discussion I vaguely remember someone mentioned that notations may be essential to understand a song (e.g. has two characters like John Travolta & Olivia Newton-John:Summer Nights) - however yes it seems silly to go through this work of "purifying" some pages if others will still have them (like musicals), so I'm happy moving all notations to the subpages (actually I'd prefer it; hence my "potentially" on LW's DocUpd page).
  • Point b) For how this can be done: it can be done like what is still being done with translations; offending pages have their notated lyrics moved to subpages when they become known (e.g. One Direction songs), remove the notations from the main page, and any users known for adding/removing notations (current and future) are informed of the (currently proposed) policy so they know where notations should and shouldn't be for future reference.
  • I'd potentially like to have a template to lead users to and from these notated pages, however our template wizard is currently on vacation, not to mention the fact that it could cause some clutter above the lyric tags (e.g. what if a song has translated, timed and notated lyrics - three templates before lyrics are seen - not good for a lyrics site), so perhaps a section of {{CreditBox}} can be used to lead users to this section? Could they be placed below lyrics tags (Like timed should be anyway according to {{Timed}} documentation)?
Hopefully this answers your questions. Other proposals for how from other admins are also welcomed. Whether my motion is accepted, the current policy of vocal notations being allowed stays, or vocal notations are removed altogether with no subpages, is fine by me (as long as there's consensus). Grin - Patzilla777 (talk - contributions) 14:45, November 11, 2015 (UTC)
  • What for: The less exceptions in a rule, the easier to maintain and the less chances of edit wars. Thus, Senv's example above could get an additional /vocal page: Regular page w/o notations, additional sub page /vocal with notations. Nothing is lost, it would just be on a new kind of a page.
  • Implementation:
    • Fix Help:Lyrics accordingly
    • Introduce {{Vocal}} to be put on both, regular and /vocal page, similar to {{timed}}
    • This is how vocal banner could look like, placed beneath lyrics on song page, above on subpages.
    • Handling of both page types similar to {{timed}}.
    • Inform users (especially those who love to tag all over the place) and
    • fix their pages. (preferably create /vocal, then purge regular page from vocalist notation). In addition, maybe bots can help.
    • As we go.
 · Lichtweber talk service  15:13, November 11, 2015 (UTC)
  • Implementation(fix): sry, but task is practically unbotable. --Senvaikis (talk) 18:17, November 11, 2015 (UTC)
    • on the other hand, simple declaring of a new policy, leaving pages unchanged (and thus de facto - ilegitimate) isn't the strongest part of this project
    • I, for one, will start fixing pages as soon as we're through with policy work  · Lichtweber talk service  22:57, November 11, 2015 (UTC)
      • ...and when are you going to be done, LW?... Sry once again, but both your and Pat's comments give the impression that you still don't realise the real magnitude of the problem. So, Pat, it just can't be solved "the same way as it was done (and still is being done) with translations", 'cause, as it was already mentioned, both tasks (problematic pages detection (categorizing) and fixing) are virtually unbotable. --Senvaikis (talk) 07:30, November 12, 2015 (UTC)
It will take as long as it takes, I guess. I'd rather have a clear cut policy with the chance of getting fixed pages in time than not do anything.
Maybe bot could make a list of song pages that contain bold text followed by colums in more than one line within lyrics tags
Similar: Square brackets and columns, etc., you might find more patterns,
Lists can then be checked manually in time. In a first course we could then add a label similar to {{Misattributed}} to them, if we can't fix them right away..  · Lichtweber talk service  18:15, November 12, 2015 (UTC)
Well, I hope you know what kind of task complexity you are talking about. Hope also that you know a bot, ready for such task, but that's definitely not Lwt... --Senvaikis (talk) 19:27, November 12, 2015 (UTC)
I never used a bot, so I guess I'll have to rely on the innovative powers of users who do, such as yourself. But let's not forget: we're a vibrant community. I'm pretty confident that we'll master that task in a joint effort.  · Lichtweber talk service  20:08, November 12, 2015 (UTC)
  • Template location: agree to Pat (moving all this clutter below lyrics given such decision would be taken...) --Senvaikis (talk) 18:36, November 11, 2015 (UTC)

People are wondering what's next in this department. I am one of them. Senv, since you brought this to a halt: Can we now start making drafts (@LW:DocUpd as already started) or do you still object to this motion?  · Lichtweber talk service  16:22, December 10, 2015 (UTC)

Actually I haven't brought anything to a halt - just asked some questions, and I'll be honest - some answers still seem slightly superficial to me. But I've never told that I'd veto such decision, if taken - even if I had such permission :). Btw, - why don't you want to know a 6's opinion? --Senvaikis (talk) 20:20, December 10, 2015 (UTC)
I really wish we had more distinctiveness in our conversations, e.g. you could've just written: No, no objection, and Yes, we can continue with the draft. Now, I just have to assume that this is what you meant to say.
As for 6: I'm sure he knows where to post. And if he doesn't post - well, there's an old saying in German: "Wer schweigt stimmt zu" (He who remains silent agrees)  · Lichtweber talk service  16:00, December 11, 2015 (UTC)
I could quote Einstein's variation on that saying… instead I'll just say that, in my view, "Silence means consent" is right up (or down) there with "Those who are not with us are against us".
I'm strongly against moving singer notation to subpages. Apart from all the necessary manual work to convert existing pages, it means replacing a straightforward, intuitive and easy-to-use system with a more complex one, plus additional documentation and doubled maintenance. As for Echo's "Given that lyrics are to be transcribed as sung", that's not relevant here since we aren't talking about lyrics but about additional notation. (Therefore no inconsistency in the docs here either.)
I also find it sad that, while absence is readily interpreted as approval, none of you even bothered to acknowledge 123F's very important point: that this issue should really be discussed on the CP first, rather than decided by admins. — 6×9 (Talk) 19:01, December 11, 2015 (UTC)
(just in case you were referring to your LW vacation:) I never said (and I never would say) that absence should be interpreted as approval; you were present when the topic started and you are back for a while now.
Because of the additional admin work I think it should be adminship first to decide whether or not they approve of this idea. After all, we're the ones to implement it. Only if admins agreed, it would make sense at all to discuss this at CP. And if we did that: What should be the conduct then? A vote? For how long? ...
On the merits:
  • Imo it is indeed contradictory because additional notations simply do not belong to lyrics.
  • "No vocalist notation" is very straight forward too.
  • Maintenance: we have worse: Think of all the album pages: Total redundancy for the sake of few additional info from ext sources.
  • LBNL: less cause for edit warring because both parties happy.  · Lichtweber talk service  21:45, December 11, 2015 (UTC)
  • So your "Wer schweigt stimmt zu" was purely facetious then?
  • You can't be serious. We do the work, therefore we decide what work we do and how we do it? Is that what you tell your boss?
  • The help page states explicitly which additional notation is allowed in lyric tags, so again, not contradictory. Nowhere does it say "never put anything but lyrics between the lyric tags". (That would mean the instrumental template too.)
  • "No vocalist notation" is not sufficient, or would you leave the subpages undocumented?
  • "We have worse" is not a valid argument.
  • … except for the party who thinks that even more subpages, and templates, and duplicated lyrics, are unnecessary in this case, because what we have now is perfectly fine. — 6×9 (Talk) 08:58, December 12, 2015 (UTC)
  • It was a bit ironical too, but also descriptive: That's how things have been decided before.
  • In this picture, it goes like this: Before I make a proposal to my boss, I would want to make sure that my colleagues and I are prepared for the outcome.
  • What I'm saying is that this would be a very easy to follow rule - no arguments (given that we do the docs properly).
I've seen pages where people not only noted every single line with the singer of a girl group, but they also noted the names of the background singers in parentheses. In this extreme example we sometimes had up to three v-notations in one single line. This, imo, is covered by our current policy, but it turns the lyrics unreadable. If we had /vocals, people could do that and at the same time we still had pages where the lyrics were readable.
  • This is my statement: We can bear the albums, so we can handle /vocal too.
  • ...perfectly fine except for the quarrels (see #3).  · Lichtweber talk service  13:10, December 12, 2015 (UTC)
As for extreme examples: they can always be found, and dealt with with a bit of common sense (e.g. only 1 notation per line). As for preparedness: that matter has been thoroughly adressed (we can handle template & docs, but not changing all songs). So do you agree there's no longer a reason not to go to the CP? — 6×9 (Talk) 14:26, December 12, 2015 (UTC)
From docs: If a lyric is sung by several different singers, such as the parts sung by the individual performers in a musical, each singer or character can be entered immediately above the relevant section in bold text:
That covers The Simpsons, what about the rest of +VN songpages? --ES (talk) 14:28, December 12, 2015 (UTC)
Is there a Canadian version of the help page that says that it only applies to the Simpsons? What else would make you think that all other cases need to handled differently? — 6×9 (Talk) 14:52, December 12, 2015 (UTC)
  • Those examples just show that our current policy covers them as well.
  • As stated before I am confident that we as a community actually can change all songs in time.
Just to be clear: I do not say we should not ask the community. What I'm saying is that first we have to agree to a plan which we can present to the community. Only then the community has something that they can actually vote for.
  • Quarrels ahead because technically we'd have to allow those extreme ones.  · Lichtweber talk service  17:55, December 12, 2015 (UTC)
Wrong except for #1, which is actually a good thing. Not all our policies cover extreme cases.
The CP is there for discussion, not putting finished plans to a yes/no vote. Even if it were, the thing to vote on first would have been if we wanted to change the current system to a subpage based one… which, in case of a "no", would have made 95% of this discussion pointless. — 6×9 (Talk) 19:33, December 12, 2015 (UTC)
It's a trainwreck trying to sift through this discussion, and I'm confused what we agreed on (if we even agreed on anything at all). I'm bringing this up again because I recently re-formatted a song that RWDCollinson certified to make it look better, and he wrote me asking why I removed the vocalist notations. So before I do put the notations back, I just wanted to know what decision we came to regarding this.
Relevant, I checked the protection log the other day and noticed Licht protected John Travolta & Olivia Newton-John:Summer Nights. I checked the edit history and I see an IP tried to remove the vocal notations repeatedly. Though I must ask, why are Licht and Pat singling this page out? I looked at the contribs for those IPs, and they removed vocal notations from many other songs and we didn't restore those. So that just adds to my confusion. Maybe you guys are secretly big fans of Grease? Wink XxTimberlakexx (talk) (contribs)11:36, January 15, 2016 (UTC)
I personally "singled" out the Grease page as I used it as an example earlier, but I agree we should come to consensus (including CP) on whether notations should be allowed (as per current policy), and if so, how it should be formatted to avoid making the lyrics difficult to follow (maybe an extension of the relevant help page section) - Patzilla777 (talk - contributions) 12:11, January 15, 2016 (UTC)
TBH I don't really know what else I can bring to this discussion on my behalf, as I've voiced my opinion on vocalist notations several times. But I'll see what others have to say and go from there. XxTimberlakexx (talk) (contribs)15:39, January 15, 2016 (UTC)
If we bring this, i.e. Pat's initial post, to CP, and we want to achieve a distinctive decision, I think we need a clear setting:
  • How long do we want to discuss this? -> time limit?
  • How do we reach a decision? -> vote? To answer your question, Nic: I became aware of the edit war at this page, so I took action. · Lichtweber talk service  17:39, January 15, 2016 (UTC)
Well, considering we've been discussing this on-and-off for over 2 months, what do you mean? Do you mean additional time? And I'm not really sure how we could reach a decision, truth be told. Should we get a vote of who is for and against vocalist notations or something like that? Or would it have to be more in-depth? XxTimberlakexx (talk) (contribs)20:40, January 15, 2016 (UTC)
The fact that we didn't get anywhere with this discussion is the reason that I think we need a code of conduct for discussing policy changes - here @AP in general, and in this case @Community Portal as well.
The question to vote about @CP would be wether to move all vocalist notations to a subpage or not, except noting characters from a play/musical. @123: That is what you had in mind when suggesting to ask the community, right? · Lichtweber talk service  16:39, January 16, 2016 (UTC)
Yeah, pretty much - a community (not just admin) discussion would be good on ideas like this. - OneTwoThreeFall talk 11:56, January 17, 2016 (UTC)
In that case, should one of us get a discussion started over there? Wink XxTimberlakexx (talk) (contribs)18:31, January 19, 2016 (UTC)
The question of how to conduct this to get a valid result is still open. 123 and 6, you wanted this, so what are your ideas?  · Lichtweber talk service  18:54, January 19, 2016 (UTC)
I wouldn't "over-bureaucratise" it: Present issue/proposed solution and ask who is for or against or has other suggestions. If we get a strong majority one way or the other, we can skip the voting, otherwise we wait until the discussion (if any) dies down. — 6×9 (Talk) 18:27, January 20, 2016 (UTC)

Current bugs

We have two major bugs atm: The parentheses bug, i.e. album creation not possible without work around, and afaik still the SOTD bug (since February iirc). Do we have a tech-person at wikia whom we can contact directly? If not, what's the appropriate address to ask for bug fixes @wikia? And: Shouldn't we announce those bugs to the community at CP or at the start page?  · Lichtweber talk service  15:19, December 2, 2015 (UTC)

More minor, but there's the blank page glitch as well. A note on CP would be helpful to direct people having issues - Patzilla777 (talk - contributions) 15:24, December 2, 2015 (UTC)
You may want to take a look here, to recall that actual nbugs >3, and some of them are quite old... --Senvaikis (talk) 17:27, December 2, 2015 (UTC)
Thanks for the info. So I guess there's no use in filing a report for the SOTD bug since it's not critical for running LW? Be that as it may: could you please reveal how such a ticket should be filed? Just in case...  · Lichtweber talk service  17:47, December 2, 2015 (UTC)
Special:Contact/bug --Senvaikis (talk) 12:52, December 3, 2015 (UTC)
  • Did you also report the SOTD bug?
  • Do you know anyone in the community who might have the skills to fix this bug?
  • Dear NES admins: Who of you is up for a lil text @ CP to inform our dear members? (I can't: sick)  · Lichtweber talk service  16:06, December 3, 2015 (UTC)
  • no, as you might have noticed from link above
  • no, sry, though I'd like to - I'd have a lot of questions to him... :)
  • as you should have knew, not me, - sry
--Senvaikis (talk) 16:19, December 3, 2015 (UTC)

Dupe genres

Today I just noticed another one of these possible genre category dupes, as I did with Hip Hop vs. Rap some months ago.
I don't think punk and punk rock are particularly different, "punk music" on Wikipedia redirects to "punk rock" and I'm pretty sure the two have always been synonymous. The "punk rock" article on Wikipedia even starts with "Punk rock (or simply punk)...". So if this is right, "punk" is just a shortened name for "punk rock" and it should be merged just like Rap was merged with Hip Hop.
6's handy bot can do the merge again perhaps, but I thought I'd bring this here just in case anyone thinks otherwise. XxTimberlakexx (talk) (contribs)16:16, December 6, 2015 (UTC)

Agreed, "Metal vs. Heavy Metal" is the same deal (although many of the former should be changed to more accurate metal genres, but that's a deep rabbit hole). - Patzilla777 (talk - contributions) 16:28, December 6, 2015 (UTC)
Yup, that's another one. I'd imagine there's probably some others that have slipped my eye, but those are two on the table for 6 to merge with his bot. I agree with you on specific metal genres, but we don't even have some of the more specific ones, and a lot of the ones we do have are rather small in terms of how many pages are in them. So yeah, that would be too much to bother with if we got into specifics, just merging Metal > Heavy Metal should be fine since it's still in the same broad classification (which is better than no genre at all).
I'll start by recategorizing all the subcategories currently listed under Metal and change them to be subcategories of Heavy Metal. XxTimberlakexx (talk) (contribs)18:27, December 6, 2015 (UTC)
Agree on both counts. I'll fire up the bot. — 6×9 (Talk) 19:05, December 6, 2015 (UTC)
Then there's Gothic Rock and Gothic... — 6×9 (Talk) 21:16, December 6, 2015 (UTC)
Oh boy...and that one's actually more ambiguous too, since Gothic could mean Gothic Rock or Gothic Metal, and both actually are separate genres...not sure how we could work with that, personally. I'm sure the pages with the Gothic tag could qualify as either of them or just one, but I think the only way we could do this is to go through the 300-odd pages individually, which is a pretty herculean task. XxTimberlakexx (talk) (contribs)01:41, December 7, 2015 (UTC)
Found another potential candidate...Indie and Indie Rock? Though "indie" could also refer to "indie pop", so I'm a bit unsure about this one. Wikipedia has an article on "indie" music, but I don't think that's truly a genre and more of a recording approach. Indie rock and indie pop, on the other hand, are genres. XxTimberlakexx (talk) (contribs)22:27, January 8, 2016 (UTC)
Managed to get Indie down to about 3/4 by checking which artists already had I Pop or I Rock. Still a long way to go. — 6×9 (Talk) 10:36, January 9, 2016 (UTC)
Good, gotta start somewhere. While we're speaking of indie genres, should Alternative Dance be merged with Indietronica? Indietronica redirects to alternative dance on Wikipedia but it has its own subsection on the article, and it doesn't say it's another word for the genre. So it might be a subgenre of alternative dance, but I'm not sure. XxTimberlakexx (talk) (contribs)15:57, January 9, 2016 (UTC)
The section on wp doesn't say that indietronica is dance-oriented then again, it doesn't say it isn't, so alt. dance might be inappropriate. I'm pretty sure Indietronica should be merged with Indie Electronic though (on which allmusic has a page). — 6×9 (Talk) 19:05, January 9, 2016 (UTC)
Yeah, you're right on Indie Electronic at least, since that redirects to alternative dance on Wikipedia. So that can be merged (which should be easy, since there's only 24 in items the category). I think it should be merged with Indietronica though since I see more sources that name the genre Indietronica than I do Indie Electronic. XxTimberlakexx (talk) (contribs)21:02, January 9, 2016 (UTC)
Two more for you, 6 - Acoustic Rock > Acoustic and Christian Pop > Contemporary Christian. XxTimberlakexx (talk) (contribs)19:05, January 14, 2016 (UTC)
done BTW, the bot doesn't need the cats to exist as pages – there was no need to restore it.6×9 (Talk) 19:58, January 14, 2016 (UTC)
Oh okay, thanks for the info. I wasn't sure since I don't have much knowledge of bots. Also, I saw you removed Christian from I.D.O.4.'s genres, was that just one case or was that an implication we should remove the genre entirely? IDK, I think it's a bit broad but it can probably stay. Though a lot of what is in it is probably Contemporary Christian or Christian Rock, at least from the looks of it. XxTimberlakexx (talk) (contribs)20:08, January 14, 2016 (UTC)
I'm not sure what to do with it, but if an artist is already in one of its subcategories I don't think it needs to be in C:G/C as well. — 6×9 (Talk) 20:56, January 14, 2016 (UTC)
Ah, so you can probably do the same thing you did with Indie, check if an artist is already in Contemporary Christian, Christian Rock, etc. and change it to that. But that may take longer since there's over 750 items in this category. XxTimberlakexx (talk) (contribs)11:25, January 15, 2016 (UTC)
Should Parody be merged with Comedy? I know that parodies are based on already-existing music whereas comedy can encompass both parodies and just generally humorous music. Wikipedia has pages on both, yet the King of Parodies himself is labeled as "Comedy" (not a single page of his is labeled "Parody"). So I'm not sure. XxTimberlakexx (talk) (contribs)21:29, February 1, 2016 (UTC)
I think they should stay separate, as sometimes parodies aren't always comedic; they could be just drawing attention to something as opposed to making a joke out of it. - Patzilla777 (talk - contributions) 21:58, February 1, 2016 (UTC)
I agree with Pat  · Lichtweber talk service  22:10, February 1, 2016 (UTC)

Inactive watchers

While checking Category:User watch categories for dupes & nonexistent users, I found > 100 users whose last contribution was more than 5 yrs ago. When we set up page ranking, the plan was to check on inactive users to see if they're gone for good or still lurking… we just somehow never got round to it.

Better late than never: I propose having a bot put a message on the talk page of any watcher who hasn't been seen in the last two years. If they don't reply within 30 days, they will be removed as watchers. What do you think? Are the timespans (2y/30d) realistic? Can anyone please improve the wording of the message? — 6×9 (Talk) 17:04, December 17, 2015 (UTC)

Sounds good to me - Patzilla777 (talk - contributions) 17:59, December 17, 2015 (UTC)
Wouldn't one year be enough? Otherwise ok with me,  · Lichtweber talk service  18:33, December 17, 2015 (UTC)
One note regarding 30d response timeout - it would be quite sufficient, if not a specific time of the year (Christmass, NY, vacations...). On the other hand, that may be actual for a very minority of addressers - I'm pretty sure that > 90% these reminders would remain unresponded even if we set reaction threshold to 3 months :). --Senvaikis (talk) 18:38, December 17, 2015 (UTC)
@LW: We've had users return after more than 1 year… then again, as watchers they're supposed to occasionally check their watchlist, and if they do, no harm done, if they don't, better to detect them early. So 1 year it is.
@Senv: Good point about seasons – let's make it 60 days, that should be sufficient for even the most extended festivities. Worst case, if they come back after 61 days, we'll have the bot logs to restore them. — 6×9 (Talk) 19:03, December 17, 2015 (UTC)
Good call 6, I've actually thought about this in the past and wondered whether it truly makes a page "gold" or "silver" if the watcher is long dead. I do have some questions, though.
1) Would this actually remove the user from watching a page, or would it simply remove their name from the list?
2) How would the bot take care of demoting the page rank? I'm envisioning that for Silver songs, it would remove the watcher and downgrade it to Bronze, and for Gold songs, it would remove the watcher and downgrade it to silver (that is, if they are true Gold or Silver and actually have all info, otherwise should be demoted to Bronze - I've seen some Gold and Silver pages that are missing one or two things, so the bot may need to take note of that if possible). I just want to make sure the bot doesn't mess up page rank stats since many users have diligently worked on them.
3) So we all agree on one-year to be the time limit before the message is sent, and I concur as well. Though, this does make me wonder about those users that have sporadic "urges" to edit here and leave for a sizable amount of time inbetween said urges. Take my friend Smasher 101 for example, whom I introduced to the site over 3 years ago. He embarked on a project to watch all of the songs he likes in his music collection over the course of several months back in 2012-2013. He is one of those editors that only edits when he gets that urge. Hypothetically, if a year passed inbetween his urges and he failed to respond to the message (he most likely would, though, since I can contact him outside of the site, but this is for the sake of argument), would it be possible for all of his watches to be restored? I'm sure he'd be devastated just as anyone else would for all of their watched pages to be lost. So this sort of ties in to my first question, but here I'm more asking if watches could be restored. I'm assuming you can since you just mentioned you would "have the bot logs to restore" watches, but nonetheless I want to double-check.
Thanks, XxTimberlakexx (talk) (contribs)20:52, December 17, 2015 (UTC)
1) It would remove them from the talk page's watcher template. Their watchlist stays untouched (only they and the sysops can access it). 2) Ag and Au will both be downgraded to Bronze if no watcher is left. 3) The purpose of a watcher is to look after a page. If they don't check their watchlist even once within 60 days, then they're not really watching. If they do check in, they will see the message. If they respond slightly to late (a couple weeks max), then the watches could be restored. If they only notice half a year later, there'd be little point. — 6×9 (Talk) 21:06, December 17, 2015 (UTC)

Created template. Flagged 264 of 418 watchers, that's almost 2/3! We'll see how many react within 60 days… — 6×9 (Talk) 10:54, December 31, 2015 (UTC)

Speaking of page ranking business

6, does your bot have the capability to find all song pages with Spotify and then mark the "audio" section on their talk page (if one exists) to "done"? I ask because ever since we implemented Spotify on the site and regarded it as acceptable for the "audio" parameter, there's a plethora of song pages with "unknown" audios when they really should be "done". There has to be more song pages with Spotify than Goear now, and I'd say it's a more accessible and popular "audio" site to use. So this would certainly help. XxTimberlakexx (talk) (contribs)20:52, December 17, 2015 (UTC)

I could, but any info should be checked by a human before being marked as "done". A bot can check whether the link is valid & live, but it can't listen to the song and verify it's the correct one. — 6×9 (Talk) 21:10, December 17, 2015 (UTC)
Good point - since Lwt added a lot of those links, chances are it added a good amount of incorrect ones. I was just curious, thanks for answering. XxTimberlakexx (talk) (contribs)22:02, December 17, 2015 (UTC)
Yes, most of spots have been added by a bot, but have you tried to evaluate at least approximately the reliability of these additions? Statisticaly it may be ~90%, if not better. Yes, I understand 6s position - as a bureaucrat, he is absolutely right - ranking is and should remain purely "human-being' business" - under definition. But let's take a look at this "business" from another, pragmatic point of view - we may change reliability of audio param from current ~30% to ~90% (of course, values are hypothetical). Don't forget, that watchers are always free to fix any noticed mismatch after such batch update, or to be precise - that's their duty. What choice is better then - to "follow the letter of the law" or to have x3 times(!) more reliable info? (...if it have any sense at all...) :) --Senvaikis (talk) 22:24, December 17, 2015 (UTC)
PS: One more (alternative) point of view: strictly speaking, such update doesn't outrage even "the letter of the law" - according to the definition and requirements to info page, actually it's nothing more than some "digest" of its "parent page" content, ergo - it should be synchronized to this content. If some spot or yt is invalid, watcher should fix/remove it on the parent page first of all, but info page should remain always synced to its parent. --Senvaikis (talk) 06:32, December 18, 2015 (UTC)
Just for curiosity: here are the results of brief statistic evaluation for gold songs only (assuming they should be watched the most carefully). So, atm we have 17823 Gold Songs (set A) and 783845 Spotified Songs (set B). Then the count of golden songs, which should have an audio param set to "done", may be taken from the set C = A ∩ B (intersection of A & B). It's equal to 11243. And only 5480 (48.7%) of them have this param set to "done". Yes, I should admit that my initial evaluation was too pessimistic (at least for golden pages). But anyways, - 5763 gold songs still are waiting for some attention. May you imagine what would be the results of similar stats for bronze songs? :) --Senvaikis (talk) 10:03, December 18, 2015 (UTC)
PS: despite to much better results for the set D=GoldGoEar (7996 pages with expected high 86.7% reliability), it brings additional 1064 pages to be checked, so the final count for Au is 6827.
Just to play devil's advocate – while watchers should, in theory, check any edit to pages they have "adopted", in practice they'll have to notice that edit first, which requires them to have "hide bots" and "hide minor" unchecked.
I see what you mean though. I'm really on the fence about this issue. Strictly speaking, any Ag/Au song with audio=n/a and spot should be changed to "unknown" and downgraded… hardly feasible or fair. Even more strictly speaking, "n/a" should have a timestamp, since n/a at time of checking doesn't necessarily mean n/a now. I guess in the greater scheme it doesn't really matter – so many pages have been ranked Bronze or above without the necessary checking of even basic things like correct pagename, or existence, that a few potentially wrong spotify links are hardly of any consequence. — 6×9 (Talk) 19:54, December 20, 2015 (UTC)
Quote by 6 times 9: "Even more strictly speaking, "n/a" should have a timestamp, since n/a at time of checking doesn't necessarily mean n/a now"
If you were really strict, 6, you'd apply the same statement for "done" also - see the lists of Au & Ag songs with currently unavailable yts (most of them positively have been available atm of setting their videos to "done"...) :) --Senvaikis (talk) 21:19, December 20, 2015 (UTC)
Community content is available under Copyright unless otherwise noted.