Babel templates are an indication to other users and the software in what languages you can interact and at what level. For example I have es-0 on my Wikidata user page because I sometimes interact in Spanish although that takes me a lot of effort. You can read more about it at https://meta.wikimedia.org/wiki/User_language
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Jan 21 2019
Jan 12 2019
Jan 11 2019
Jan 10 2019
How is this a duplicate @Jdforrester-WMF ? This task talks about api modules, not about special pages.
Dec 27 2018
In T143488#4843337, @Cyberpower678 wrote:To answer your questions, IABot will be using the wbgetentities and wbeditentity API calls on MW.
Dec 25 2018
In T143488#4677644, @Cyberpower678 wrote:I am currently at that Hackathon in Thompson 150 right now. If you care to meet me during lunch break I will be happy to work on this with you.
Dec 11 2018
Can someone point me to the current network layout? Vlans, ip space in use, what's used to route/filter traffic, etc.? Knowing the current situation is usually a good first step when designing a to be situation. Does Wikimedia have an overall architecture or architecture principles? That would be good input too.
Dec 8 2018
Dec 6 2018
Dec 3 2018
In T210139#4793562, @Lucas_Werkmeister_WMDE wrote:Why should we do this in the proxy? Much easier to do it in the web UI IMHO.
Dec 2 2018
That was a question for @Smalyshev ^
Can we just add a simple rewrite rule on the proxy/webserver for now if it encounters https://query.wikidata.org/<something>?fbclid=<click id> to rewrite it to https://query.wikidata.org/<something> ? Otherwise we'll be stuck with this bug for ages
Nov 28 2018
I wonder if @Anomie has any input on this.
Nov 21 2018
In T209993#4765009, @Addshore wrote:The RDF already contains this data so maybe it can be exposed in a similar format in the wikitext that serves as input for the abusefilter.
How is it represented in rdf?
The easiest way to represent this in abusefilter would probably be something like "pp:wb-claims:122" or something similar.
Nov 20 2018
I would as a first version just lump everything together so at least the data is available to the abusefilter editors. The more advanced version should make the distinction between wikitext, wikibase text (in abusefilter it's no json anymore), etc.
Nov 19 2018
Nov 18 2018
@JeanFred https://tools.wmflabs.org/universalviewer/ just gives a blank page? Shouldn't it give some sort of interface?
Nov 16 2018
That's awesome @JeanFred . I updated the property to use our own viewer.
Nov 11 2018
Nov 10 2018
In T151351#4735577, @Paladox wrote:I don't think so? Closing as declined as it seems to have resolved it's self (no progress in a year and a bit)
@Denengelse do you still have issues or is this solved for you?
Oct 30 2018
In T208292#4705393, @Xqt wrote:Hm, this script never worked. Do we need it ;)
Oct 28 2018
https://github.com/multichill/toollabs/blob/master/bot/wikidata/oorlogsmonumenten_import.py code I used for tsv generation and import
Oct 27 2018
Scraped the Dutch Wikipedia. TSV @ https://tools.wmflabs.org/multichill/queries/nlwp/oorlogsmonumenten.tsv
Oct 26 2018
Setup a query at https://tools.wmflabs.org/multichill/queries2/nlwp/links_naar_doorverwijspaginas.sql to run every day at 5 in the morning and afternoon (etc). That puts it at https://tools.wmflabs.org/multichill/queries2/nlwp/links_naar_doorverwijspaginas.txt . About 2000 pages.
Oct 21 2018
Oct 17 2018
In T143488#4132389, @Cyberpower678 wrote:It's doable, but not easy. Wikidata has a different structure.
Oct 16 2018
What year? This is under the 2018 workboard
Oct 15 2018
In T195203#4664834, @Smalyshev wrote:Tried it again with Curl and it seems to work OK. I suspect this is the same ALPN issue as in T202785: Federation request to https://ld.stadt-zuerich.ch/query fails.
And the table should probably be renamed from gb-sct to gb-sct-lb because we also have scheduled monuments, see T207067
Last part is to check enwp template with our configuration and do some last tweaks (removing multiple options for id fields and that kind of things). I hope to be doing that soon.
Oct 14 2018
If this gets stuck on debugging on our side, I could probably ask around for contact details for the people running https://data.pdok.nl/sparql . On https://www.wikidata.org/wiki/Wikidata:SPARQL_query_service/Federation_report several other endpoints are also failing. Solving the pdok.nl problem might fix some of the others too.
In T122711#4659433, @cscott wrote:...and adding .jsonld at the end should also work, right?
@Smalyshev what do you think? I haven't run into this myself. My feeling is that case insensitive is probably better, but would that require a lot of work?
Based on the responses this task description needs updating to make clear what the end result should be.
Fixing the lists right now. Example edit: https://en.wikipedia.org/w/index.php?title=List_of_listed_buildings_in_Oyne%2C_Aberdeenshire&type=revision&diff=864025741&oldid=857873175
Oct 4 2018
Same change as T194346
Sep 29 2018
New property proposed at https://www.wikidata.org/wiki/Wikidata:Property_proposal/Wikipedia_suggested_article_name
Sep 23 2018
If all the generators listed on https://www.mediawiki.org/wiki/API:Querypage follow the same logic in Pywikibot as the unconnected pages one, than probably all of them have the same issue. Maybe make a new subclass QueryPageGenerator that wraps around https://www.mediawiki.org/wiki/API:Querypage ?
Sep 21 2018
Sep 20 2018
Sep 19 2018
Changed https://www.wikidata.org/wiki/MediaWiki:Collabpad to "CollabPad (but it is a special page)" and that's now all over the place.
Sep 13 2018
In T200339#4577502, @MichaelMaggs wrote:Have I missed something?
Sep 12 2018
In T163642#4503980, @Smalyshev wrote:@Multichill I think with new description it is clearer what this is about.
Sep 4 2018
I checked several systems and both run 2.7.6. . This task is way too soon. Come back in a couple of years. You're going way too fast on this dropping campaign.
Sep 3 2018
In T200339#4552218, @Lokal_Profil wrote:Thanks @Multichill for finding the source for this.
Not finding the header doesn't stop the page from being harvested, but not finding the row template does. In both cases redirects are not resolved so those entries are skipped.
{{HB Scotland header}} and {{HB Scotland row}} are still referred to from the template documentation so its unclear if a search/replace is desired.
I'll update the config to use the two target "HS listed building header" at least.
https://gerrit.wikimedia.org/r/#/c/pywikibot/core/+/371659/6/pywikibot/site.py sure looks like it. Good to see it implemented!
Sep 2 2018
In T192912#4551136, @Framawiki wrote:@Multichill is the error still given ? I've read somewhere that this hacky limitation was removed from wd.org
Aug 15 2018
Aug 4 2018
@Smalyshev / @debt :I think this is one of those tasks where we have a bit of a misunderstanding about scope (see https://lists.wikimedia.org/pipermail/wikidata/2018-August/012282.html ). Close this one as resolved and make clearly scoped follow up tasks to untangle this? :-)
Jul 25 2018
I don't think anything else is using it. I would check two weeks of logs to see if anything tried to use it and if not, just kill it.
Jul 22 2018
Yup, had this too. In https://commons.wikimedia.org/w/index.php?title=Campaign%3Apainting-pd-art-self&type=revision&diff=312102316&oldid=312090259 I fixed the license. This change didn't have any effect. I kept getting a broken message, see for example https://commons.wikimedia.org/wiki/File:Jos%C3%A9_Garcia_Ramos_-_El_ni%C3%B1o_del_viol%C3%ADn.jpg where it still uses the old template. Later I did https://commons.wikimedia.org/w/index.php?title=Campaign%3Apainting-pd-art-self&type=revision&diff=312135588&oldid=312102316 and that solved it almost instantly.
Jul 18 2018
Jul 13 2018
In T102533#4422722, @Liuxinyu970226 wrote:For Norwegian, I strongly encourage @Multichill and other Dutch users to cease "one Norwegian" glitch, rather we, just all Wikimedians around the world, should always separate them as one of
<knip>
Jul 12 2018
In T194950#4420642, @Addshore wrote:There are still some bots and tools that are not setting appropriate maxlag values for their requests but we can follow up elsewhere with that.
In T199379#4419930, @Addshore wrote:Should be fixed now, but pages that are already showing bad stuff will need a purge!
Jul 10 2018
I ran into this because I imported data with was tagged as "NOR" and is a valid ISO 639-2 language code that maps to the ISO 639-1 "no" language code, see https://en.wikipedia.org/wiki/Norwegian_language . Norwegian is a valid macro language, see https://en.wikipedia.org/wiki/ISO_639_macrolanguage and wouldn't be the first macro language to include, we also have ar (Arabic) or ne (Nepali) as valid language codes.
Jul 9 2018
In T199146#4409514, @Smalyshev wrote:Yeah looks like ipblocks table for wikidata has block on 2620:0:862:101:0:0:0:0/96 by user "Merlissimo" with comment 'Toolserver Range - no anon edits' but this doesn't seem to match wdq9. So probably not this one.
Jul 8 2018
Jul 5 2018
Looks like @Dalba introduced it in https://gerrit.wikimedia.org/r/#/c/pywikibot/core/+/440096/