Page MenuHomePhabricator

Use open access URL via oaDOI in citoid response
Open, MediumPublic

Description

Per the English Wikipedia guideline,

Links inserted with |url= are expected to be free to read by default

(Other wikis generally have similar policies on the external links targets.)

Yet, when I enter a DOI, Citoid produces citations which invariably contain the DOI.org/<DOI> resolved target URL in the url parameter.

For instance, the answer of https://en.wikipedia.org/api/rest_v1/data/citation/zotero/10.1109%2fICSE.2012.6227139 points to a paywall:

{
  "url":"https://ieeexplore.ieee.org/document/6227139/"
  ...
}

To avoid having a complex logic on whether to have an url parameter or not, it would be enough to instead use the oadoi.org/<DOI> target URL, which will be the same as DOI.org's if no open access version is known.

Then, the answer of Citoid would point to the open-access version

{
  "url":"http://arxiv.org/pdf/1203.5188"
  ...
}

Event Timeline

Restricted Application added a subscriber: Aklapper. · View Herald Transcript
Mvolz triaged this task as Medium priority.

Thanks - it doesn't look like it has overwhelming support there?

From my perspective, I'd like to do it but it seems a little risky if the resolver falls over at some point. Using doi.org seems like it might be the better, longer term option.

But on on the other hand if we're talking the url field, we insert the doi anyway - and if the citation template points to the doi.org resolver, that way there's two different pathways to resolve it. Although if it does fall over at some point there might be a performance hit to each individual request as we wait for it to time out.

It would be great to link to oadoi.org when a doi is present.

A tentative fix to link to oadoi.org on wikipedia: https://github.com/wikimedia/mediawiki/pull/88

WDYT?

This patch is unrelated to this task (which is about citations, not interwiki links.) I'm not sure if it would be merged even if it were submitted correctly (we don't accept prs through GitHub) but if you'd like to try anyway there are directions here: https://m.mediawiki.org/wiki/Special:MyLanguage/Gerrit/Tutorial

Thanks for your feedback.

Then, where is the code that transforms a <ref doi=XXXX> into an actual <a href> link?

@martin.monperrus Let me emphasize that this is a significant change that should get community approval first. There has already been a lot of discussion about similar changes to the DOI template on the English Wikipedia and there is clearly a consensus against this IMHO.

@Pintoch

Thanks a lot for the insider insight.

There has already been a lot of discussion about similar changes to the DOI template on the
English Wikipedia and there is clearly a consensus against this IMHO.

Would you have a pointer to the discussion?

Thanks,

--Martin

To clarify: that discussion was about changing the "canonical" URL for all DOIs.

Using OA URLs in the url= parameter has wide consensus and is recommended by the guidelines on the English Wikipedia; and the user can always manually change to something else if needed, so it doesn't directly impact any consensus or guidelines on other wikis either.

@martin.monperrus see my first comment in this thread.

@Nemo_bis intuitively, as long as the address is dereferenced (such as url=https://hal.archives-ouvertes.fr/… instead of url=https://oadoi.org/...), it should not attract too many flamewars, but still, it's hard to be sure. Editors might not be aware / understand why suddenly Citoid inserted that link.

martin.monperrus renamed this task from Link open access URL via oaDOI in cite journal to Use open access URL via oaDOI in citoid response.Sep 16 2018, 2:25 PM
martin.monperrus updated the task description. (Show Details)

New changes to citoid are frozen until we complete T197242 - sorry about that!

New changes to citoid are frozen until we complete T197242 - sorry about that!

Looks like that's fixed now!

Aklapper added a subscriber: Mvolz.

This task has been assigned to the same task owner for more than two years. Resetting task assignee due to inactivity, to decrease task cookie-licking and to get a slightly more realistic overview of plans. Please feel free to assign this task to yourself again if you still realistically work or plan to work on this task - it would be welcome!

For tips how to manage individual work in Phabricator (noisy notifications, lists of task, etc.), see https://phabricator.wikimedia.org/T228575#6237124 for available options.
(For the records, two emails were sent to assignee addresses before resetting assignees. See T228575 for more info and for potential feedback. Thanks!)