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

support for caom2 metadata provenance in model #66

Closed
pdowler opened this issue Feb 7, 2018 · 3 comments · Fixed by #126
Closed

support for caom2 metadata provenance in model #66

pdowler opened this issue Feb 7, 2018 · 3 comments · Fixed by #126

Comments

@pdowler
Copy link
Member

pdowler commented Feb 7, 2018

It would be nice to track which software and version was used to generate metadata for an observation. This is especially true when sharing metadata between sites.

@pdowler
Copy link
Member Author

pdowler commented Feb 7, 2018

Thoughts, in no particular order:

  • need to decide if metadata provenance is only of interest to operators and thus something like the entity attributes (id, lastModified, metaChecksum, etc) or if it is possibly of general use.
  • currently, most of these are visible via TAP, ID values are only useful as join keys in queries, lastModified is useful to anyone looking for recent changes, maxLastModified are not visible, and metaChecksum(s) are visible but probably not useful.
  • maxLastModified values should be visible via TAP so that a caom2 observation can be completely extracted from a TAP service (eg the caom2-tap library can do it except for this)

@pdowler
Copy link
Member Author

pdowler commented Feb 7, 2018

What is the right cardinality: one per observation? plane? artifact?

  • Plane.creatorID is a product identifier for the metadata creator and is preserved when metadata is shared/harvested to another site... it is a sort of metadata provenance. Maybe something that sits beside that field?

  • Given that operations could update/generate plane metadata and add it to an existing observation without modifying the observation or other plane(s), this might have the correct cardinality....

  • Probably Artifact would probably be the smallest entity that would be modified separately...

@pdowler
Copy link
Member Author

pdowler commented Apr 15, 2019

sounds like extending CaomEntity with a string field would solve this generically

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant