Sat, Oct 24
Thu, Oct 22
I should probably also point out that earlier versions of the citoid tool on wikidata for wikidata references used open refine and produced better results.
Sat, Oct 17
This looks like a mismatch between VisualEditor and Citoid - I had this issue locally too on master with Citoid until I updated VisualEditor to master. Some code was moved about between the two.
Thu, Oct 8
Tue, Oct 6
Fri, Oct 2
Wed, Sep 30
The hold-up seems to be eventstreams; it actually uses a fork of service runner, and the fork is missing the feature, so it's slightly more complicated to update. https://github.com/wikimedia/service-runner/tree/prometheus_metrics
Tue, Sep 29
It looks like they've released a v2 of their search api since I last looked that returns JSON: https://developer.api.oclc.org/wcv2 (instead of MarcXML or Dublin core, which is what we use now).
I think switching to that is a good idea, although even just using their sample input there's still a bit of junk left over in the authors field (a stray period!) But probably better than doing that processing ourselves!
Mon, Sep 28
Sep 25 2020
Sep 24 2020
It's likely a difference between Cite book on en wiki and the template that is used on ar wiki for books?
Sep 23 2020
Sep 16 2020
I'm unable to replicate this, it looks like it works: https://en.wikipedia.org/api/rest_v1/data/citation/mediawiki/10.1098%2Frsta.2014.0376
Just FYI but the reason we put maps above parameters is because there are often a lot of parameters, which means that in many cases the edit maps visible button isn't visible because it's "below the fold." This was an intentional design decision we made.
Sep 9 2020
I'm planning to deploy tomorrow, so I was wondering if I can have clarification on https://gerrit.wikimedia.org/r/c/operations/deployment-charts/+/622585
Sep 8 2020
Sep 7 2020
Sep 6 2020
Sep 5 2020
If you look at https://ar.m.wikipedia.org/wiki/%D8%AE%D8%A7%D8%B5:%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE/%D9%82%D8%A7%D9%84%D8%A8:%D8%A7%D8%B3%D8%AA%D8%B4%D9%87%D8%A7%D8%AF_%D9%88%D9%8A%D8%A8/%D8%B4%D8%B1%D8%AD someone has deleted all the template data. That needs to be reverted on all the templates where it has been done as citoid will not work without template data.
Sep 3 2020
Aug 27 2020
Declined because I think the adding of archive links is better left to bots.
Just an FYI, but I investigated adding this with a WIP patch here (a few years ago): https://gerrit.wikimedia.org/r/c/mediawiki/services/citoid/+/375810
Aug 24 2020
Aug 21 2020
Aug 11 2020
Aug 10 2020
Aug 8 2020
Aug 6 2020
Aug 5 2020
Requested 10 get added to CI here upstream: https://github.com/zotero/translation-server/issues/118
Aug 4 2020
@akosiaris is this feasible/desirable?
Aug 3 2020
I think this is as resolved as it's going to get - it's been pretty much "as needed" and now we have a window.
Jul 29 2020
Jul 26 2020
https://doc.wikimedia.org/mediawiki-core/master/php/classStatusValue.html#a173df704be03a150626c89412f14fe04 looks like newFatal is a StatusValue fcn now? Maybe things just need to be updated?
I previously thought this was a TemplateData extension issue, but given that this is handled correctly by the 2017 wikitext editor, it might be a core problem? Not sure I tagged the right projects.
Jul 24 2020
This doesn't appear to be a problem in the 2017 wikitext editor, only the old wikitext editor. Unfortunately on some wikis these aren't enabled on Template pages (i.e. where the bug was first detected, Turkish Wikipedia: https://phabricator.wikimedia.org/T257809#6332885 )
Jul 23 2020
It's possible we might also be getting blocked or something because when I first ran it I was able to get the metadata, but the second time not. It's weird though, When I try to get the html of these locally, it's just a bunch of gibberish - basically a <script> tag in between an html tag and that's it.