Linking Wikimedia projects with scholarly research.
May 22 2021
May 10 2021
May 9 2021
May 5 2021
May 4 2021
Mar 24 2021
Jan 15 2021
The 32-bit issue at https://github.com/rdfhdt/hdt-cpp/issues/135 that was mentioned above seems to be resolved, so perhaps this can be revisited now?
Jan 14 2021
Dec 29 2020
I just set up T270915 to discuss a Wikimedia BinderHub deployment.
Dec 27 2020
I have been using the autosave feature for a while now but recently noticed another hickup (see the autosave remark just above cell 39 in this notebook).
Dec 25 2020
Nov 28 2020
Nov 21 2020
Nov 12 2020
Nov 11 2020
Nov 10 2020
Thanks. Wasn't aware of the autosave option.
I have the same problem.
Nov 8 2020
Nov 2 2020
Nov 1 2020
Oct 31 2020
A brief update on the topics listed above:
A stumbling block along the way is described in https://phabricator.wikimedia.org/T266915 .
Perhaps it would be useful to take NEP 29 as a guideline for which versions to support.
Sep 26 2020
@srodlund I've seen your post above but have not had the time yet to go through the included links systematically. Of course, feel free to use anything from the JupyterCon presentation.
Sep 23 2020
Sep 22 2020
Apr 14 2020
Mar 30 2020
This was fixed by way of https://wikitech.wikimedia.org/wiki/Special:PasswordReset .
Mar 29 2020
Mar 23 2020
Mar 20 2020
Mar 1 2020
Feb 29 2020
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?