This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page.
Programming language: Petscan (including a SPARQL Wikidata query) + AWB
Function: Adds {{Attached KML}} to articles which have KML files available through Wikidata
Description: Basically the same task as the bot performs on English Wikipedia:
Manually generate a list of articles which have KML files available through Wikidata, using a Petscan query [1]
Use the Petscan output as input for AWB. In AWB:
Append text {{Attached KML}} to article
Sort meta data after (so as to add it prior to DEFAULTSORT, interwikis, categories and stub templates)
Apply genfixes (so that template redirects will be bypassed, and not mistakenly sorted as meta data)
Skip if page is in use, or page is redirect, or page doesn't exist, or page already has {{Attached KML}} template (matches regex \{\{\s*Attached(\s|_)KML\s*(\||\}\}) )
20 second delay between saves
Proposed to run around once a week. The initial run would be around 230 pages, probably much less on subsequent runs (depeneds on KML creation rate on other wikis).
The bot would be not only be exclusion-compliant through {{bots}} (via AWB), but would also be exclusion-compliant through the (yet to be created) {{No KML}} template populating [[Category:Pages which should not use KML from Wikidata]] (hidden tracking category also yet to be created). This allows excluded pages to be filtered out with the PetScan query, would enable tracking of such article through the category, and would encourage editors to provide a reason why the KML shouldn't be used (so that problems could possibly be fixed for all wikis, rather than just ignored at this wiki).
The page at User:KMLbot would have info like what is at w:en:User:KMLbot, but adjusted for Simple Wikipedia.
Approved for trial. Could you do a run on our wiki where a few of the proposed changes are made. Wouldn't need a lot, just want to see it in action before I approve. But it shouldn't be a problem. -DJSasso (talk) 13:01, 26 October 2016 (UTC)[reply]
What did you need Confirmed for? It isn't a right that 'crats can give on this wiki. Other than editing protected pages, I think you probably are ok for now without being confirmed. You will confirm after 10 edits/4 days anyway. I completely forgot about AWB however, I will do that right now. -DJSasso (talk) 11:09, 27 October 2016 (UTC)[reply]
I got Confirmed on enwiki [5] as AWB doesn't work unless the account is auto/confirmed. I didn't realise it wasn't available here, but it doesn't matter, I'll just make 10 dummy edits with the bot account. - Evad37 (talk) 13:19, 27 October 2016 (UTC)[reply]
The edits look good. However, one slight thing I am a bit concerned about. The {{Attached KML}} template links to en.wiki for the subpages as opposed to local pages. We are a separate wiki and try not to do cross wiki pulls for information if possible. As such is this just a bug and you will be creating those subpages on the local template or was it your intention to always have them link to en.wiki? -DJSasso (talk) 14:25, 27 October 2016 (UTC)[reply]
The intention is that if a KML file doesn't exist locally on this wiki, then the KML file stored on another wiki (English Wikipedia, or 7 others) is used for the links. The subpages aren't really wikipages as such, just containers for the KML files. While Simple English Wikipedia could decide to only use local subpages, and duplicate kml files that exist on other wikis, that's a bit like only allowing local image uploads and not "pulling" any images from Commons. The only reason that subpages are used is that .kml files cannot be directly uploaded to Commons (that feature request is phab:T28059, which has been open since 2010). So while the KML files are pulled from another wiki, I don't think that it's much different to pulling image, video, or sound files from Commons. Plus since the KML files store series of coordinates, they shouldn't need to vary between wikis (but if there is a reason, a local file will take precedence over a file from another wiki). - Evad37 (talk) 03:18, 28 October 2016 (UTC)[reply]
@Evad37: Makes sense, I just wanted to make sure there was a good reason. Will it update the local page if at some point there is a local version of the kml, even though as you say that is probably unlikely? Just as an aside, seems like these sorts of things would be the ideal information to be stored at wikidata as opposed to commons? I will add the flag once I hear back on this last question. -DJSasso (talk) 13:01, 31 October 2016 (UTC)[reply]
Approved for trial. Could you do a run on our wiki where a few of the proposed changes are made. Wouldn't need a lot, just want to see it in action before I approve. But it shouldn't be a problem. -DJSasso (talk) 13:01, 26 October 2016 (UTC)
Approved. Sounds good. I have added the flag. -DJSasso (talk) 12:00, 1 November 2016 (UTC)
