Skip to content

If wikidata cannot be queried doi_to_qs fails the wrong way, leading to a duplicate item being created #2783

@stuartyeates

Description

@stuartyeates

Describe the bug
Bought here from the mastodon thread https://cloudisland.nz/@stuartyeates/116399647981167383

I'm using https://qlever.scholia.wiki/doi/ as a way to tell whether exists in wikidata.

YES -> redirects to the https://qlever.scholia.wiki/work/
NO -> loads metadata from https://search.crossref.org/search/works?q=&from_ui=yes and creates a quickstatements task to create an item.

I tested this multiple times and it seems to work reliably.

But it appears to fail under load and defaults to the NO option, which is the dangerous option (because it creates a duplication item).

If it fails, it should communicate this clearly to the user and/or lead the user to the safer path.

To Reproduce
Steps to reproduce the behavior:

  1. Pick a time when wikidata connector is down
  2. To to https://qlever.scholia.wiki/doi/ for any already in wikidata
  3. Notice that scholia encourages you to make a duplicate item

Expected behavior
Fail clearly and noisily if the status of a cannot be determined. If writing an error message is not an attractive option, redirecting to the scholia homepage would also work.

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugsomething wrong on our end

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions