You are browsing a read-only backup copy of Wikitech. The live site can be found at wikitech.wikimedia.org
Your shell access was granted
Hello, welcome to Wikimedia Labs! I would like to inform you that your shell request was processed and you should be able to login to Bastion host now at bastion.wmflabs.org. In case you get into troubles, please read this page which contains useful information about accessing instances. You can also ask in our irc channel at #wikimedia-labs connect or send an e-mail to our mailing list firstname.lastname@example.org - thank you, and have fun using labs! Tim Landscheidt (talk) 20:21, 24 June 2014 (UTC)
Welcome to Tool Labs
Hello Para, welcome to the Tool Labs project! Your request for access was processed and you should be able to login now via ssh at
tools-login.wmflabs.org. To get started, check the help page and the migrating from the Toolserver page. You can also ask in our IRC channel at #wikimedia-labs connect or send an e-mail to our mailing list email@example.com – thank you, and have fun using Tools! Tim Landscheidt (talk) 20:21, 24 June 2014 (UTC)
Request for source code
Hello Para, we are forever in debpt for your great geo tools. Since I was curious, I noted that you have set permissions in a way that I am not able to view any of the source codes in http://tools.wmflabs.org/kmlexport
According the the labs policy, all tools must use an OSI approved open source license. Which one is your tool licensed under? Would it be possible to provide me with a copy of the scripts your kmlexport tool makes use of? Thanks in advance.
The reason I am asking is a simple: Images from HTTP are loaded on an HTTPS connection, using for example this query. Perhaps just fix that and I am silent :) -- Rillke (talk) 18:04, 14 July 2014 (UTC)
- A few issues there:
- Google Maps doesn't support protocol relative links in kmz files. They are interpreted as links to embedded content.
- Your link asks Maps to get the kml over http.
- The Tool Labs proxy seems to be redirecting
http://tools.wmflabs.org/project/?, so the tool never knows the user was on https.
- Here's another link that works around these issues. I'll have to have a think about the licensing. --Para (talk) 01:14, 24 July 2014 (UTC)
- Oh nice, the graphics are now loaded over HTTPS with a HTTPS tool labs link. Thank you. I know about the labs proxy issue -- I think I've solved this sniffing some headers -- and Commons is explicitly setting a secure parameter to true if the user is on HTTPS on Commons. -- Rillke (talk) 07:29, 24 July 2014 (UTC)
Google maps classic has been turned off
Google Maps Classic has been turned off today. Could you adjust the KMLexporter so that when it triggers a download, the downloaded file already has the .kml file extention in its name? This way it's easier to get a map into Google My Maps. Thank you. --1Veertje (talk) 14:19, 3 March 2015 (UTC)
- Done. --Para (talk) 18:25, 3 March 2015 (UTC)
- Thank you. Could it be that the section variable now doesn't work any more? --1Veertje (talk) 09:29, 5 March 2015 (UTC)
- A, I see the whole tool is (temporarily?) off line. --1Veertje (talk) 09:30, 5 March 2015 (UTC)
Moving kmlexport to trusty?
kmlexport has been dying a lot recently, and I think moving it to trusty will help (access to more RAM, to start with). However, it doesn't seem to work with newer versions of perl / other tools on trusty, and might need some massaging. Think you can help test it out (just do 'webservice2 start instead of webservice start') and move to trusty? I'll help in whatever way I can (am one of the tools admins). Thanks! yuvipanda (talk) 07:08, 13 March 2015 (UTC)
- Alright, it looks fairly happy there now. I'll keep an eye. --Para (talk) 14:54, 14 March 2015 (UTC)
Commons:Special:NewFiles results in http 5xx in production
Hi Para, we (techops) have been experiencing some elevated http 5xx errors in production for thumbnails having https://tools.wmflabs.org/para/Commons:Special:NewFiles as referral. The number of 5xx is sometimes enough to trigger our alarms, also I believe there might be race conditions with asking thumbnails right away after a file upload. However since some time we pre-generate certain standard thumbnail sizes (wgUploadThumbnailRenderMap in mediawiki-config) at upload time, specifically 320px, it would be nice to default to that size to avoid a couple of issues. Namely the 5xx errors and avoid generating non-standard thumbnail sizes and thus save space on media storage.
- The errors may have been due to the tool ignoring $abbrvThreshold and offering long thumbnail URLs. It doesn't anymore, so I hope that clears them. I've also changed to the default thumbnail size, but I might roll back if someone gets worried about the ~seven fold increase in downloads. https://commons.wikimedia.org/w/index.php?title=Special:NewFiles&gallerymode=packed-hover is another example with non-standard thumbnail sizes, although it requires user input to continue generating the thumbs. I doubt either of these is very widely used. --Para (talk) 19:45, 22 September 2015 (UTC)
- thanks a lot, that has helped! I'm not seeing any 5xx with your tool so far! ----