If you need any assistance, make sure you ask on my talk page, on the Help Desk or in the Community Portal. (Asking on the help desk will ensure a quick response even when I'm not around, but any of these options is fine!)
If you need help getting started, check out our FAQ and the help pages. Another good way to get familiar with our rules is to look at some of the pages (especially those with a Gold star in the top right corner) and see how things were done there.
An important tip for new users: LyricWiki breaks some of the usual capitalization rules for artists, albums, and song titles. Please see LyricWiki:Page Names for more information.
Nice to finally get to meet Senv's alter ego :-) — 6×9 (Talk) 16:51, 26 June 2009 (UTC)
Thx, 6, but shame on Red - she's always late; - I'm so unhappy, 'cause her welcome message is far more colorful and telling ;) --Lwt 17:00, 26 June 2009 (UTC)
Rfl I've being doing a Tony Bennett marathon. Now I know he's one of the oldie and goodies, and although I like some of his songs I wouldn't call myself a fan. However that isn't how it looks if you check my contributions over the past 24 hours.
Anyway, I'm going to drag myself away from Tony and go to bed now. It's nearly 3.am and I really should try to get some kip. I might resume tomorrow. Dunno. I'll likely find myself going on a different journey in LyricWiki land. Still I'm increasing my knowledge of music by just going where the road takes me so I ain't complaing. Much. :-)
Oh and thank you for the compliment but I gotta disagree Lwt. My welcome message is more telling, yes, but 6's welcome message is more colourful than mine (grrr < small growl). Now did you nick the gold star from me 6..or did I nick it from you? I can't rightly remember.. Anyway, I thought you didn't like colours 6? he's just showing off Senv Haa haa. Night guys. ♫♫Яєdxx ♪♫♪♫♪ActionsWords 02:11, 27 June 2009 (UTC)
P.S. Oh, I almost forgot to tell you, instead of "Senvaikis" prolific edits in my watchlist, I now have "Lwt". A rose by any other name eh? lol.. Maybe Sean hasn't quite finished sorting it yet..I'll ask him. Tomorrow ;)
It's not my talk page, so I don't have to look at them. I just have to remember to close my eyes until I've hit the page down key. — 6×9 (Talk) 02:43, 27 June 2009 (UTC)
Dear Bot, why did you feel it was necessary to strip the article off of the "artist"-tag as you did in this edit? Yours truly, Anonymous IP-User. — The preceding unsigned comment was added by 84.138.234.56 (talk), 17:22, 18 July 2009.
1. He's a Cyborg, not a Bot :-) 2. The artist parameter in SongFooter used to be required, but isn't anymore – if it's left out, it gets the artist name from the Song template instead. — 6×9 (Talk) 18:10, 18 July 2009 (UTC)
What does Gc: followed by a percentage, e.g. Gc:95% mean? (2009-08-29T23:09:46 unsigned msg from IP:84.153.97.131)
Lwt uses Google Ajax app to detect the language of lyrics. "Google confidence" is a Google term, used to indicate reliability of language estimation. Unfortunately GC isn't absolutely reliable itself - especially for some groups of languages, such as {Croatian, Serbian, Bosnian}, {Indonesian, Malay} etc.
hth, on behalf of Lwt--Senvaikis (talk) 21:40, 29 August 2009 (UTC)
Replacing it isn't always a good idea… in this case it broke a link. — 6×9 (Talk) 11:23, September 24, 2009 (UTC)
Agree about bad idea, with one correction: bad idea was making {{AddAlb}} sensible to such replaces; believe me, Lwt has the same opinion. --Senvaikis (talk) 14:40, September 24, 2009 (UTC)
It's not AddAlb, it's {{AlbumtypeSwitcher}} (which is also used by {{Song}}). The trouble is that "compilation" and "soundtrack" are both reserved and lead to the artist name being stripped from the album link. Adding   before or after is a workaround that displays the same word but isn't recognized as such by the template.
Since there might be other instances where html code is necessary in a parameter (try adding "|alias=*test" to a Song template, hit preview and see what happens, especially in the footer, and then repeat after replacing the asterisk with *) it might be best if LWT could leave such code alone if it's inside a pair of double curly brackets. — 6×9 (Talk) 16:38, September 24, 2009 (UTC)
Resently have found a few minor lwt bugs, and very likely that's not all, so please, - let me know, if you've also noticed some lwt misbehavior. Tia, --Senvaikis (talk) 22:38, October 10, 2009 (UTC)
Well, since you asked… [1] — 6×9 (Talk) 08:05, October 16, 2009 (UTC)
Thanks, 6, despite the fact that I was compelled make one minor revision in above post :). According to your note, hope that's just the start of multiserial soap-opera ;) cheers, --Senvaikis (talk) 08:51, October 16, 2009 (UTC)
Just noticed that Lwt deleted the float parameter here. Just don't want to see all of the float parameters deleted. --WillMak050389 16:00, October 16, 2009 (UTC)
Oh, look at that, 6×9 already posted it... --WillMak050389 16:01, October 16, 2009 (UTC)
I've seen this bot change [[ ]] to (( )) thus breaking links to other artists, as in this edit: [2]. Is this droid operating properly? Should we not internally link to other artists? --FrozenScoundrel 18:13, October 18, 2009 (UTC)
Take a look at Help to ascertain that these edits are based on current songs formatting policy ( quote: "Please don't add fancy formatting within the <lyrics> tags"). Regards, --Lwt 18:53, October 18, 2009 (UTC)
No idea how this happened… but it's certainly interesting! — 6×9 (Talk) 17:12, October 25, 2009 (UTC)
Yep, that's impressive... And what's most interesting here - next to you, I absolutelly have no clue how could it happen :(. The only one possible explanation, springing to mind - some uncaptured after-crash side effect. Have you seen more such "pearls"? --Senvaikis (talk) 19:43, October 25, 2009 (UTC)
Currently going through Artist fLetter cats (which is where I found the above), but so far none of the misplaced artists are lwt's fault :-)
BTW, is there a way to search for edit summaries? I'm specifically thinking of "Adding categories", which almost always means someone did something they shouldn't have done (at least not like that); those three edits for example. — 6×9 (Talk) 20:02, October 25, 2009 (UTC)
Unfortunately, there are more... Looking further...{{small|...and found~10)--Senvaikis (talk) 20:22, October 25, 2009 (UTC)
Hope that was some bug in one of multiple interim Lwt versions, 'cause current version shouldn't breed such monsters. But, as we know already, - you never can be sure ;) So, if you'll notice one more Lwt edition with note "-af.akuma (invalid)", let me know. Thanks for noting that, 6 (though you wasn't the first who noticed that) :). Regarding searching by summary text, that's possible imo, but not easy and universal, plus requires additional programming - you just need to travell sequently across changes and parse them. I'll look @mwapi tomorrow, maybe it have some f-n, suitable for such task. Now it's too late for that, - nite, --Senvaikis (talk) 22:12, October 25, 2009 (UTC)
As it was expected, such search is possible with mwapi and a little programming. Here's an example, showing that Lwt has made 6 buggy edits, leaded by summary "-af.akuma (invalid)" between 2009-10-16 21:22:29 and 2009-10-16 22:00:00. Next take, (prompted by query-continue param at the end of response), give us next 3 matches. So, theoreticaly it's possible to create form for such search (limited by some reasonable time interval).--Senvaikis (talk) 09:37, October 26, 2009 (UTC)
Cool stuff! And there's not as many as I feared! Have you tried going back further than 30 days, or is that the maximum that Wikia allows? — 6×9 (Talk) 12:33, October 27, 2009 (UTC)
This search is mwapi equivalent to scaning all awailable data in Special:RecentChanges. As you know, it's limited by 30 days. Going further is possible, but only for particular user - that would be more similar to walking through Special:Contributions. So, all you need - just give me the names of recidivists (maybe this?) ;) --Senvaikis (talk) 14:08, October 27, 2009 (UTC)
Nice one! And a {{Genres}} template was even already present on the page! Do you want to tell him? It wouldn't be fair for me to get all the fun. — 6×9 (Talk) 06:21, October 29, 2009 (UTC)
Because the release year can be parsed from the page name, the "released" parameter is no longer necessary to specify the release year in the album infobox. LWT is removing all of these parameters from all of the album pages. At least, I believe this is the case. If you'll notice on the page you link to, the release year still displays, despite LWT removing the parameter. --WillMak050389 03:35, October 26, 2009 (UTC)
And this is the result of making Released parameter obsolete. Waaaaaaaah! — 6×9 (Talk) 20:41, October 26, 2009 (UTC)
At least we can expose all of the pages with incorrect titles. (Trying to find the good in this) --WillMak050389 21:09, October 26, 2009 (UTC)
Will is right; I'd say even more - that's fine! Keep goin', 6 - give us more improvements, reducing LW garbage! cheers, --Senvaikis (talk) 21:46, October 26, 2009 (UTC)
Finding these pages was part of the reason for the change… I just didn't expect it would be so many! Maybe a dozen or two… — 6×9 (Talk) 12:33, October 27, 2009 (UTC)
What system does LWT use for sorting parameters in {{Collaboration}}? [3] It's certainly… interesting. If I could lift one eyebrow I'd do so. — 6×9 (Talk) 15:48, October 29, 2009 (UTC)
It would be interesting system, if Lwt used either ;). If it's important - let me kno & provide "right" system :). cheers, --Lwt 16:20, October 29, 2009 (UTC)
Not strictly important, but having the parameters for each artist grouped together saves us carbon-based users a lot of eyestrain :-) — 6×9 (Talk) 19:05, October 29, 2009 (UTC)
Perfect. Thanks! — 6×9 (Talk) 19:24, October 29, 2009 (UTC)
(edit conflict)...and if you are satisfied now, - then it's your turn to satisfy both C- & Si-based users aesthetic needs. Speaking about *f.amg parameter #-padding. Isn't it possible to use some more flexible validation for amg, using your beloved string extensions? cheers, --Lwt 19:45, October 29, 2009 (UTC)
I fixed that already a while ago – now it only checks the length if parameter doesn't start with "41:". — 6×9 (Talk) 19:52, October 29, 2009 (UTC)
Both we are quick, but negative time of reaction... - that breaks all known lw records & even E relativity laws! Thanks, --Senvaikis (talk) 20:37, October 29, 2009 (UTC)
All bugs still mentioned -just child's play compared to the last my masterwork, - see last item (AF.akuma bug) in BugList. |:-[[ --Senvaikis (talk) 19:34, November 3, 2009 (UTC)
as it turned out, Lwt contribution was infinitesimal in multitude of wrong akumas ;) --Senvaikis (talk) 13:32, November 6, 2009 (UTC)
If you are familar with programming in .NET and using it's asynchronous WebClients - drop me an email.
Just one note - I'd not recommend to hasten with massive iT updates for albums and (especially) songs for a meantime, - there are some (1,2,3) doubts about possible changes in iTunes template...
It seems LWT completely removes the iTunes parameter when it's not in the "i=###&id=###&s=###" format, deleting many valid IDs (without the "i=" and/or the "s=" bit) along the way… (e.g. all song pages by these two guys) Is this a bug or a feature? — 6×9 (Talk) 12:39, January 6, 2010 (UTC)
Hi, 6. First of all - Happy New Year, though it's not very happy for me (contracted pneumonia & sitting @ home).
Yep, I know about an issue, and that's more bug than feature. Now I'm working on algorithm, which proved to be slightly too strict, though not exactly as you described.
So, "&s=###" isn't treated by Lwt as necessary part at all. Very much the other way - Lwt removes this part, if it matches US story ("&s=143441") and leaves untouched otherwise.
But unlike "s", "i=###" is must to be part of SF.iTunes, because it points to that particular song on the album. Strictly speaking, Lwt was right, treating all songs of those two guys as having invalid iTunes, because all these links were links to the album, not the song. The same situation has happenned with another guy, and Lwt was busy recorrecting your corrections at the moment when you wrote your message - you may look how it should look like imo :).
Why then I agree that algorithm was too strict?
To avoid verbosity - here's regex pattern used by Lwt as iTunes format validator: "^.*?((i=\d+&id=\d+)(&s=\d+)?).*$". Now let's look what's wrong with this pattern.
First buggy thing I noticed when Lwt removed iTunes from some PF songs. They were mistakenly treated as invalid for very simple and innocent reason = comments (some - by you, btw). So, new pattern should be changed to consider such possibility.
Second 'overkill' is not really a bug, because it removes actually invalid iTunes. These iTunes have following format: "id#####?i=#####". If I'd leave them as they are, then iTunes link, produced by template, would be dead. But they could be easily reconstructed to a valid links instead of deletion. That's what I'was going to do before receiving your msg :)
Btw, that's far from being all Lwt's 'overkills' ;). Recently I've realised that total "[]" and "{}" replacing by "()" in lyrics is also not so harmless, and stopped doing that... Nonetheless, - what do you think about all kinds of html- and wiki-style links in lyrics?
Pfff... Not so clear as describe :). Just now discovered that Lwt removed valid SF.iT, linked to UK store (s=143444), - see Khan:Stargazers. That shouldn't happen! Goin' to search the reason... --Senvaikis (talk) 15:45, January 6, 2010 (UTC)
Whoops, sorry – belated happy new year as well! (Though as far as I'm concerned we should have just skipped this whole winter thing and gone straight into spring…) I got a cold as well, not severe enough to stay home (unfortunately) but enough that my brain seems to be replaced with cotton wool. So I got an excuse :-)
I always thought iT links led to the same page, regardless of "i=" part – at least I always end up on the album page, but it might be different for someone who has iTunes installed on their system. (Would be nice to have this confirmed…)
About markup in lyrics – I've been wondering whether the API couldn't be adjusted to detect templates and wikilinks and just return the bit after the final pipe (and also filtering out double and triple 's): so {{foo}}, [[foo]], {{wp|bar|foo}} and '''[[bar|foo]]''' would all be invisible except for the "foo" to a plugin user, while those using the web interface would still get (mostly) full functionality. Then we could make it a policy to only allow these three markup elements, but no others. (And maybe making {{ref}} completely invisible, so plugin users won't wonder about all those numbers in some lyrics…) After all, if it's possible for {{instrumental}}, why not for the other stuff as well?
Hope that makes sense… If not, I'll try again in a week or so, when I'm hopefully better… — 6×9 (Talk) 19:21, January 6, 2010 (UTC)
You are right - all songs of album are displayed on the same page, but unlike sf.akuma, sf.iTunes link part "i=..." is responsible for particular song selection on that page. I have iTunes installed and may confirm that there's no big difference between web page and application window. However imo that's sufficient reason for keeping current requirement of "i=.." part as mandatory part of sf.iT. nice English, I suspect ;) cheers, --Senvaikis (talk) 20:41, January 6, 2010 (UTC)
…may start with "w" as well, see here for example. Took me a while to notice, and even longer to notice there are artists with q as well… Sometimes I think they actively try to make life hard for us :-) — 6×9 (Talk) 17:54, February 24, 2010 (UTC)
Yes, I've noticed that a bit earlier, but just thought that neither "w" nor "q" doesn't matter, while we can't solve (or just are ignoring) even "r"-ed links problem (and other probs - too)... --Lwt 18:29, February 24, 2010 (UTC)
I kept hoping it was just a temporary bug @ akuma… Anyway, I've added some code to the template that should fix many of the links. We still need to come up with a better solution though. — 6×9 (Talk) 20:59, February 24, 2010 (UTC)
Most, if not all, pages this guy created are missing the closing lyric tag & SF… Seems like an automatable I don't think that word exists, but it seems to fit task! — 6×9 (Talk) 13:14, March 6, 2010 (UTC)
Not sure what happened here, but LWT seems to have replace that album page with a copy of the artist's page. --WillMak050389 22:04, March 20, 2010 (UTC)
Thanks for noticing that; for a while have no clue how could that happen - should recheck last Lwt's edits tomorrow (some strange things started to happen on my box latterly). Please, let me know if you notice something similar again. Nite, --Lwt 23:08, March 20, 2010 (UTC)
It seems Lwt copied Lemon Demon:Booja Jabooja and pasted it at a completely different song page. Thought I should mention it if you didn't already know about it. :) Titaki 12:46, April 7, 2010 (UTC)
Hi, Titaki, thanks to you, now I know already how does it happen - that's the same bug as above- in some situations (my incautious manual intervention result) two different threads may grab the same global variable. Fixed (at least this piece of code) ;). Thanks once more, --Senvaikis (talk) 13:14, April 7, 2010 (UTC)
Hate to not understand what's goin'... Something is changed again in api without any comments... Now I can login again, - for a long? --Lwt 11:53, April 15, 2010 (UTC)
Sorry for belated reply - was out of 'connected life'. May you expand a little the therm 'tacle'? (unhealthy weekend resulted in depressed readiness of mind...) --Lwt 06:30, May 17, 2010 (UTC)
Sorry to hear that. I just meant whether you could add green stars to the ~460 pages that are currently marked as unranked. I see that you're already working on it :-) Thanks! — 6×9 (Talk) 18:36, May 17, 2010 (UTC)
Hello, I'm a speaker of Occitan and I can guarantee this song is not in Occitan. Hebrew?
--Jfblanc 21:48, May 18, 2010 (UTC)
Correct song title appears to be Oi Va Voi:D'ror Yikra, where the language is indeed entered as Hebrew. Google's translator thinks it's Occitan, though. Maybe because of the Latin characters… — 6×9 (Talk) 04:09, May 19, 2010 (UTC)
Thanks for noting that; could we ask you, as native Occitan speaker, to check other songs in Category:Language/Occitan? Tia, --Senvaikis (talk) 06:28, May 19, 2010 (UTC)
I noticed that the bot deleted a few wiki links as "dead", even though they weren't. The one thing that the two links had in common is that both of the wiki links ended in a period. (They were for the bands T.O.Y. and Misery Loves Co.) Perhaps that's a bug that should be looked into... Ssmodk 16:08, June 16, 2010 (UTC)
Thanks for preciselly set diagnosis, - I've checked your assumption, and found more miscleaning cases. So, now Lwt should recheck all 100 dot-ended artists, affected by this cleaning. That's not the final list of artists to be rechecked - some of them, as Evils Toy, mentioned by you, have had dot-ended wp-links (T.O.Y.), while title isn't dot-ended. If you don't like waiting until Lwt fix it's error, you may take a look at the (incomplete) artist list with wp-links they've had. Once more - thanks for nice catch.
--Senvaikis (talk) 21:03, June 16, 2010 (UTC)(I'd like to believe that ending dot was the only bugging char...)
Done: 102 dot-ended artists were affected by this bug, and 52 were cleaned mistakenly; all of them restored. --Senvaikis (talk) 08:55, June 17, 2010 (UTC)
P.S.
Btw, I'm still not sure that ending dot is the real/only reason of these miscleanings (there were 80 not cleaned (valid) dot-ended wp-links). The real reason may be related to wikipedia's internal redirects - HttpRequest, used by Lwt, then receives "not found (404)" error on the first request, while browser shows page with final (redirected) address. In other words, I'm afraid that the real number of miscleaned pages may be higher... --Senvaikis (talk) 09:40, June 17, 2010 (UTC)
Just glad I could be vaguely useful on this one. Ssmodk 18:14, June 17, 2010 (UTC)
Minor bug: lwt omits the fLetter when creating (some) new albums – example. There's also two spaces between "=" and album parameter, but I guess I can let that pass :-) — 6×9 (Talk) 14:43, July 15, 2010 (UTC)
Thx, 6. Nice to hear you after such long pause :).
Hope you have noticed that at the moment of creation this album title contained a space at the start - that's why lwt leaved fletter "empty", e.g. set it egual to " ". It didn't ommit it ;). The bug, howewer, registered - Lwt had to fix fL while moving the album to the current address. Though, entre nous, this action was made not exactly by Lwt ;) that was me :) ---Senvaikis (talk) 16:03, July 15, 2010 (UTC)
P.S. Btw, I'm pretty sure that some albums may have 'digital' fLs, for the similar reason (stupidity) :) --Senvaikis (talk) 16:23, July 15, 2010 (UTC)
I'm still around, just don't have all that much time most of the time.
Yep, a few :-) Seems like my brain is fried, I should have noticed the post-colonic space… — 6×9 (Talk) 16:52, July 15, 2010 (UTC)
Thanx for the fix on Hiroshima, although I honestly can't see what you did. ;-) Can you let me know what I screwed up so I can watch out for it in the future. Thanx Much. Peace, Joey G.WFJoeyG 23:29, August 19, 2010 (UTC)
Use edition history view in such cases and compare revisions you are interested in. So, looking at this revision, you'd notice SongFooter parameter language = English, added by Lwt. (This parameter is mandatory for all non-instrumental songs).
Now compare this to notice that part of lyrics text was removed, part was moved into credits section by User:Senvaikis. (Only lyrics text should be placed between lyrics tags).
And finaly, take a look at this talk page revision history to notice, that one of two your duplicated messages (unsigned one) was removed by me ;).
Just a note, I guess applying "proper" case is an automated thing.
This page got updated : http://lyrics.wikia.com/Alfa_Rococo?s=dgdiff&diff=0&oldid=9024690 and uppercase letters were applied to every word. The thing is that in French capitalization is different and it's incorrect to have every first letter of every word capitalized. See their own web site for their list of songs : http://www.alfarococo.com/discographie/
Maybe it would be possible to setup rules that applies the capitalization process according to the language?
I hope you don't mind if I revert the changes for now.
Thanks.
--Reptileqc 17:37, February 21, 2011 (UTC)
I do mind, actually :-) Please have a look at LW:PN. 6×9 (Talk) 17:21, February 21, 2011 (UTC)
I see. I guess as long as the wiki page is capitalized but not the display link, all is good. Another problem though is that lyrics fetching programs (i'm using add-ons in SongBird) are actually looking for an exact case match which in this case doesn't produce any result unless the songs are capitalized the way you changed them. Knowing that ripping programs will fetch song names from online music databases such as FreeDB or MusicBrainz (which are properly capitalized according to the song language) simply results in a broken continuity. --Reptileqc 17:37, February 21, 2011 (UTC)
Hope you understand, that LW:PN policy will not be changed just to conform your ripping program limitations ;). Follow Lwt - "retrain" your ripper to understand both MB & LW policies.
Senv's leaving to Luxembourg, and wasn't wise enough to leave me some job, so I'm going on strike at least for 2 weeks. --Lwt 22:50, February 28, 2011 (UTC)
You've resized this picture to 500x500. I was wondering if it was necesseray for every pictures even the ones with copyleft (pictures from wikimedia commons)? Thank you! UncivilFire 23:05, April 10, 2011 (UTC)
Thanks for fixing my iTunes link; Apple apparently doesn't want to make it easy for people to directly link to previews x.x Tonyrayo 10:07, October 12, 2011 (UTC)
Ancient bug that you probably solved ages ago, but just in case you weren't aware… [4] — 6×9 (Talk) 16:57, October 20, 2011 (UTC)
Oops... Seems that some Lwt subs still weren't fixed at that moment (1, 2). Hope now this bug is fixed, though truth to tell, I can't recall when it was done. To be precise, I can't even recall if I've ever noticed that bug at all ;). Anyways, - thanks for info, 6. --Senvaikis (talk) 19:00, October 20, 2011 (UTC)
Sorry, but seems that Lwt's created a bunch of work for itself again :(. Now over 1000 songs with removed embeded youtube should be rechecked... Sorry for that, - please, be patient while it be fixed. --Senvaikis (talk) 06:39, November 8, 2011 (UTC)
Heh as long as you're on it :) Is it worth me reverting the ones on my watchlist? – Antt 20:22, November 9, 2011 (UTC)
Hi, Antdos.
Though most of reverts have been done already, I can't assure validity of absolutelly all restored u2bes or invalidity of all removed ones, so my answer should be "yes, it's worth" (see the history of senv-lwt 'edit war' as illustration). Sorry for possible damage done, but all this eu2be restrictions business occured to be too complicated for Lwt (seems, for me too) ;).
So, there are over 360 songs with still unremoved u2bes, which are restricted for some countries (over 300 for Germany(DE), for example). Some of them are available only for US; some - denied for particular countries, as Talking Heads:Once In A Lifetime(PR,GU,VI,CA,DE,US,UM,AS,MP); others - allowed only for some countries, as Belinda Carlisle:Heaven Is A Place On Earth (PR,CA,US). That's why I simply left them untouched yet...
Ouch - I hadn't thought of that causing a problem. Do you know if there's a way of telling which are unrestricted when I'm looking for a suitable youtube video, then? – Antt 10:11, November 10, 2011 (UTC)
Yes, such a tool exists - Yahoo api, and Lwt's using it.
So,
for Tori Amos:Blood Roses this api response contains node <yt:noembed/> - that's why u2be was unebedded for this page;
for Belinda Carlisle:Heaven Is A Place On Earthapi response contains node <media:restriction type="country" relationship="allow">PR CA US</media:restriction>, e.g. u2be NOGEyBeoBGM is available only in these 3 countries;
for Kiss:Rainapi response contains node <media:restriction type="country" relationship="deny">DE</media:restriction>, e.g. u2be is denied only in Germany;
No, you don't need . One of touchstones, defining user trust level, is ability to accept notes about errors and fix them. That's why I wish you to reach at least this bot trust level.
And please, start your new messages on a new section.
Text, that bot add to some page (Geoffrey_Oryema:Ye_Ye_Ye, Geoffrey_Oryema:Makambo) is incorrect. May be, it's a translation of the original lyric, but in song I don't hear a English text. After delete uncorret Lyric, bot add this lyric again. (Sorry for possible mistake – English don’t my native language).
Thanks for letting me know about the pages with wrong lyrics, - I deleted them. Next time you'll find such wrong page, you may just mark it for deletion with template {{deletion}}, - adding the text {{deletion|<some reason for deletion>}} at the very top of the page text.
Keep in mind, that just deleting wrong lyrics in the page isn't the best solution - sooner or later such page will be deleted, as song without lyrics. It would be much better to just fill-in the correct lyrics. The same should be said about albums - there's no sense in creating album pages, if they don't contain any blue link (song with lyrics or instrumental song). So, may I ask you to fill-in the missing lyrics for this artist?
Thanks once more for info and for your contribution to LW. Happy editing, --Senvaikis (talk) 12:05, May 15, 2012 (UTC)
Thanks for information. From this point I will used a template "deletion", if I will see wrong lyrics and not find correct lyric.
I didn't knew, that creating album pages without existing song page is a bad idea. I will try to don't create that page.
I added to LW all lyrics of this artist, that I had, but may be I can find more lyrics or identify instrumental song while listening songs.
Odd behaviour, might have been triggered by (mis)placement of {{Album List}}. This seems to be the only affected album; at least it's the only one that turned up in Special:DeadendPages. — 6×9 (Talk) 18:12, May 15, 2012 (UTC)
Thx, 6. Seems this incident was a single result of some unguarded manual inervention while writing/testing the procedure. Can't find any similar misbehavior too.
To be honest, I (even) do know about another (even) similar misbehavior of both (ma & pa) procedures, but it's not so fatal, or, in other words, for a while I'm just lenient to fix it :)
Glad to hear you again, --Senvaikis (talk) 19:29, May 15, 2012 (UTC)
What does '(amg' (new format))' mean?
El gallo azul (talk) 03:41, December 10, 2012 (UTC)
Trying to make its edition remarks as short as possible, Lwt uses abbreviations for some well-known parameters, such as dog, mb, iT; amg is one of such abbreviations for AllMusicGuide. Usually Lwt adds "+" on adding, "-" on removing, or "'" on updating (changing) some parameter. Additional info (change request/reason) may be appended, usually enclosed in parentheses.
Anyway I could get the song pages for Team StarKid and Darren Criss excluded from this bot's job list? While it makes standard template fixes perfectly fine, it's replacing some of the custom formatting I'm using for these musical theatre songs. Examples: here and here.
Also, not sure if this is an issue, but the bot also replaced asterisks (used for bullet points in wiki code) with their ASCII equivalents for no apparent reason on this page. ǝsʞpɐןǝ (talk page) 14:23, 18 December 2012
Thanks for noting that, Eladkse, - yes, my bad - there's a (#)bug in latest Lwt procedure; hope to take a look at this tomorrow.
Regarding other your examples:
" ": as you know, in general we should strive to minimise using all kind of html markup in our pages and lyrics especially. So, I think it wasn't a very good idea to use non-breaking space in lyrics, moreover its necessity is also questionable.
Anyways, it's obvious that Lwt procedures should be fixed to eliminate any "side-effects" of such type. Unfortunatelly I'm going to take a two-weeks vacation, so that should wait till the New Year...
Merry Christmas to you! --Senvaikis (talk) 22:21, December 18, 2012 (UTC)
Lwt also seems to have trouble with /lt;lyric> tags, see here. But I hope you don't have to spend the last minutes before your vacation with fixing pages instead of packing :-)
Anyway, have a nice and relaxing vacation and a merry Christmas! — 6×9 (Talk) 08:07, December 19, 2012 (UTC)
Yes, you are absolutely right regarding LW pagenaming policy, but it would be very nice if you were more polite. Next note isn't very important, but funny enough: Lwt haven't ever moved this page, so please, try to be more attentive at addressing your admonitions ;). --Senvaikis (talk) 23:30, January 7, 2013 (UTC)
No probs with fetching, wasn't sure only about sugar - used other ext. links info as sweetener :).
Take the file AllExtArt.xls (8.7 MB) from my DropBox. It contains all ext info for 68704 artists (taken from CA), splitted into two sheets (Excel 216 limitation). Third sheet contains a list of 34946 non-MB artists, extracted from first 2 sheets. Let me know if you don't like Excel :)
Hth (what are you goin' to do with that btw?) --Senvaikis (talk) 07:06, January 23, 2013 (UTC)
Very nice of you! Unified into a database now. You did add some sugar though, (apart from the other AF suspects, tyvm!).... what is the purpose of the 7th column in pre & post M? 845 of them have a non empty value.
I'm thinking of making an editing tool. But more important than these, is your opinion and expertise!
So I will go ahead and ask, given that I have seen what LWT can do, What stopped you from populating all AF Ext Links over the past 3 years?
Was that a technical limitation, other work in the way, being conservative, nobody asked? I was thinking of fetching a list of mb etc, then verifying, then entering the verified ones into the Artist pages. But given that you haven't seem to have done it, I suspect you had good reason!
Strange, but you are right - I was surprized, but last User:Lwt/Tasks records about some Artist categories replenishments were made in 2010 November... Sorry for being so lazy, ES :). Anyway, can't find any better, objective "good reason", - so don't be afraid to start your job! I'll be at your elbow if you need any help.
Btw - can you edit pages now? I'm writing this msg just in Lwt, 'cause edit mode in browser suddenly became unavailable for me. Is that some problems on my box or on LW-side?
P.S. (now logged as Senv to make my response visible in RC): Still no Edit mode, tried different account, different browsers, even differnt boxes - no luck. Seems something serious on LW side...Senvaikis (talk) 11:12, January 23, 2013 (UTC)
Had same problem earlier but working now, had an edit conflict with you!
Found in Lonely pages, don't know if I should insert it in artist page or not. Leaving it for your Commander
--ES (Talk) 04:26, February 23, 2013 (UTC)