Repository navigation
Replies: 1 comment
|
Tendency towards at least validating the embedded file metadata. If something is wrong in a deployment, we should be able to point people how to check their catalogs, otherwise it gets too complicated. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Some of our rules can be checked by reading STAC JSON alone (links resolve, required fields exist, bboxes are valid). Others can only be checked by opening the actual data files — is this GeoTIFF really tiled as a COG? does this Parquet file really have GeoParquet metadata? The question: does spec conformance include the data-level checks, or does it stop at the metadata?
This matters practically because we plan to extract validation into a standalone package (
reis). A pure-metadata validator is a small library with light dependencies that anyone can run anywhere. A validator that opens data files needs raster and Parquet readers and becomes a much heavier thing. Both are legitimate — we just have to draw the line on purpose.Part of the July 2026 spec sprint. Hub: discussion #570 · work tracker: epic #564 · everything here carries the
spec-sprintlabel.All reactions