Ryan, Can you enumerate some of the advances that STAC brings over the existing THREDDS catalog spec? https://www.unidata.ucar.edu/software/thredds/v4.6/tds/catalog/InvCatalogSpec.html
>From what I can tell, a lot of the concepts are similar, and the existing spec is already supported by tools beyond THREDDS, like Hyrax and ERDDAP. I think JSON is great and all, but I'm curious what adding a new standard brings us rather than extending an existing, already-supported standard? Ryan On Fri, Jan 18, 2019 at 7:23 AM Ryan Abernathey <[email protected]> wrote: > Dear CF Conventions People, > > Some of you may be aware of the Spatio-Temporal Asset Catalog (STAC) > project. > https://github.com/radiantearth/stac-spec/ > STAC is basically a .json specification which aims to standardize the way > geospatial assets are exposed online and queried. It originated from the > geospatial imaging community, and is described in this blog post by Chris > Holmes: > > https://medium.com/radiant-earth-insights/announcing-the-spatiotemporal-asset-catalog-stac-specification-1db58820b9cf > > There is currently some discussion on the STAC repo about how STAC could > be useful for netCDF-type data. > https://github.com/radiantearth/stac-spec/issues/366 > This is a technology space that is currently occupied by THREDDS and > OpenDAP. But something like STAC could be very useful for our community, > especially as more netCDF-style data moves into the cloud. > > In particular, there is a proposed extension to STAC to describe "data > cubes," which is roughly what geospatial imaging people call netCDF-type > gridded datasets: > https://github.com/radiantearth/stac-spec/pull/361 > > I wanted to email this mailing list to see if someone from the CF > community could weigh in on this proposed standard. More generally, if the > CF / netCDF community wanted to engage with the STAC people more broadly, I > think there is quite a bit of potential. > > Cheers, > Ryan Abernathey > > _______________________________________________ > CF-metadata mailing list > [email protected] > http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata > -- Ryan May, Ph.D. Software Engineer UCAR/Unidata Boulder, CO
_______________________________________________ CF-metadata mailing list [email protected] http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
