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:
- Pick a time when wikidata connector is down
- To to https://qlever.scholia.wiki/doi/ for any already in wikidata
- 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.
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/
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:
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.