Thu, Sep 19
Tue, Sep 17
Since these parameters indeed both have the same alias, isn't that as desired? In practice, only parameters, not aliases, are offered by the GUI interface for Template Data anyway - I think aliases are just for documentation reasons mostly?
Mon, Sep 16
Re-opening as some of them still have the PMC and this is inconsistent, i.e. 10.1186/1471-2148-7-97
Another complaint about this here: https://www.mediawiki.org/wiki/Topic:V6u2mpy11qiu9705
Dupe of T190850, I think.
Mon, Sep 9
Note that I also found that I can't set the values of the rest API through the page (api), but I can create the url directly.
Sat, Sep 7
Aug 9 2019
For future reference, you can see here that the results are coming from Zotero:
Aug 8 2019
I think maybe for the future.
This is a big issue for wikibase integration too; at present wikidata has a constraint that the isbn be hyphenated, but in reality some records lack the hyphenation despite the constraint. Thoughts? We need to pick one and stick with it.
So the short answer is - yes, that'd be ideal. But the ISBN situation is kind of a disaster though. The hyphenation position depends on knowing the length of other elements, like registration group, and these change so they need to be *constantly updated in order to correctly hyphenate them.*
Aug 5 2019
Aug 3 2019
Aug 2 2019
With the new patch I'm now getting
I've just quickly fixed the config; it was relatively simple as hi wiki uses all the same templates as en wiki so I just copied some stuff over. Should all be working now!
You've also found a bug, we shouldn't be offering the "convert" option if citoid isn't correctly enabled. Thanks for the reporting! I've separated that off into T229654.
I've temporarily disabled it here, as it is incorrectly configured: https://hi.wikipedia.org/w/index.php?title=%E0%A4%AE%E0%A5%80%E0%A4%A1%E0%A4%BF%E0%A4%AF%E0%A4%BE%E0%A4%B5%E0%A4%BF%E0%A4%95%E0%A4%BF:Citoid-template-type-map.json&action=history
Aug 1 2019
Jul 26 2019
Jul 24 2019
Jul 22 2019
Jul 21 2019
Jul 19 2019
Jul 18 2019
No longer getting this, so closing.
Jul 16 2019
Jul 15 2019
Jul 13 2019
Jul 12 2019
Jul 11 2019
Jul 10 2019
Probably same problem as: T226088
Jul 8 2019
Which is to say, my response there on that thread was to the first comment, but not to the later report of the all of pubmed being down, as these are two separate issues- I should have read the whole thread instead of just the first message! Thanks for tagging this @Aklapper so it reached my attention again, definitely not good.
Jul 7 2019
Jul 3 2019
We're going to try to deploy this first on test.wikidata, can this be reindexed as well? Or do they both get re-indexed at the same time?
Jul 1 2019
Jun 27 2019
I'm not sure whether to resolve or decline this as Research wasn't involved here :).
Jun 26 2019
Jun 20 2019
No worries; I wasn't aware the train was broken and wondered if the
reindexing had to be triggered manually or something, thanks for the update!