User talk:Chieftain Alex/Archive 14

bot request

Hi Alex, while you are moving skin images about, can you look at the ascended weapon skins as well? There are a lot that are named after a specific prefix at the moment. Thanks for the work you do. Tyndel (talk) 01:58, 20 November 2016 (UTC)

Hello Tyndel. I certainly can do that, just not at 2:30 AM! I'll take a look tomorrow. -Chieftain Alex 02:19, 20 November 2016 (UTC)

That's fine. Do it when you like. ^^ Tyndel (talk) 02:22, 20 November 2016 (UTC)

Alex, go to sleep, the files can be moved in the morning. XD (also your bot missed some. I'll make you a list for you to poke in the AM.) - Do_odleplex 03:08, 20 November 2016 (UTC)

Uh what, my bot seems to have missed out a load of pages.. derp, I know what has happened. No wonder there were 500 pages exactly, it hit the dpl limit. -Chieftain Alex 20:52, 20 November 2016 (UTC)

Fixed missing ascended pages.

In case you guys wonder why the Special:WantedFiles page exploded, the job queue is sitting at 2800 tasks and hasn't reprocessed the cached file names for {{item icon}} yet. -Chieftain Alex 21:12, 20 November 2016 (UTC)

(Edit conflict) I feel bad coming in here to only point out a mistake, so want to stress how amazing it is to see all those images etc. getting sorted.

• Ventari's weapons tend to use the Crimson icons (e.g. Crimson Antique Reaver) instead of the proper Viridian which matches the skin.

Thank Anet. Carry on! G R E E N E R 21:14, 20 November 2016 (UTC)

(Reset indent) *grumble grumble has bot run down list to do null edits at least to try and help fix what got busted* Actually, what I want to know is, this job queue, is that why Rodgort's Flame and Rodgort's Flame Experiment looks wrong on the Gallery of torches page and why Ley Guard's Revolver is still being wonky for me(and Incaz too, cause I asked her)? - Do_odleplex 21:23, 20 November 2016 (UTC)

noooo... -Chieftain Alex 21:30, 20 November 2016 (UTC)

Did you neglect to purge the skin pages Doodle? looks okay to me. -Chieftain Alex 21:32, 20 November 2016 (UTC)

Ventari's Artifact: [&AgF+BAEA], Ventari's Bastion: [&AgFzBAEA], Ventari's Blade: [&AgFwBAEA], Ventari's Brazier: [&AgGABAEA], Ventari's Claymore: [&AgF9BAEA], Ventari's Flanged Mace: [&AgF5BAEA], Ventari's Greatbow: [&AgF6BAEA], Ventari's Harpoon Gun: [&AgF1BAEA], Ventari's Herald: [&AgF2BAEA], Ventari's Impaler: [&AgF7BAEA], Ventari's Musket: [&AgF3BAEA], Ventari's Razor: [&AgF/BAEA], Ventari's Reaver: [&AgFxBAEA], Ventari's Revolver: [&AgGBBAEA], Ventari's Short Bow: [&AgF0BAEA], Ventari's Spire: [&AgF4BAEA], Ventari's Trident: [&AgGCBAEA], Ventari's Wand: [&AgFyBAEA], Ventari's Warhammer : [&AgF8BAEA]

@Greener; having looked at Ventari's item chat links, they all look like they use the correct, green, icon. -Chieftain Alex 21:38, 20 November 2016 (UTC)

Bah, relied on Smiley's site. In haste I meant that they should have been using the Crimson icons, but Smiley's data needs to be refreshed. G R E E N E R 21:46, 20 November 2016 (UTC)

wasn't smiley shutting down his gw2 hosted stuff? -Chieftain Alex 21:47, 20 November 2016 (UTC)

@ Alex: Rodgort's Flame Experiment is alright now, but I did a Null Edit on each page, hit refresh, did Ctrl+f5 and cleared my internet cache. Whole lotta nothing on the other two, though Rodgort's Flame was working before, but just stopped completely again. - Do_odleplex 21:50, 20 November 2016 (UTC)

I have never talked directly to Smiley about anything, so I wouldn't know. It's a fun bookmark that I have, but switching entirely to Darqam's page is an option for me. Sorry to leave such delayed message! G R E E N E R 05:31, 21 November 2016 (UTC)

(Reset indent) With regards to the icons, note that most, if not all of them, were all sorts of screwed up on the API when they came out; and I never checked to see if they fixed it. The API kept showing the wrong icons, and I believe sometimes the wrong skin. I remember this with rather bitter dislike since it cause me my first big headache for the wiki :/-Darqam 13:36, 21 November 2016 (UTC)

Ouch

My watchlist hurts. Turns out I have the articles and image pages for a lot of those skin item pages watched.. :D poke | talk 08:14, 21 November 2016 (UTC)

It could be worse I suppose, you could get an email notification for each watchlist change... -Chieftain Alex 18:00, 21 November 2016 (UTC)

Heh.. yeah.. right.. :S poke | talk 19:39, 21 November 2016 (UTC)

...

"18:23 (Deletion log) . . Chieftain Alex (Talk | contribs) restored page Daily Bitterfrost Frontier ‎(1 revision restored)". This made me laugh quite a bit. -Darqam 18:27, 21 November 2016 (UTC)

It didn't seem right ot leave it up in advance, they kept the new map name under wraps pretty well. -Chieftain Alex 19:07, 21 November 2016 (UTC)

I hope it's just me...

...and nearly all the icons on the Fused weapon skins don't say "Error creating thumbnail: Unable to save thumbnail to destination". Also File:Kaiser Snake Rifle.jpg and File:Kaiser Snake Staff.jpg. =< - Do_odleplex 02:02, 22 November 2016 (UTC)

I see it too, just fyi. -Darqam 06:00, 22 November 2016 (UTC)

I don't get it. Taking File:Kaiser Snake Rifle.jpg for example, moving that back to _Skin makes the thumbnails render fine. Moving it to "" without _Skin kills thumbnails that aren't the original size. -Chieftain Alex 07:42, 22 November 2016 (UTC)

It was something about that set, as nearly half of them of them were broken like that. Weird. - Do_odleplex 18:15, 26 November 2016 (UTC)

I was wrong (music)

You had asked earlier if any of the music was new from this patch and I said no. Turns out I'm a big fat liar. There is one new music piece in the dat for the new map. Sowy I lied :( -Darqam 20:54, 22 November 2016 (UTC)

JS encoding

Heya, I've finally encountered an issue with that snippet. I'm trying to purge the cache on File:Jotun Weapons Specialist.jpg and get :"The requested page title contains invalid characters: "%3A". " It seems like the encoding of the ":" character buggers up. -Darqam 17:34, 23 November 2016 (UTC)

// Encode wiki links that might break, e.g. ampersands.
function encodeWikiElements(selector, attribute) {
  $(selector).each(function (i, element){
    var m = $(this).attr(attribute).match(/^(\/index\.php\?title=)(.*?)(&action=.*)$/);
    if ((m) && ( $(this).attr(attribute).search('%') === -1) ) { $(this).attr(attribute, m[1] + encodeURIComponent(m[2]) + m[3]); }
  });
}
encodeWikiElements('a[href]','href');
encodeWikiElements('form[action]','action');

You were using that right? It seems like its purging okay to me. -Chieftain Alex 18:53, 23 November 2016 (UTC)

Did you change it at some point? With this new(?) one it works fine now. -Darqam 18:58, 23 November 2016 (UTC)

Icon switch

Triumphant Hero's armor the icons for the medium and heavy armor have their names switched. Should I re-upload the correct icons over each other or should I/you just do some fancy smancy moving icons files around to fix it? - Do_odleplex 20:13, 23 November 2016 (UTC)

We've had troubles with file moving recently haven't we - cache bugs - just upload over the top. Thanks and good spot. -Chieftain Alex 21:35, 23 November 2016 (UTC)

Good point, though I'm hoping re-uploading doesn't bug out too like it has been for me recently. >_< (As is I wanted to upload my full gala of Quaggan adventures here, but figured that might really kill all images, moved or not. So, I went and I posted it on Reddit XD) - Do_odleplex 21:43, 23 November 2016 (UTC)

trait /history pages

First off: thanks for creating these pages, it's a great help! :) One thing I noticed: I created the template {{Version history}} with a type param, so the notice shows the type of the shown spell. I've collected a list of pages on my User:Nefastu/Sandbox2 that would need the type=trait param on the notice template. I could do that myself, but I don't have a bot account with a bot flag and don't want to murder RC - so can you please add the param? Thank you! —Nefastu (talk) 12:51, 24 November 2016 (UTC)

I've edited the template to just pick up the context of the basepage, so as long as the history page is a subpage of the trait, skill, or effect, then it'll populate the template with the correct type automatically. These pages will need to go through the job queue at which point they will be updated. I hope that works for you? -Chieftain Alex 18:10, 24 November 2016 (UTC)

I guess this query has a rather light regarding performance cost (if that matters), so this definitively works and is probably more elegant than manually setting the type each time. Thanks! —Nefastu (talk) 18:19, 24 November 2016 (UTC)

No need to worry about performance, you probably wouldn't be able to create a query that would impact the wiki performance!--Relyk ~ talk < 18:28, 24 November 2016 (UTC)

Opening/refreshing a page like Guild Wars 2 Wiki:Projects/Skill Version History/Engineer does take some time, that's what I meant with performance cost, but that's just a lot of templates and icons. So yeah, I probably cannot impact wiki performance, but I can try. :D —Nefastu (talk) 18:45, 24 November 2016 (UTC)

The page gets cached, so opening/refreshing will be fine eventually. Editing is the only annoying part and you can avoid by editing by section. The actual solution would be to not call {{skill icon}} 1000 times.--Relyk ~ talk < 20:35, 26 November 2016 (UTC)

Shaman Aukje

I noticed you removed the merge suggestion with no discussion/explanation. Is there actual wiki policy on how this sort of thing works? I couldn't find anything. The only other NPC I could think of that changes name is Aid Worker Sya, and in that case the page was moved - there's no separate page for her earlier incarnation as Aid Worker Symon. --Azurem (talk) 21:09, 27 November 2016 (UTC)

For the first time in 3 months (I really hate doing this type of task, particularly move tags - srs just move the damn fruit) I went through every deletion tag, merge tag, split tag, move tag, rewrite tag and copyvio tag on User:Chieftain Alex/CFD. I didn't realise it'd been added today - if you feel strongly about it stick the merge tag back if you wish.

From a personal point of view, I'd prefer the pages on the wiki to reflects the names of the NPCs as we find them ingame, and as long as they link between the different versions I don't mind. -Chieftain Alex 21:15, 27 November 2016 (UTC)

Thanks for the clarification. I don't really feel strongly about it. I just noticed there were two (unlinked at the time) pages about probably the same character, thought "what do I do about this?" and went with my default method of 'copy what an existing article does'. It does seem kind of weird to me to have two different articles about the same person, but if I put the merge tag back probably nobody would care enough to talk about it and I'd forget about it and then you'd remove again it in three months on your next go through :P --Azurem (talk) 22:10, 27 November 2016 (UTC)

I personally think having two separate articles for one NPC is redundant, specifically for one who isn't that important overall. The only difference is her title, nothing more. || Louise || 22:43, 27 November 2016 (UTC)

I agree with Louise here, especially as how some NPC's names change as the game progresses, for example Caudecus(who has way to many names and to much time to plot on his hands lol). I'd say just use a redirect from the elder to the regular open world version. - Do_odleplex 23:03, 27 November 2016 (UTC)

The elder is actually the open world version (she's standing in Hoelbrak) and the newer version. The Leopard Shaman version is in a Living World instance and apparently can be in your home instance if you're a norn who chose leopard. -Azurem (talk) 23:43, 27 November 2016 (UTC)

Can You Explain...

Why Golem Arm needs "Golem Arm.png" as seen here? As far as I can tell, the infobox isn't popping up any reason for it, and I'm baffled. - Do_odleplex 20:23, 28 November 2016 (UTC)

See the documentation on Template:Ifexists. #ifexists is a parser function with a nasty habit of making things appear in wanted pages. -Chieftain Alex 22:58, 28 November 2016 (UTC)

Can I also assume that's why the Special:Wanted pages has things like loading screens for areas("File:Artergon Woods loading screen.jpg") or Point of Interests and SVG maps("File:Augur's Grotto locator.svg"‏‎)as being wanted? That function being fussy? (edit) Also leaving this here in case the RC log drowns it, because you'd be most likely the one to do it. - Do_odleplex 23:08, 28 November 2016 (UTC)

That subtemplate is horrible. I should figure out where we use the arraymap notation instead and destroy it. -Chieftain Alex 00:00, 29 November 2016 (UTC)

Well now I feel, better because I thought I got close to fixing it, but then got a whole ball of "nope!". Sidenote is the only thing that needs to be changed is {{#ifexist: to {{#ifexist| to fix the fussy templates? - Do_odleplex 00:12, 29 November 2016 (UTC)

probably, but the item infobox gallery template is used in many different infoboxes, so shall we say half the pages on the wiki? -Chieftain Alex 00:42, 29 November 2016 (UTC)

Just do what you need to do for the item infobox. - Do_odleplex 01:05, 29 November 2016 (UTC)

(Reset indent) Now I'm curious to know what's up with the HTML comments on this guy. - Do_odleplex 21:35, 29 November 2016 (UTC)

Preference is always to link to the correct item that the vendor sells. In this case, there are a lot of different versions of the Norn Axe - so instead of just mentioning the name, we've mentioned the item ID instead (more precision). Having said that, later on if you're editing vendor pages, you hate using ids since you don't know which id matches the item name without pressing preview, hence a few of the vendor table row entries have the item name written in too. It wouldn't make a difference to that template if you were to use {{vendor table row | id = 29253 | cost = 80 coin | item = Norn Axe }} instead. -Chieftain Alex 07:46, 30 November 2016 (UTC)

Halp, update broke stuff

Chieftain halp! My vector.css no longer interprets the functions: "mw.util.addPortletLink". Seems like this function was depreciated and has no replacements(?). Does your magic have an easy solution or do I need to do some ugly appending shenanigans? -Darqam 02:59, 1 December 2016 (UTC)

Jokes on you, all my stuff has been broken for months--Relyk ~ talk < 04:53, 1 December 2016 (UTC)

Jokes on both of you. I have no stuff to break! Konig (talk) 06:16, 1 December 2016 (UTC)

*Breaks all the things playing with ifexists* Hey Alex...XD - Do_odleplex 06:30, 1 December 2016 (UTC)

mw.util.addPortletLink still exists and works fine the way you have it in your vector.js. It’s possible though, that your script now simply runs too soon for mw.util to be loaded. You can use the MediaWiki resource loader to make sure that you have the dependency there:

mw.loader.using('mediawiki.util').then(function () {
    // mw.util is now available
    mw.util.addPortletLink(…);
});

Then everything should work. In your case, you can basically change your code to just define the addSidebarAdditionalLinks function, and then to mw.loader.using('mediawiki.util').then(addSidebarAdditionalLinks) afterwards. poke | talk 07:57, 1 December 2016 (UTC)

AWB

You wouldn't happen to be having issues with AWB as well would you? Mine seems to have randomly stopped working, in that it doesn't seem to recognize the wiki web address as valid. If not, I must of messed something up I guess. -Darqam 18:48, 2 December 2016 (UTC)

Do you mean working in general or logging in? If the former, mine seems to be working fine, as the the latter no idea, I have a bad habit of leaving my computer in sleep mode so it never really disconnects... >_> - Do_odleplex 18:58, 2 December 2016 (UTC)

Yeah, it's not connecting. Keeps telling me the url I'm looking for is not OK. I might just re-install then. -Darqam 19:04, 2 December 2016 (UTC)

like this? I guess the settings changed so I've got to make a new preferences file. Boring! -Chieftain Alex 21:28, 2 December 2016 (UTC)

Yeah just like that. Figured it be some config file but I can't find it. I can connect to literally anything but this wiki and wiki-en copy of it. -Darqam 21:36, 2 December 2016 (UTC)

Well now I'm totally afraid to turn my computer off now, AWB makes fixing stuff so much easier and faster. ;__; - Do_odleplex 21:38, 2 December 2016 (UTC)

What the hell, you leave AWB up?.. I suspect the MW version has killed this... -Chieftain Alex 21:39, 2 December 2016 (UTC)

Yes because I just leave my computer in sleep mode because I'm lazy/impatient and don't like to wait for it to turn on... =x - Do_odleplex 21:42, 2 December 2016 (UTC)

w:Wikipedia talk:AutoWikiBrowser/Bugs#Not working. -Chieftain Alex 21:45, 2 December 2016 (UTC)

(Reset indent) I'll keep track of that. In the mean time I tried deleting everything in AppData and issues stayed. -Darqam 22:14, 2 December 2016 (UTC)

So I'm starting to think that the issue has nothing to do with the mediawiki version. I can connect to the fr wiki just fine and it's running the same version as en wiki (as per https://wiki-fr.guildwars2.com/wiki/Sp%C3%A9cial:Version). Would you happen to know if AWB stores info somewhere else than in AppData? I deleted everything in there, and re-installed AWB but still nada. I keep thinking it's due to a certificate of sorts not updating (kind of like some odd ssh or sftp connections). -Darqam 04:11, 3 December 2016 (UTC)

I'm actually puzzled as to how mine works though to be honest. If stuff changed that much I thought I would have been kicked out and forced to reconnect or had some sort of hiccup, but no, running smoothly. Maybe if we can figure out why mine still works, the issue in general could be solved? - Do_odleplex 04:32, 3 December 2016 (UTC)

What AWB version have you got running Doodle? "Help → About"

It is very odd that I too can connect to the fr-wiki/de-wiki, but the wiki/en-wiki/es-wiki sites just won't let me connect. (yes you read that correctly, the spanish wiki rejects the attempt too) -Chieftain Alex 07:25, 3 December 2016 (UTC)

Says Version 5.8.8.0 SVN 12098 (2016-10-20 14:02:03) and "Internet Explorer version: 11.0.14393.447 .NET version: 2.0.50727.8745 Windows version: 6.2" . - Do_odleplex 07:28, 3 December 2016 (UTC)

@Darqam; Forgot to add, I've never attempted to connect AWB to the spanish wiki before, so there's no cache reason it would reject ES/EN but allow FR/DE. -Chieftain Alex 07:30, 3 December 2016 (UTC)

Thanks Doodle. Mine is exactly the same version. I'm looking at the .NET version though, and thinking that w:Wikipedia:AutoWikiBrowser#Running under Windows says it needs v3.5 - that wouldn't explain why it works on the other wikis though...

pywikibot is also broken, which makes me think they changed some backwards compatibility API stuff. I'll have a read through the documentation after dropping my car off at the garage. -Chieftain Alex 07:36, 3 December 2016 (UTC)

That looks like MSDOS. *____* Too bad the Mac version is more of a hassle than it's worth or I'd check AWB from my Mac/work laptop. - Do_odleplex 07:52, 3 December 2016 (UTC)

That would be because it's windows command prompt. I'm currently downloading a fresh copy of pywikibot from the source and mentually preparing myself to neuter the files again. -Chieftain Alex 08:39, 3 December 2016 (UTC)

Anyone know which MW version we were using prior to the update (so I know which MW release notes I need to read?) -Chieftain Alex 08:41, 3 December 2016 (UTC)

Basically I think the killer changes were the mw:Release notes/1.27#Action API changes. This would require a lot of changes to the api.py file :( Find another set of tools? -Chieftain Alex 11:03, 3 December 2016 (UTC)

(Reset indent) Maybe the Fr and De wikis have done some changes to their api file which makes it work already? Either way, I hope you (or someone else) figures it out, would be nice to know we can depend on all of our bots :/ (plus I really don't want to do mass uploads manually again...) -Darqam 17:11, 3 December 2016 (UTC)

Move Request

Was poking about to find user images that weren't titled correctly and found this: Special:ListFiles/Kristofferus. Those should all probably be moved to have "User" in front of the file name but because there are so many, I know I'd hit a move limit every so often, it would kill the recent change log, and to be honest I have no idea how to move files with AWB. Can you fix that all up/links/licensing/etc. with your bot? - Do_odleplex 19:15, 12 December 2016 (UTC)

Pages are moved with pywikibot. Which isn't working yet because they haven't fixed the wiki bug. Just wait a bit. -Chieftain Alex 19:24, 12 December 2016 (UTC)

Ah okay. - Do_odleplex 19:29, 12 December 2016 (UTC)

Okay here's something small you can move...or merge rather. File:Melandru Statue Full.jpg into File:Melandru Statue.jpg, with the the first image linked being the top image. - Do_odleplex 01:56, 13 December 2016 (UTC)

/alex voice I went ahead and did the merge. —Ventriloquist 17:33, 13 December 2016 (UTC)

XD Thanks. now if you can delete my self-made derps to hide my shame...=x - Do_odleplex 21:47, 14 December 2016 (UTC)

Not sure which file was that, so I just annihilated them all. —Ventriloquist 23:27, 14 December 2016 (UTC)

Alex actually got it, I uploaded a trident picture with the wrong name. At least now the speedy deletion list is clean (for now...dun dun dunnnnn). ;D - Do_odleplex 23:32, 14 December 2016 (UTC)

One hit one kill. I was totally going to get around to botting the delete list before I go on holiday tomorrow though. -Chieftain Alex 12:33, 15 December 2016 (UTC)

I couldn't sleep. —Ventriloquist 21:38, 15 December 2016 (UTC)

(Reset indent) Coming back to this because I think everything bot related is fixed, Alex can you move those files now? =o - Do_odleplex 01:55, 9 January 2017 (UTC)

My version of pywikibot isn't working. https://wiki.guildwars2.com/index.php?title=User_talk:AWB_Alex/Pywikibot&diff=prev&oldid=1345980 -Chieftain Alex 07:34, 9 January 2017 (UTC)

Ah dang... - Do_odleplex 07:37, 9 January 2017 (UTC)

New possible map template/widget

← moved to Guild Wars 2 Wiki talk:Projects/NPC Coordinates#New possible map template/widget

No snow :(

Why did you remove the winterday skin from the wiki when wintersday hasn't ended yet? —Azurem 18:57, 1 January 2017 (UTC)

#SnowOrWeRiot -Darqam 20:39, 1 January 2017 (UTC)

Alex is clearly anti-snow. (Also, The French wiki still has their snow, I'm jealous of them. =<) - Do_odleplex 23:05, 3 January 2017 (UTC)

NPC map

Heya,

Not sure when, but something broke and it's not showing up anymore. See for example: C.L.E.A.N. Researcher Borpp -Darqam 21:21, 5 January 2017 (UTC)

Sometimes widgets do that. (It's working fine for me at least) -Chieftain Alex 21:24, 5 January 2017 (UTC)

Strange... the maps are not working on FF, chrome, or edge. Tried a local and wiki cache refresh, nothing. Oh well, will assume it still works for now I guess and hopes it fixes itself. -Darqam 21:33, 5 January 2017 (UTC)

Purged my cache, confirmed it was broken, added missing apostrophe. Sorry for the distress! -Chieftain Alex 21:38, 5 January 2017 (UTC)

... Worst part is I was about to come back here and say it got magically fixed. You could have gotten away with it. -Darqam 21:41, 5 January 2017 (UTC)

“Removed bank API support”

Just curious: What was that about? poke | talk 23:33, 6 January 2017 (UTC)

http://wiki.guildwars2.com/wiki/User:Dagger/Widget_drafts/API - dagger wrote some cool JavaScript a while back; it inserted a player's account unlocks, items and currencies (e.g. You have 180 mithril ingots when visiting the mithril ingot page). Considering we didn't take it up, I was surprised that we had user code remnants in mainspace templates. I only stumbled upon them via an Edge error message in the console about malformed HTML tags. -217.42.153.77 02:30, 7 January 2017 (UTC)

https://wiki.guildwars2.com/wiki/Guild_Wars_2_Wiki_talk:Community_portal#Displaying_account_data_from_the_GW2_API_on_the_wiki found the thread. -217.42.153.77 02:33, 7 January 2017 (UTC)

Ah, I see, I remember that! Interesting that we had stuff for that within the templates. poke | talk 14:57, 7 January 2017 (UTC)

Undelete image

Can you temporarily un-delete "Pioneer Golem 01 map.jpg"? I need to check something on it. - Do_odleplex 00:29, 7 January 2017 (UTC)

The removed versions only show the top two locations—if that helps. poke | talk 00:49, 7 January 2017 (UTC)

The current map doesn't have ending location, so if I could use that map to know where to put the icon. Also to see if I could update the current map to indicate what numbered golem spawns where. (Or in short, I don't want to die to chak again making a map. ;__;) - Do_odleplex 01:01, 7 January 2017 (UTC)

"What numbered golem spawns where" - Like I said on the page, any golem can spawn anywhere. Proof, also a picture of the end location to help you to make a non-shitty map. —Azurem 01:20, 7 January 2017 (UTC)

I’ve just merged the history on File:Take the pioneer golem back to its maker with its data intact map.jpg now. poke | talk 01:24, 7 January 2017 (UTC)

Ah, lovely thanks! Also thank you Azurem, I was under the thought that they spawned in certain locations per number, so that's one less thing to do. - Do_odleplex 01:31, 7 January 2017 (UTC)

Yeah, that's the main reason I merged it. It made sense to have them separate when we thought they each had their own routes, but if they're all doing the same thing then you're just repeating the same information three times. —Azurem 01:46, 7 January 2017 (UTC)

Cake

Do you like cake? I feel like cake right now. Wait, no, I feel like pie. Perhaps a pecan pie, even though that's more for the holidays. Yes, pecan pie with orange pekoe (I'm feeling rather proud of myself for that alliteration). G R E E N E R 19:20, 14 January 2017 (UTC)

I'm a strudel man, but walnut and coffee cake is delicious. -Chieftain Alex 19:32, 14 January 2017 (UTC)

Not Orphaned

I add that to any image that are being used as a link somewhere else. For example File:Kill the alpha drake 2.jpg or File:User Doodleplex Chicken Skritt.jpg. Just so they don't get accidentally deleted or something. - Do_odleplex 07:36, 24 January 2017 (UTC)

Seriously explain -Chieftain Alex 18:31, 24 January 2017 (UTC)

I didn't mark that one as not orphaned...? Did you want me to? - Do_odleplex 18:42, 24 January 2017 (UTC)

Ah the licensing. I could have sworn you said to remove the Arenanet licensing from user images(providing there wasn't anything blatantly copyrighted by Anet like a logo). Maybe it was Vent. I dunno. o.o - Do_odleplex 18:56, 24 January 2017 (UTC)

If I did, that must have been a long time ago surely... before we received the prompt to tag files with one of the options upon uploading files. -Chieftain Alex 18:59, 24 January 2017 (UTC)

That certainly would explain why so many user images are missing headers. But anyway what should I do? Keep going and remove the licensing if it's pictures of user's self made character's(because they aren't a registered trademark/image of Anet's such a logo/icon or preview of armor/weapons) and self made graphics, or just the graphics? - Do_odleplex 19:12, 24 January 2017 (UTC)

Nope, wasn't me. I remember the discussion, but I stayed on the sidelines because I wasn't sure either, heh. —Ventriloquist 21:16, 24 January 2017 (UTC)

Dunno if this helps, but I just asked the lawyer I know who deals with the copyrights for some of the graphics/logos I do. Technically the player characters are fan creation, but it's based off of a template created by Anet, so it's sort of a grey area. She thinks there probably shouldn't be an issue if it doesn't have a "ANET IMAGE" tag, especially since it's hosted here on the official wiki, so there's a legalish answer if needed? - Do_odleplex 21:45, 24 January 2017 (UTC)

Because it's not ArenaNet's lawyer, no that would not be usable advice. The gist of copyright for the wiki is that anything uploaded here has, by default, their blessing due to the disclaimer at the bottom of every page (tl;dr version: anything on this site is ours) - we know that, however that hasn't stopped us putting image licensing templates up on every image anyway (which serves as a reminder). -Chieftain Alex 18:35, 25 January 2017 (UTC)

So user images don't need to have the "property of anet" tag stamped on them because it's implied(other than the GFDL ones of course), okay. So the question still is: can I continue to work on the user character images so they're only in in the category for user images or no? I'm trying to find the user images that don't have "User Username Imagename.jpg/.gif/.png" as their name, are tagged as screenshots, and don't have a "user image" tag, and moving the player character images there makes it much easier to find and fix those. - Do_odleplex 20:07, 25 January 2017 (UTC)

Move the files if you wish, but I'd rather the existing tags remained, unless they're really, really wrong. -Chieftain Alex 20:17, 25 January 2017 (UTC)

(Reset indent) Okiedokie. Speaking of really wrong, is this really from GW1? It looks like a drunkendevourerer doing it's dance animation. - Do_odleplex 20:20, 25 January 2017 (UTC)

Definitely gw1. You could ride the siege devourer in the charr missions of the eye of the north expansion, and then type /dance like in gw2 - except all genders and professions had their own dances, and so did the npcs. -Chieftain Alex 20:54, 25 January 2017 (UTC)

Removed pages

Hey, did you remove all the content from the pages you have listed on User:Chieftain_Alex/sandbox3 by accident? —The preceding unsigned comment was added by Yonnn (talk • contribs) at 16:36, 26 January 2017 (UTC).

No it was on purpose, we're trying to fix something. (Also, please sign your comments with ~~~~.) - Do_odleplex 21:38, 26 January 2017 (UTC)

Oh, ok. Sorry if I messed it up by reverting the Reaper page. Yonnn (talk) 21:54, 26 January 2017 (UTC)

No, the only person who messed up was me (back in December), and the mediawiki bug has compounded my mistakes. I've now restored the content of all those pages. We'll need to try something else. -Chieftain Alex 22:13, 26 January 2017 (UTC)

pywikibot

Hey, so can you still manage to edit pages with pywikibot? For some reason I keep getting NameError, but I don't think I am actually screwing up. If you don't have the same issue then I guess it's my problem. -Darqam 03:43, 31 January 2017 (UTC)

Obviously a bug on my end since an old script works. No clue why, oh well. Sorry for talk page spam. -Darqam 05:41, 31 January 2017 (UTC)

Dunno, pywikibot failed last time I tried to use it (new token types for MW 1.27 - if it works for you, is it spamming legacy compatibility messages?)

I'm using User:Chieftain Alex/editing robot. -Chieftain Alex 07:43, 31 January 2017 (UTC)

Yeah I got it working (my previous issue was some dumb ass move on my part using a variable I hadn't defined). For example I just did this edit with pywikibot. Maybe something got updated again and it works?

Also, I think it might be worthwile on you AWB alex page to link this: https://www.mediawiki.org/wiki/Manual:Pywikibot/Third-party_Wiki_Quick_Start. It is waaaaay easier to understand what needs to be done to install it in my opinion.-Darqam 13:54, 31 January 2017 (UTC)

Ah, I forgot to mention, the script I was trying to use was the "delete" one - it didn't see my admin rights, rejected my token, and tagged the page for deletion (with the template) instead of deleting it. -Chieftain Alex 18:08, 31 January 2017 (UTC)

Ah, well I don't think I can test that, given I don't think I have delete rights. -Darqam 18:48, 31 January 2017 (UTC)

Gathered from

My sweet template's usage was expanded to include anything that isn't found in containers, but in actual objects, such as chests. Therefore, using them on, say Malicious Axe of the Unseen, adds Samarog's Chest as a source. Granted, I should probably move the template to a more suitable name, but I'm afraid of it imploding. —Ventriloquist 00:01, 11 February 2017 (UTC)

Thanks for explaining - now i've purged the cache on both pages I see what you're talking about.

Wouldn't "contains" and "contained in" make more sense for object chests? -Chieftain Alex 00:12, 11 February 2017 (UTC)

Perhaps, but adding them to that existing template creates blank icons, since the template only handles actual items and not interactive objects (Vent says, with his limited template knowledge). Plus, the template is named 'contained in' because it's related to actual containers, whereas mixing 'containers' with 'chests' might get a bit messy. However, if I were to move the template to a new name, I guess something like {{receives}} would be fair. —Ventriloquist 00:16, 11 February 2017 (UTC)

I've made the template less dumb. If there's no icon, contained in doesn't show any icon. {{Item icon}} uses a bunch of code you'd never trigger via a wrapper template anyway. -Chieftain Alex 00:30, 11 February 2017 (UTC)

The real question for me is do any items drop from object chests AND item containers? -Chieftain Alex 00:31, 11 February 2017 (UTC)

If you mean an object that drops from a container that is obtained from a chest but can also be from the chest separate, so it sort of inception-ish? I thought maybe the chests in the Maguuma Wastes, but apparently I was wrong so I'm gonna go with "nothing that I know of". - Do_odleplex 01:31, 11 February 2017 (UTC)

The raid weapons can drop from a chest (container) and a boss chest, so yeah that's a scenario to keep in mind. -Darqam 01:41, 11 February 2017 (UTC)m

There's actually a lot of items that are found both in chests and in containers - just look at boss chests. They always drop Dragonite Ore, which is also found in a bunch of containers. Opening a boss chest can also give you cores, which are again found in containers. —Ventriloquist 09:58, 11 February 2017 (UTC)

Toy Skills Stuff

Or at least the ones shared by many toys such as Prepare for Combat, maybe just have it liked to "Category:Toy Skills" or something. I'm just going leave it here just in case I forget which skill. - Do_odleplex 02:07, 26 February 2017 (UTC)

k done. -Chieftain Alex 02:14, 26 February 2017 (UTC)

Finding stat-selectable gear

A task for you, or for anyone else watching your talk who can perform such sorcery. I want a list of pages that use Template:prefix selection and include a particular parameter. Specifically, I want one list for Berserker, one list for Magi, and one list for Viper - Tanetris (talk) 17:56, 2 March 2017 (UTC)

This is kind of related to the topics here: Property talk:Has equipment prefix. This will be completed in a few hours. -Chieftain Alex 18:10, 2 March 2017 (UTC)

This query will work later:

{| {{STDT|equip sortable}}
! Item !! Type
|-
{{#ask: [[Has equipment supertype::+]] [[Has level requirement::80]] [[Has item rarity::Ascended]] [[Has selectable equipment prefix::berserker]]
| ?Has game icon | ?Has canonical name | ?Has item type
| limit = 500 | sort = Has equipment supertype,Has item type | link = none | format = template | template = Simple equipment table row result format
}}
|}
{| {{STDT|equip sortable}}
! Item !! Type
|-
{{#ask: [[Has equipment supertype::+]] [[Has level requirement::80]] [[Has item rarity::Ascended]] [[Has selectable equipment prefix::magi]]
| ?Has game icon | ?Has canonical name | ?Has item type
| limit = 500 | sort = Has equipment supertype,Has item type | link = none | format = template | template = Simple equipment table row result format
}}
|}
{| {{STDT|equip sortable}}
! Item !! Type
|-
{{#ask: [[Has equipment supertype::+]] [[Has level requirement::80]] [[Has item rarity::Ascended]] [[Has selectable equipment prefix::viper]]
| ?Has game icon | ?Has canonical name | ?Has item type
| limit = 500 | sort = Has equipment supertype,Has item type | link = none | format = template | template = Simple equipment table row result format
}}
|}

Also gz on your first widget namespace edit, you are now the dedicated maintainer of all wiki widgets. -Chieftain Alex 18:26, 2 March 2017 (UTC)

---

Another task for you. What I want... Is basically what https://gw2efficiency.com/crafting/calculator/80857-Grandmaster-Tailor's-Mark does, except without the full breakdown (and ignoring the use your own materials option), just the end price, preferably with the ability to do multiple items and multiples of items and just output the end sum. So for example I could do, say {{craft price|3|80857}} and it would output 58  85  10  (which is the price of 3 Grandmaster Tailor's Marks by that math at the moment) or {{craft price|1|48019|1|76115|5|19721}} would output 82  50  45  (which is 1 Hronk's Breastplate + 1 Viper's Intricate Gossamer Insignia + 5 Globs of Ectoplasm if I've mathed right). Doable? - Tanetris (talk) 14:43, 4 March 2017 (UTC)

very difficult. -Chieftain Alex 14:48, 4 March 2017 (UTC)

Is it the math that's the issue or the recursive recipe-finding that's the issue? If I have to manually input all TPable items and amounts and it pulls the buy order prices and adds them all up, that would work too. - Tanetris (talk) 14:55, 4 March 2017 (UTC)

Basically relyk fixed some buggy logic in Template:Base ingredients by rewriting it from scratch, but for some reason relyk's version can't be used twice on the same page (believe me when I say I've spent several hours trying to figure out why you can't use the same template multiple times on the same page). If we hid the rows detailing the cost breakdown, we could then calculate the output price in the format you want. However not being able to compare two item prices makes that pointless. {{Base ingredients|Grandmaster Tailor's Mark|quantity=3}} & {{Base ingredients|Yassith's Breastplate}}. -Chieftain Alex 15:05, 4 March 2017 (UTC)

Reading your reply again, if you figure out what the complete materials list is, we can use [[Widget:TP prices total]] via {{tp total placeholder}}. -Chieftain Alex 15:07, 4 March 2017 (UTC)

Probably would have saved yourself several hours if you asked me for help. The template can't be used multiple times yet because you need to clean up the #vardefines for the temporary per-item variables for all the items in the base ingredient list.

It would actually be easy... The only issue is the total price calculation is baked into the widget. Instead of making more spaghetti code out of it, you want a widget that does the portion that handles individual entries for 'tpprice' and 'tpsubtotal' and a separate widget for doing the total. The widget for individual entries only needs to be run once since it's not aggregating any information. The TP total widget will need to have a notion of groups so that TP prices total doesn't clobber 'grandtotal' elements (It already has this available with the counter).

The ingredient list is already implemented on {{base ingredients lookup}}, see Nevermore II: Ravenswood Staff for an arbitrary list of items.--Relyk ~ talk < 16:45, 4 March 2017 (UTC)

Ok if you know what the problem is, and it's simple, can you please apply the fix such that Template:Base ingredients cleans up after itself? -Chieftain Alex 16:54, 4 March 2017 (UTC)

What I wound up doing for now was grabbing the current prices as of this morning off of gw2efficiency (which is a delightful site, wound up being super easy and quick, like 10 minutes to grab everything I needed) to use as placeholder numbers while I fooled around with tables to get a sense of how I wanted to arrange it. Sounds like you guys are on your way to making me a nice easy template for the dynamic prices? Lemme know when that's a thing~ - Tanetris (talk) 22:39, 4 March 2017 (UTC)

Relyk likes to troll me by saying stuff is easy to do, promptly followed by not editing. -Chieftain Alex 23:55, 4 March 2017 (UTC)

Everything is easy when you're not the one doing it, didnchaknow? Konig (talk) 02:17, 5 March 2017 (UTC)

Sorry, I've been focusing on other things and investing less time on the wiki right now. The issue with the template was low priority because we don't have use cases for multiple base ingredient calls yet and I can't edit widgets. I don't need people demanding I fix an issue or say I'm trolling.--Relyk ~ talk < 17:17, 10 March 2017 (UTC)

So the couple lines needed for book keeping: [1]. The widget logic for the individual entries needs to be pushed into {{base ingredients table row}}, add a group counter variable in {{Base ingredients table}} to add a tp-total-group attribute to the rows, then have [[Widget:TP prices total]] calculate the total for all the items in each tp-total-group. I think {{tp total placeholder}} only needs to define tp-total-group. Alex has an alternative doing this with tpwrapper element to group entries together. That should be fine but hard to follow on a widget that I already find difficult to read.--Relyk ~ talk < 18:58, 10 March 2017 (UTC)

(Reset indent)

 {{Base ingredients total|Grandmaster Tailor's Mark|quantity=3}} & {{Base ingredients total|Yassith's Breastplate}} 

… & …. I'm pretty sure Alex is caching the TP prices in the widget so this wouldn't be insane for a list of items.--Relyk ~ talk < 20:13, 10 March 2017 (UTC)

Super job, thanks relyk. -Chieftain Alex 11:13, 11 March 2017 (UTC)

I've had a bit of a play around with the wiki API and I'm making some progress. A while back I removed the [[Property:Has ingredient id 1|id based recipe properties]] - we'd probably need to restore those such that we're able to effectively combine trading post (gw2), item (gw2) and recipe (gw2w) API queries. -Chieftain Alex 14:53, 11 March 2017 (UTC)

What would we be doing with the wiki API? I'm not sure why we need properties specifically for wiki API queries.--Relyk ~ talk < 16:12, 11 March 2017 (UTC)

Consider it a work around for hitting the MWException error when using base ingredients enough few times to pull a ridiculous number of ingredients (ref). Wiki recipes have the advantage of including mystic forge stuff. As I said, it's something I'm thinking about, not something I'm committed to. -Chieftain Alex 16:18, 11 March 2017 (UTC)

Your main issue with the api is that it won't be cached server-side, which would lead to the ~20 seconds it takes to generate the page every load along with the overhead of the HTTP/AJAX requests. I don't think the wiki servers aggressively cache the queries.

Obviously, as it's a massive resource hog with the #vardefines and #ask queries. We never intended to use it more than a couple times. I don't think there are any use cases beyond comparing two items. An easy save if we start bumping into those issues is caching the recipe lookup for the item in a #var.--Relyk ~ talk < 15:11, 12 March 2017 (UTC)

Possibly related: equipment prefixes

(Reset indent) Not sure if this is related, but I was not able to get Ruby Orichalcum Amulet, ID 13501, to appear on the query below:

Amulet (loot)#item58	23183
Orichalcum Amulet#itemct22	13501
Pendant of Arah	39475
Ruby Pendant	23097

I don't know if this is related to what you've been working on or not. G R E E N E R 22:17, 11 March 2017 (UTC)

Hello Greener. A quick glance at Orichalcum Amulet#itemct20 vs Pendant of Arah tells me the prefix is being stored as "ruby" rather than "berserker". I'll have a look around and see if that's normal for amulets or not. -Chieftain Alex 22:23, 11 March 2017 (UTC)

Additional note, ID 23183, under Amulet (loot) was missing as well, but shows up in a different query without the "Has equipment supertype::Trinket" property:

Amulet (loot)#item58	23183
Orichalcum Amulet#itemct22	13501
Pendant of Arah	39475
Ruby Pendant	23097

G R E E N E R 22:33, 11 March 2017 (UTC)

I think it should be working now. -Chieftain Alex 22:52, 11 March 2017 (UTC)

You fixed it before I even finished my lunch. Hot damn, and many thanks! G R E E N E R 23:04, 11 March 2017 (UTC)

"when lye turns the API back on it'll work"

Timing is everything, huh? - Tanetris (talk) 19:19, 18 March 2017 (UTC)

Not saying I bricked it when nothing loaded but I sure was glad it was the api that broke. -Chieftain Alex 20:18, 18 March 2017 (UTC)

Intermittent bug with the armor tables

As per https://www.reddit.com/r/Guildwars2/comments/61jlxi/guide_to_level_80_highend_pve_gearing_i_put/dffadfo/ sometimes on load the armor tables show inaccurate 10-20g prices instead of the actual 60-80g prices. A refresh fixes it, and I haven't noticed the same problem with the weapon tables (though it's possible I've missed it). Any idea what's causing that or how to fix? - Tanetris (talk) 19:29, 26 March 2017 (UTC)

Screenshot comparison. Wrong prices on the left, correct prices a couple seconds later after a refresh on the right. - Tanetris (talk) 20:27, 26 March 2017 (UTC)

I glimpsed the problem once within 20x of pressing refresh, and unfortunately i didn't have any console information to debug it with. See if you can reproduce your problem on User:Chieftain Alex/sandbox. -Chieftain Alex 20:53, 26 March 2017 (UTC)

This may very well be a stupid question, but could it be possible that it's related to the distance between the /items template on the page and the armor tables? Could it be worth separating the /items template into one for weapons that's left where it is and another for armor that's placed in that section? - Tanetris (talk) 21:02, 26 March 2017 (UTC)

Nope, wouldn't do anything but make it harder to track. You want to put #vardefines at the top of the page so you know it's always available and don't mess up while moving anything around.--Relyk ~ talk < 02:45, 27 March 2017 (UTC)

Another use

If we can get the bug thing sorted out, what do you think of adding a Craft Price column to the Faction Provisioner tables? - Tanetris (talk) 06:28, 30 March 2017 (UTC)

I haven't been able to replicate the bug since I saw it the first time on the tables, but it wouldn't be difficult. -Chieftain Alex 06:32, 30 March 2017 (UTC)

Can confirm that the bug still happens from time to time. - Tanetris (talk) 21:41, 22 April 2017 (UTC)

Changed it to a widget which dumps stuff into the console for debugging. Let me know when it next happens and don't purge the cache. -Chieftain Alex 22:12, 22 April 2017 (UTC)

Just now - Tanetris (talk) 04:04, 23 April 2017 (UTC)

And again. Is there a thing it would be useful for me to look at when it happens and report to you beyond just 'Hey, now'? On a sidenote, I've noticed that the weapon tables are off too, but less egregiously (direct craft says 60-70, which is the approximate right range, but direct craft says 30-40, which is a good 20g off. - Tanetris (talk) 08:51, 28 April 2017 (UTC)

w.r.t. how am I debugging: http://imgur.com/a/v8nxe If you inspect the page source around one of the TP total elements, you'll see a list of the variables given (the first <p> element), with a hidden span for each item with their associated prices).

I managed to get a glance at the page before it fixed itself. Unluckily I did not have the server tab in the javascript console switched on, so I missed the API query itself. Something causes the code to make less requests than expected, i.e. the API only returned prices for Dust, Ectos, Metal and Wood, but not cloth or leather. Unsurprisingly most recipes are cheap without leather or cloth (the price tied up exactly with which requests were made). The ingredients that do get queried line up exactly with the ingredients of the first element using {{tp total placeholder}}. I suspect that somehow the rest of the page is rendering after the wiki has declared the "ready" page load state. I hope that we can fix this by moving the widget call to the bottom of the page. -Chieftain Alex 17:24, 28 April 2017 (UTC)

Image Redirects

I'm poking through the moved files part to find image move remnants, and finding images with redirects on purpose(mostly user images). Do these redirects actually work? If they don't, should I just remove the redirect on the image page and fix the links to go to where it was supposed to go or should I just leave them alone? - Do_odleplex 22:33, 7 March 2017 (UTC)

I find they do work, though I've been told they don't. I fixed a few icon issues with the redirects regarding the new infusions a few months ago. SarielV 20:14, 10 March 2017 (UTC)

As long as there isn't also a file uploaded at the same title as the page where you put #REDIRECT [[..]], the image redirect will work.

Example: If you had two pages: (1) "File:Actual file.jpg" : contents = a jpeg image. (2) "File:Redirect title.jpg" : contents = #REDIRECT [[File:Actual file.jpg]], and then invoked [[File:Redirect title.jpg]] on another page, it would show you the image you uploaded at "File:Actual file.jpg".

It is, in my opinion, preferable to not have any image redirects going on, and linking to the correct page would be better, but if they work they're okay to leave alone. This is especially true if the redirect is on a user's talk page, as editing their talk page will leave them a message, which is bad form if you're only doing maintenance stuff. -Chieftain Alex 20:45, 17 March 2017 (UTC)

Okay so then if I understand it right, using redirects on an actual image file page to something else don't work, but pages that are just a redirect to an image will work(kinda like a move remnant it seems). Yeah most of the user signatures with redirects I was planning on leave those alone (well other than moving to user space if not already there, excluding this one because it's linked to 510 pages...or just way to many pages and would cause a fuss to fix those links. He can move it if he wants to heh). It's mostly stuff like tango icons with redirects on user pages or random stuff like this banana that aren't user signatures that I'd like to fix the links for, but wasn't sure about doing so. - Do_odleplex 21:30, 17 March 2017 (UTC)

Request for suggestions

Hello. I've run to the end of my "to-do" list on the wiki. Are there any suggestions for improvements on the wiki that you guys want me to look at (e.g. templates, widgets, bot edits), or things on talk pages that you feel haven't received any sufficient response? -Chieftain Alex 10:37, 18 March 2017 (UTC)

About the event coordinates - you mentioned that you need the actual event icons, because the current ones are blurry? —Ventriloquist 11:07, 18 March 2017 (UTC)

Good point, uploaded a few original 32px square map icons, and moved the tango icons to new names/resolved links via {{icon}}. -Chieftain Alex 14:53, 18 March 2017 (UTC)

I noticed your bot added coordinates for rewnown heart tasks, but no map that shows up. Where you planning on heart infobox template to show the area for renown heart? Also in addition to the comment I made to the community portal for event coordinates, I noticed that events that are underground aren't very helpful, as all you see is the top layer. I'm not sure what you could do about that though, but it's not very helpful. - Do_odleplex 16:25, 18 March 2017 (UTC)

More good points. I've added the coordinate annotation to the infobox for renown hearts.

Underground/up-high stuff is tricky to do via robot for two reasons. Firstly the information available from the API only has x/y coordinates, and not z (height / floor). If we want to fix this, we need to use the third part of the coordinate, e.g. instead of [2459, 15414] (which has a default third parameter of "1" - i.e. it really uses [2459, 15414, 1]), we'd need to specify [2459, 15414, 2]. (example).

Secondly, maps with cave systems aren't shown at all on the API. Example: File:Dostoev Sky Peak map.jpg vs File:Trek The Workers' Stores Location.jpg (area partially uncovers whilst in the cave). -Chieftain Alex 17:07, 18 March 2017 (UTC)

Maybe for the ones that are inside of caves it might be better to just have a .jpg map since the fancy map just can't show that sort of thing. Also, now there are maps now for the renown heart pages, yet these basically are exactly the same as the Renown Heart NPC location. However sometimes, the NPC and the task area are in to different places as seen here. Is it possible to change the map to encircles the area that counts for participation for the renown heart task? Also in regards to talk pages wanting comments: Template talk:NPC infobox, the last two comments on the page basically. - Do_odleplex 20:07, 18 March 2017 (UTC)

I figured the map was better than nothing, but if you want I can remove the maps from the heart pages. Finding the center of each heart region is doable but not with the API being 404 today. -Chieftain Alex 20:19, 18 March 2017 (UTC)

I'd actually quite like a map of the area that counts towards the tasks, so I don't mind waiting until the API works again. (Trying to clear out my screenshots..still...X_x) - Do_odleplex 20:23, 18 March 2017 (UTC)

1. Merge the map widgets and hardcode less information
2. move Special action skill to a skill table,
3. convert "map1..5, map1-text..5" on infoboxes to comma separated lists and remove old code,
4. [[Widget:TP prices total]] might need refactor if we want to show subtotals since it operates on the assumption of a grandtotal attribute and grabbing only the child elements. Would allow us to manually create recipe trees to match features on other sites. Also refactor to make it work independently of ingredient template instead of using an inlineprices class to filter.
5. Create a demo widget for getting recipe information for mystic recipes into official API JSON format.
6. Start creating some more usability features from account info such as highlighting achievements with API:2/account/achievements
7. Update {{achievement table row}} to much API:2/achievements more closely.
8. Add GUID to achievement groups on {{achievement table header}} with API:2/achievements/groups
9. Update {{Guild upgrade infobox}} to match API:2/guild/upgrades.
10. Finish up the {{story infobox}} merge.
11. Finish Property talk:Has equipment prefix with converting prefixes to ids and clean up code around it.
12. Continue removing Property:Is historical usage in favor of Has availability.

--Relyk ~ talk < 01:07, 20 March 2017 (UTC)

1. 1 Less hardcoding would be good but i'd settle for making the hardcoded data format reusable across map widgets. Currently the zone map widget splits by map id, and the others group them together irregardless of map.
2. 1 You get quite a lot of useful information from the requirement column on special action skill, which is done by hand, so we can't automate the whole thing.
3. 0 I thought we had reached the conclusion that infoboxes with comma and line separated maps/descriptions was convoluted and bad.
4. {{ask}} Not entirely sure if I understood that. Last time I looked the subtotal is printed for child elements if the class is given. It could probably be rewritten to take a bunch of nodes, + calculate the sum of each branch instead.
5. 1 Would be good, we did suggest we'd do this for lye ages ago. Might need some properties using item ids (not so keen on page A looking up values from page B and setting them)
6. 1 Marking achievements obtained is a good one, only minor concern would be tier progression logic.
7. {{ask}} Not entirely sure how we can make it much closer - are you talking about the tier bits?
8. 1 I wasn't even aware groups had ids. We can do this when the API comes back online.
9. {{ask}} (guild upgrades)?
10. 0 delete that infobox, I split them to remove kludge code out of the personal story infobox.
11. {{ask}} Thing is we can convert ids to names before we paste them on the wiki (darqam's site already does). Using names is much more user friendly if you're typing the direct query.
12. 0 I abandoned using "Has availability" long ago, it's just crap for doing SMW queries with.

-Chieftain Alex 20:24, 20 March 2017 (UTC)

2. That's the whole point of making it dynamic. The useful requirement information is on the page itself. That's an easy win for not duplicating information and maintaining it on multiple pages. We don't have to list the requirements on a generic list.
3. An #arraymap template works perfectly well in this case.
4. Think recursively calculating the subtotals on a list of items, just like you would do on a recipe ingredient tree. Solving that would also mean solving the creation of recipe ingredient trees.
5. We do not need any properties specifically for the API. We can make the demo as-is and revise it if we need to later on.
7. Match the reward logic, Flags, Type, and so on, albeit wiki-style. We are missing stuff such as locked_text.
9. We're missing some stuff like build_time I think.
10. You did create a new infobox so there was no split in the first place, without any discussion and we never got consensus on it. Your reason of "kludge code" didn't make sense then or now because splitting the infoboxes doesn't solve that issue. The point of the merge is to reflect the personal story and living world being grouped under the Story Journal interface and avoid duplicating code. This never got discussed fully which is why I wanted to visit it again.
11. Who is typing in the name to a direct query? Because it is definitely not users. The properties are for internal use on the wiki, there's no such thing as "user-friendly". Relying on tools from external sites already hints at poor design. You are only force people designing templates and queries (i.e. us) to make the translation from name to id in any template or query we make. Our solution has been to hack in a custom unique string to map to each id when the ids have the same name i.e. "Giver's" and you have to do that everywhere and maintain it.
12. Well, I can't really say much there if you don't want to work on it.

--Relyk ~ talk < 22:42, 22 March 2017 (UTC)

Very small suggestion, more of a QoL for the wiki. I've noticed that some recipes create a multiple of items rather than a single item. In this case, the default base ingredients query uses that quantity. My suggestion is to be able to change the query to be able to estimate a fraction of the ingredients required and their related cost. Sythe 18:15, 22 March 2017 (UTC)

The base ingredients template is really relyk's domain. However I don't think letting people craft fractions of a recipe is helpful - perhaps we could indicate the value of the output item + ensure the output quantity reflects the number of output items. -Chieftain Alex 18:35, 22 March 2017 (UTC)

I'm not sure what sythe means exactly, but this would be trivial information. The amount crafted versus amount needed would only overshoot by some fraction of the output quantity that you can't avoid in the first place.--Relyk ~ talk < 22:42, 22 March 2017 (UTC)

Take the base ingredients query for Superior Sharpening Stones, the default starts with 5 as the quantity. What I am suggesting is to be able to set that to 1 to look at the cost PER stone, rather than the cost per 5 stones. Sythe 04:09, 23 March 2017 (UTC)

Yeah, it would be trivial to calculate and would be done on the widget side. We don't care about the presenting unit price in base ingredients since you only care about the total quantity needed. IIRC Alex already has the widget do those calculations to compare vendor vs. TP price.--Relyk ~ talk < 14:45, 24 March 2017 (UTC)

TP prices total just uses the vendor price as a fallback if the item is totally unavailable on the TP. -Chieftain Alex 16:00, 24 March 2017 (UTC)

Yeah, most of the work is already done then since it is pushing the vendor info into the scope of the widget.--Relyk ~ talk < 02:34, 27 March 2017 (UTC)

Less of a suggestion, more of a "Something broke and I have no idea how to fix it": List of historical traits.(edit:Nefastu got it) - Do_odleplex 21:10, 22 March 2017 (UTC)

One template idea: A location-template (like it is used on the german wiki): You specify the location (example: Trader's Forum for Miyani) and the template puts out the rest (kryta, lions arch, ..) The german location template accepts multiple locations and adjusts the output. of course, it would be a huge work to change all location-sections for every npc but this can be done over time. --Cloned (talk) 08:21, 31 March 2017 (UTC)

I have recently become aware of Darthmaim's template for the german wiki. It's horrendously complex (and I've found at least one example where it broke, but I can't recall where). I don't think I'm up to the challenge. -Chieftain Alex 18:49, 31 March 2017 (UTC)

Member list template

I was recently thinking if such a template were possible. Thank you for getting it done. Konig (talk) 00:39, 30 March 2017 (UTC)

Weird. i was going to post about using it on your talk page, but for the page I looked at you hadn't added it. No problem, cheers. -Chieftain Alex 06:36, 30 March 2017 (UTC)

Noticed a small problem with member list. Like the the DPL list pulling, it's only taking from the category which means all historical NPCs are left to the void, unlisted anywhere. I had brought this up before and was just told "use a semantic query" but, in all honesty, seems the root of the annoyance is more on {{NPC infobox}} with the line {{#switch: {{lc:{{{status|}}}}} | historical | unimplemented | future = do not categorize }} (when I originally brought this up and was responded to by Relyk I had thought it was {{historical content}} which did such).

Personally, I don't see a reason to remove the categories on NPCs when they're historical (I do see the merit for unimplemented and future ones, such as Flame-resistant Vinetender, though) - they're still worth searching and seeing in the lists and categories - so a change to either is, imo, needed. Otherwise readers miss out on a lot of potential articles to read. Since you know more about coding and wiki-stuff than I, I'd leave which to alter such to you. Personally I'd just remove historical from the do not categorize line... Konig (talk) 17:39, 31 March 2017 (UTC)

Sorry Konig, but I still don't think historical pages should be included in categories. Admittedly there are fewer historical pages than current pages, but I still find historical NPCs linked from active lists annoying. -Chieftain Alex 18:50, 31 March 2017 (UTC)

Most NPCs that are marked historical are from Season 1 - not all, but over 90% I'm sure. If it weren't for the two fractals, Molten Alliance#Types would be completely empty were the lists and articles done "properly" (even now, they shouldn't have as much as they do by current wiki practices). Twisted Watchwork#Types has 19 entries, and would have 9 once the articles get "fixed". I don't see how that is "not annoying". Konig (talk) 19:07, 31 March 2017 (UTC)

Object infobox template

Hey hey, I'm not sure if this is caused by your recent template rewriting, but the object template acts weird when it has large images, such as Occam's Prison. —Ventriloquist 22:19, 30 March 2017 (UTC)

Wasn't tied to that, as best I can tell (edit:or maybe it was, looking at the edit it shouldn't have effected the image size but entirely plausible, I'm no expert in coding), weird that we never caught it before, but should be fixed now (is for me). Konig (talk) 22:29, 30 March 2017 (UTC)

I don't think that would have made a difference, however editing the template again probably bumped up the changes in the job queue. -Chieftain Alex 18:54, 31 March 2017 (UTC)

Sent you an email

Not sure how often you check it so late at night. G R E E N E R 00:43, 1 April 2017 (UTC)

I didn't receive anything :( -Chieftain Alex 06:09, 1 April 2017 (UTC)

Resent, but past the point of what may be useful. G R E E N E R 06:17, 1 April 2017 (UTC)

Broken Links in Emails?

I received an email, as usual, about a change to a Wiki page (changed by you), but the different links I tried all took me to just the actual page with no changes showing at the top (that are usually there). I don't know if this is a one-off, the edits were removed, or something is broken. Thought you might want to know, if it is, in fact, not working as it should. Thanks. Inculpatus cedo (talk) 23:45, 19 April 2017 (UTC)

Can you copy the link exactly as it appears in the email and paste it here on a separate line? Then I can see what you're talking about.

If it was a page with question mark in the title, then it's the current buggy behaviour unfortunately. -Chieftain Alex 06:29, 20 April 2017 (UTC)

Here you go:

https://wiki.guildwars2.com/index.php?title=Fractals_of_the_Mists_ and

https://wiki.guildwars2.com/index.php?title=Fractals_of_the_Mists_

Ahh, now that I compare it to the email I just received that linked to your response, I can see that part of the link was not hyperlinked?

https://wiki.guildwars2.com/index.php?title=Fractals_of_the_Mists_ (achievements)&diff=next&oldid=1266165 and https://wiki.guildwars2.com/index.php?title=Fractals_of_the_Mists_ (achievements)&diff=0&oldid=1266165

Here is the first part of the email: The Guild Wars 2 Wiki page Fractals of the Mists (achievements) has been changed on 19 April 2017 by Chieftain Alex, see https://wiki.guildwars2.com/wiki/Fractals_of_the_Mists_ (achievements) for the current revision.

Maybe it's my computer, though no other Wiki edit email did/does this. When I copy the line to paste here, the whole link shows up; I had to put a space in to show you what it looks like in my email. (I'd forward the email, but I don't have an address, and not sure it would show up like it does for me.) Inculpatus cedo (talk) 08:01, 20 April 2017 (UTC)

Alright I watched Fractals of the Mists (achievements), turned the email watchlist option ON in my preferences, and then edited the page as an IP and received the watchlist notification.

Natively, I don't think the email contains any hyperlinks, if they're turned into links at all, then it's done by your email client. In the Windows 10 Mail application, no hyperlinks are provided, only the urls. In google mail in a browser, and unlike yours, it automatically adds a full link and doesn't break on the "_(achievements)" bit in the title.

tl;dr I had a look but I think the issue depends on what you view your emails with, and I don't think we can change that on our end. -Chieftain Alex 17:24, 20 April 2017 (UTC)

A similar issue happens on the forums, as per this post of mine. In that case, the link is maintained, but is shown with the (achievement) truncated and used as the hover-over text. Or, these may just be totally unrelated. G R E E N E R 17:42, 20 April 2017 (UTC)

You need to escape parethensis within links in markdown on reddit, i.e. put a backslash \ before brackets: [this is a link](https://wiki.guildwars2.com/index.php?title=Fractals_of_the_Mists_\(achievements\)) - maybe the forums use a syntax like that? -Chieftain Alex 18:19, 20 April 2017 (UTC)

Oh, I don't really know what a hyperlink is; I think I meant URL. I guess it doesn't matter. The two emails notifying me of your response(s) here worked as usual. Must be just an oddity. Inculpatus cedo (talk) 20:25, 20 April 2017 (UTC)

I don't know if I'm being a pedant, but to me the URL is the text starting with "http", and the hyperlink is the dynamic version of the URL which opens your browser at that given page. -Chieftain Alex 20:31, 20 April 2017 (UTC)

Ok, URL - Those things I posted as you requested. It doesn't matter what a hyperlink is, as long as it's not what we were talking about...lol. Inculpatus cedo (talk) 20:36, 20 April 2017 (UTC)