-
Notifications
You must be signed in to change notification settings - Fork 2
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
feat: Create film extension #60
Conversation
} | ||
], | ||
"definitions": { | ||
"stac_extensions": { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This shouldn't be necessary, as done in #58. Basically, if we're validating against this schema then the file contains a reference to this extension, so it's tautological to validate that we're referencing the extension.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice, I thought that looked weird.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I disagree with this, I also believe #58 should not have been merged. We need to have wider review of sweeping changes before merging things..
By not having the schema referenced in the extensions you could validate a random stac file against this schema and it would be considered "valid" even though it is invalid as stac_extension was not referenced.
All of the STAC spec extensions I looked at have this reference, I do not think we should be deviating from their standard.
eg https://github.com/stac-extensions/raster/blob/main/json-schema/schema.json#L72
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why would you validate a file against a schema which is not referenced within that file?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Asked upstream.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think the default thing we should do when concern is raised over a merged PR (especially one that is yet to be released) is to revert and discuss.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The current example of a valid collection.json
on the linz
extension doesn't reference the quality
extension in stac_extensions
. Should it? Would that have been picked up if the schema.json
for the linz
extension contained this check?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It doesn't because it doesn't need to, and therefore shouldn't, as explained upstream. Having to list nested extensions is pointless overhead.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why does it list the version
extension?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Because, like the template repo, the version extension requires us to reference it in every STAC file even though it's referenced from the LINZ extension. This is exactly the thing I'm hoping to avoid.
ref: eb3d494 (commit being reverted) discussion: #60 (comment) upstream issue: stac-extensions/template#10
ref: eb3d494 (commit being reverted) discussion: #60 (comment) upstream issue: stac-extensions/template#10
Add the
film
STAC Extension, made up of a explanatory README, JSON Schema, examples and non-examples.