You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When a schema from a provider changes, we'll need to be able to specify which version of the schema we'd like to normalize against.
For example, when pubmed central changed their metadata, we could have used a versioned schema to make those changes retroactively, and used the new schema in the future.
The text was updated successfully, but these errors were encountered:
Proposal: Create a Schema class that is initialized with 2 values, the first a function that takes a metadata record and returns a boolean, and the second a dictionary that defines the schema (what we currently have). Create a field in the harvesters called schemas, which is a list of Schema objects. When normalizing a document, iterate through that list and use the first schema which returns True when given the metadata document. The last Schema entry in the list will be considered the default (it will have a function that always returns True). @JeffSpies, @chrisseto@erinspace, thoughts?
Same as CenterForOpenScience/SHARE#156
When a schema from a provider changes, we'll need to be able to specify which version of the schema we'd like to normalize against.
For example, when pubmed central changed their metadata, we could have used a versioned schema to make those changes retroactively, and used the new schema in the future.
The text was updated successfully, but these errors were encountered: