Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add support for data object deprecation mechanism without new-version upload #50

Open
mirzov opened this issue Feb 3, 2020 · 0 comments
Assignees

Comments

@mirzov
Copy link
Member

mirzov commented Feb 3, 2020

There are at least two use cases for this:

  1. Bad data that does not (and is not going to) have a new version.
  2. Situations when a data object needs to be deprecated with not a single other object, but a combination of a few others. Case in point is the situation of OTC where L2 is cut not from the latest L1 (like ATC does, for example) but from older data. This makes it impossible to deprecate the latest L1 with the latest L2. Instead, the latest L1 (at the point of L2 creation) has to be deprecated with a combination of the newly created L2 and the new latest L1 (whose temporal coverage now starts where that of the new L2 ends).

One mechanism catering to these use cases would be adding a class of Deprecations, possibly with only the standard RDFS properties of label, comment and seeAlso, and a new property isDeprecatedBy on the data object (or reusing a similar one from en existing vocabulary, for example from PROV-O).

@mirzov mirzov self-assigned this Feb 3, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant