Test user-triggered import

[Daniel-Mietchen]

Now that the imports to Wikisource and Commons seem to work reasonably well, it would be good if I could test the import functionality.

This would also come in handy to handle the upload requests that I frequently get - e.g. https://commons.wikimedia.org/w/index.php?title=User_talk:Daniel_Mietchen&oldid=127015050#commandes asks for http://dx.doi.org/10.3897/zookeys.364.6109 and http://dx.doi.org/10.3897/zookeys.333.5795 .

[Daniel-Mietchen]

Should be discussed at our next meeting - adding #74.

[notconfusing]

Update on this. I got a web-page up for jump-the-queue feature the one problem is that xsltproc is not installed on tool-labs. But I submitted a bug to get it installed, and it's in review. So we are close.

[notconfusing]

Well, its kind of working right now. This was done using the web interface. Unfortunately, if it doesn't work, it doesn't tell you why it didn't work. Which is kind of hard, because it might fail 20-30 seconds after the user-clicks "submit". So there is work to be done at this point.

[Daniel-Mietchen]

Looks like it has ignored all the slashes in the title, as well as deleted a space due to italics.

[notconfusing]

can you show me the example you tried? I guess this really highlights why we need the per-doi error tracking.

Max Klein ‽ http://notconfusing.com/

On Mon, Jul 21, 2014 at 9:18 PM, Daniel Mietchen notifications@github.com wrote:

Looks like it has ignored all the slashes in the title.

— Reply to this email directly or view it on GitHub https://github.com/wpoa/OA-signalling/issues/92#issuecomment-49651973.

[Daniel-Mietchen]

I was talking about your example at https://en.wikisource.org/w/index.php?title=Wikisource:WikiProject_Open_Access/Programmatic_import_from_PubMed_Central/Description_of_a_new_BrazilianParaportanus_and_key_to_the_species_of_the_genus_%28Insecta_Hemiptera_Cicadellidae_Portanini%29&redirect=no .

Still have not found the link to the web interface to try things out myself.

[notconfusing]

As for the title, it follows OAMI procedure, which I think removes slashes and other characters which are disallowed in title's per mediawiki limitations.

Link to web interface is here: for future reference. http://tools.wmflabs.org/recitation-bot/cgi-bin/add_doi.py

Max Klein ‽ http://notconfusing.com/

On Mon, Jul 21, 2014 at 10:50 PM, Daniel Mietchen notifications@github.com wrote:

I was talking about your example at

https://en.wikisource.org/w/index.php?title=Wikisource:WikiProject_Open_Access/Programmatic_import_from_PubMed_Central/Description_of_a_new_BrazilianParaportanus_and_key_to_the_species_of_the_genus_%28Insecta_Hemiptera_Cicadellidae_Portanini%29&redirect=no .

Still have not found the link to the web interface to try things out myself.

— Reply to this email directly or view it on GitHub https://github.com/wpoa/OA-signalling/issues/92#issuecomment-49663486.

[Daniel-Mietchen]

The OAMI procedure makes sense for file names on Commons, but during the testing phase at Wikisource, such a page name should always be prefixed with

Wikisource:WikiProject Open Access/Programmatic import from PubMed Central/

(leaving the colon and slashes intact).

I just fixed that for https://en.wikisource.org/wiki/Wikisource:WikiProject_Open_Access/Programmatic_import_from_PubMed_Central/Fecal_Contamination_of_Drinking-Water_in_Low-_and_Middle-Income_Countries_A_Systematic_Review_and_Meta-Analysis and used the script to upload https://en.wikisource.org/wiki/Wikisource:WikiProject_Open_Access/Programmatic_import_from_PubMed_Central/Cannabis_Use_during_Adolescent_Development_Susceptibility_to_Psychiatric_Illness , which is cited at https://en.wikipedia.org/wiki/Schizophrenia#cite_ref-Chadwick2013_42-0 .