internetarchive / internetarchive/openlibrary

Accept full URLs any place an identifier can be entered

Open
#866 8 comments 1 reaction 0 assignees View on GitHub
Affects: UI Lead: @cdrini Module: Wikidata Needs: Help Priority: 3 Theme: Identifiers Type: Epic Type: Feature Request
Dominant language
Python
Stars
6.7k
Forks
2k
Avg merge
2d 19h
Merged PRs (30d)
138

Description

Any place that the user is asked to enter an identifier for which OpenLibrary has a URL template, they should be allowed to paste the full URL and have the identifier extracted from it.

UI Changes:
- [ ] Authors
- Good first candidate because it's already written in Vue
- [ ] Editions
- [ ] Identifiers
- [x] "What work is this an edition of?" field should accept URL. Edit: It already does! :)
- [ ] Works
- IDs blocked by #3430
- [x] The author autocomplete field on the work edit. Edit: It can do this now

Next Steps:
- [ ] Setup Author Identifiers component to accept url match patterns (client side only)
- [ ] Create a mapping between our identifiers and Wikidata Identifiers (spreadsheet first, then code)
- [ ] Setup Wikidata integration to access Properties (currently only pulls QIDs)
- [ ] Plan/implement for how we'll load the url match patterns into Identifiers.
- I would propose we have an endpoint that aggregates them that the edit pages can call on load. But not cached too aggressively so we if people update patterns in Wikidata they get the changes fairly fast.
- [ ] Start using url match patterns in Authors, Editions, Works etc.

We should use the [URL Match Pattern](https://www.wikidata.org/wiki/Property:P8966) from Wikidata instead of maintaining it ourselves. See https://www.wikidata.org/wiki/Property:P214 for an example.
If we do that this is blocked by: #8236

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.