Linking Wikimedia projects with scholarly research.
Jan 14 2020
@LucasWerkmeister I did not use the back button back then, and I just retried it (without hitting the back button) now, getting "Internal Server Error - The server encountered an internal error and was unable to complete your request. Either the server is overloaded or there is an error in the application." after submission and reload.
Jan 13 2020
I'm fine moving this to GitHub. The reason I posted it here is that
Nov 12 2019
I can reproduce the bug in Firefox 70.0.1 (64-bit) on MacOS Mojave 10.14.6.
Oct 16 2019
Here are two more batches that just stopped mid-way:
Sep 29 2019
Sep 20 2019
Batch https://tools.wmflabs.org/quickstatements/#/batch/18811 also stopped (at " 82.2% (488) of 595 done, 1 errors") without manual interference.
Trying to reset errors...
Sep 19 2019
I am now running https://tools.wmflabs.org/quickstatements/#/batch/18806 as a replacement for https://tools.wmflabs.org/quickstatements/#/batch/18726 .
Sep 17 2019
May 20 2019
In that example, I was trying to indicate the publisher of these journals. This does not absolutely have to be via an image, and we do not necessarily have a logo image for all of them. But the main problem right now is that the tool somehow converts the image file name to all UPPERCASE, which then impedes fetching the file from Commons.
May 19 2019
Another use case is described at https://twitter.com/fnielsen/status/1129865931528843264 , as compared to the topics-works matrix at https://tools.wmflabs.org/scholia/author/Q5565155 .
Feb 19 2019
Thanks to everyone who helped resolve this!
Feb 16 2019
Feb 15 2019
It worked for a while today but now I'm logged out again and cannot log back in.
All edits through the tool seem to have stalled as well (for any user), and https://tools.wmflabs.org/quickstatements/api.php gives a HTTP 500 error.
Feb 14 2019
I am having those repetitive logout issues again.
Jan 28 2019
Jan 24 2019
From my end, the repetitive logout issue looks resolved. Anyone know what caused and fixed it? Anyone still having problems?
Jan 21 2019
As far as I can see, this is not limited to QuickStatements - when I'm logged out (as just happened again - my "usual" time is at 21 min into the hour), I cannot access SourceMD either. Access normally comes back around 37 min into the hour, even if I press the "log in" button immediately after being logged out.
Jan 2 2019
Dec 19 2018
Dec 11 2018
Dec 10 2018
Here's how this looks like in Scholia (it's a whole-page screenshot which is apparently outsized for Phabricator, so you have to click on the image to actually see it rather than the mystery placeholder image).
This could be related to the UI update, as per https://twitter.com/wikimediatech/status/1072190613636952069 .
Oct 24 2018
Thanks for the progress so far. I'd like to see the tool expanded to cover usage of Wikidata outside namespace 0 (including on Wikidata itself) and in SPARQL queries/ API calls.
Aug 29 2018
Ideally, clicking that button would translate into something SPARQLable attached to that statement, e.g. a reference of the kind "within focus list" (P5008) "WikiProject Citation needed". See also citation needed constraint (Q54554025), which works on basically any statement involving a property, rather than a specific statement.
Aug 23 2018
Aug 18 2018
Aug 14 2018
Aug 11 2018
Jul 31 2018
I just got French text on https://www.wikidata.org/wiki/Q1035 (with language set to English) but a purge fixed it.
Jul 30 2018
Thanks. This is a known issue (cf. https://github.com/fnielsen/scholia/issues/53 and https://github.com/fnielsen/scholia/issues/189 ) for which we have not found a good solution yet - see discussion at https://github.com/fnielsen/scholia/issues/301 .
Jul 26 2018
The problem seems to affect graphs in general, not just the two types mentioned above. Other examples are the Co-author graph and Academic tree graphs in author profiles, e.g. https://tools.wmflabs.org/scholia/author/Q8219 .
Jun 20 2018
@WMDE-leszek Can you provide some more details on why this is to be phased out?
May 30 2018
Thanks for working on this, @Addshore . Looking forward to see this resolved - had to cancel a demo of it due to the spam interfering.
May 27 2018
May 19 2018
May 16 2018
Still hundreds of spam pages at https://wikibase-registry.wmflabs.org/wiki/Special:AllPages , and I don't see how to get rid of them at scale.
May 14 2018
So far, spam seems to go exclusively to the main namespace, so perhaps it's worth restricting edits there to autoconfirmed users.
May 9 2018
@Addshore My example is from Commons (see main page), but in case we allow local uploads (not sure about that right now), it would certainly be nice to be able to display these properly as well.
May 4 2018
Apr 26 2018
Apr 25 2018
This now exists at https://phabricator.wikimedia.org/project/view/3356/ .
Another aspect of this would be to consider ShEx for selecting the data to be migrated. More info via https://phabricator.wikimedia.org/T192884 .
This would include considerations about
This sounds like something for ShEx: https://www.wikidata.org/wiki/Wikidata:WikiProject_ShEx .
This could also include tokens or API keys or things like that for the associated MediaWiki APIs or the respective SPARQL endpoints
@Magnus seems to be working on this: https://twitter.com/MagnusManske/status/986260652237967360