Accept full URLs any place an identifier can be entered

[tfmorris]

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
  • "What work is this an edition of?" field should accept URL. Edit: It already does! :)
• Works
  • IDs blocked by Add UI for adding work IDs #3430
  • 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 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

[LeadSongDog]

From a UX perspective is makes sense, they copypaste an URL from wherever they find the edition. From antispam and data validation perspectives, it might be best to have a separate way of testing that the target page refers to this edition before any overwrite of existing data.

[xayhewalo]

This still isn't implemented. Defaulting to asking @mekarpeles to be assignee for this issue. Note, being the assignee doesn't necessarily mean you are responsible for doing the work, just responsible for gathering/providing information to address the issue. From the Wiki.

The assigned owner is not necessarily the person who will fix the issue (it is not necessarily even established, at that point, if or when the issue will be fixed at all), but rather they are the person who will do as much or as little as needed to handle the issue (asking questions, soliciting input, establishing and updating the priority, checking if it is a duplicate, etc).

Once an issue is labeled State: Work In Progress, the owner is the individual doing the work, or leading/coordinating the group that is doing the work.

I've added labels per context: let me know your thoughts

[tfmorris]

Although the original request was primarily focused on external URLs, this should work for internal OpenLibrary URLs as well. e.g. The author autocomplete field on the work edit form should accept a full OL author URL, in addition to the OL ID that it currently does, although this might be simple enough and distinct enough that it can be addressed separately.

[mekarpeles]

@tfmorris is this for e.g. IDs like goodreads? I know it's for several things, but I think that's part of the problem. Before progress can be made on this (I think it could actually be a good first issue) someone will need to go through the process of providing a clear and reasonable scope and Breakdown.

Right now this issue, as posted, doesn't have a clear end.

@tfmorris are you willing to scope what an acceptable MVP for this issue would be (preferably a checklist where a new contributor could know when they're done)?