STAC 1.0.0: What’s next for the STAC Ecosystem?

Following up on our SpatioTemporal Asset Catalog 1.0.0 announcement, this post will finish our miniseries diving into the STAC specification and the ecosystem around it. This one is really about the future, where we see STAC heading in the next six months and beyond. And after this I hope to start an in-depth series of STAC posts that dives deeper into individual projects, highlighting all the great software and data in the STAC ecosystem.
The ‘STAC Ecosystem 1.0’ Vision
One of the core tenents of the STAC Community is that we focus on the process of building an interoperable ecosystem, with the specification serving as a record of the current state of collaboration. With the release of 1.0.0, it is our hope that the core of that collaboration now has an incredibly solid foundation. But there is much, much more to do in order to realize the vision of STAC: we won’t be ‘done’ until every single ‘geospatial asset’ has an associated STAC record.

Machine Learning, Standards

Discoverable and Reusable ML Workflows for Earth Observation (Part 1)

Using STAC to catalog machine learning training data.
Researchers and data scientists are increasingly combining Earth observation (EO) with ground truth data from a variety of sources to build faster, more accurate machine learning (ML) models to gain valuable insights in domains ranging from agriculture to autonomous navigation to ecosystem health monitoring. These models are integrated into analytic pipelines that generate on-the-fly predictions at scale. The accuracy of these inferences are then evaluated using well-defined validation metrics and the results used to improve the performance of the original model in a continuous feedback loop.

If this sounds like a complex process, that’s because it is! Ad-hoc techniques for handling these workflows may work well within a single organization, but can lead to a bewildering array of algorithms and data for end-users.


STAC API Version 1.0.0-beta.2 released!

The SpatioTemporal Asset Catalog (STAC) Community is pleased to announce the release of version 1.0.0-beta.2 of the STAC API specification! A big thanks to Phil Varner for leading this release, and to everyone else who pitched in.

What is STAC API? As we are welcoming many new people to the STAC community with the core STAC 1.0.0 release it’s probably worth explaining what this ‘API’ release is all about. STAC originally started from a desire to make a common API to help interoperability between satellite data providers, but soon evolved to focusing on the core JSON language to enable more general geospatial interoperability. The STAC repository initially contained both the API specification along with the three ‘core’ specs (Item, Catalog & Collection). But it was clear that the API really depends on the core, and expands it with additional functionality, so after version 0.9.0 we decided to split STAC into two repositories.


STAC 1.0.0: Software Ecosystem Updates

This post continues the STAC 1.0.0 announcement and updates on the community and spec, with an in-depth dive into one part of what we call the ‘STAC Ecosystem’. This is the ever-growing set of libraries, clients, and servers that rely on the STAC specification to build towards our goal of interoperability. The advanced state of this ecosystem is one of the things I’m most proud of with STAC, as one of the earliest goals was to have as much real-world validation as possible. And the coolest thing is that it feels like the momentum is just starting to really hit an inflection point, with more and more tools supporting STAC.

So this post will give an overview of the current state of STAC-related software, and where our ‘STAC 1.0.0 Initiative’ sponsor money has enabled us to accelerate. And in the next post, I’ll share what else we’re planning to fund, towards a vision of ‘STAC Ecosystem 1.0.0’. That’s the point when there are complete tools, with all the appropriate tutorials and documentation, so that anyone can easily create or consume STAC. Our goal is that most people will be able to do so without having to ever read the specification. It will just be the foundation that enables a network of interoperable data.

News, Standards

Cloud Native Geospatial Ecosystem Community Releases STAC Specification version 1.0.0 to Connect Remote Sensing Data into a Network of Information about the Earth

The SpatioTemporal Asset Catalog (STAC) specification provides a common language to describe a range of geospatial information, so it can more easily be indexed and discovered.

WASHINGTON, June 10, 2021 (GLOBE NEWSWIRE) — The Cloud Native Geospatial Ecosystem Community announces the release of the SpatioTemporal Asset Catalog (STAC) specification version 1.0.0. The STAC specification is an open metadata standard that systemically describes remotely sensed data of the Earth. The specification supports emerging cloud-based geoprocessing engines by allowing spatial data to be indexed and discovered more efficiently. This feature is fundamental when building artificial intelligence applications using Earth imagery.


STAC 1.0.0: Spec and Community Updates

While we just announced STAC 1.0.0, the initial post did not contain any of the typical information we normally include in a STAC release announcement. So in this post, we’ll dive into the details of what changed in the specification, including extensions, as well as some of the community highlights. And this will just be one of several posts diving deeper into STAC topics, including the wider ecosystem of tools.


STAC Specification 1.0.0 Released!

The SpatioTemporal Asset Catalog (STAC) community is pleased to announce the release of version 1.0.0. It’s safe to say we’re all quite proud of the release, as it’s been a large community effort for over three years. For those who haven’t heard of STAC, it provides a common language to describe a range of geospatial information, so it can more easily be indexed and discovered. You can learn more at the website, which we aim to update in the coming months to be an even better learning resource.
A Stable Foundation –I’m not going to go into all the details of the release for this post, but I’m aiming to do a series of blog posts to highlight all that has happened, share what’s next, and highlight all the amazing tools in the community. The one thing I do want to share is what a 1.0.0 release means for us. Our goal for the core STAC specification is to provide a foundational layer for the emerging ‘Cloud Native Geospatial’ ecosystem. We believe that the future of geospatial information is fully online and in the cloud, and STAC aims to help connect diverse data into a network of information about our planet (and even other planets).


SpatioTemporal Asset Catalog (STAC) 1.0.0-rc.1 Released


The Path to STAC 1.0.0

It’s almost time! The SpatioTemporal Asset Catalog (STAC) specification has been maturing for over 3 years, and already has a rich ecosystem of tools with hundreds of millions of assets cataloged. The core community has agreed that it’s time to put a pin on it and lock in a super stable specification that can be a core building block for years to come. We believe STAC will be the foundation of something truly special: A transformation to a ‘Cloud Native Geospatial’ world that will open up unimaginable innovation.

Our goal has been to build simple, flexible building blocks to expose geospatial data in order to enable others to build incredible value on top of that. This can only happen if there’s a stable base to rely upon. In the next couple of months, we hope to release 1.0.0. Our goal goes beyond just releasing the specification: We aim to make sure there is a ‘complete’ core ecosystem of tools to make it easy for people to create, use, and get value from STAC. See below for our plan, details on our sprint, and also ways that organizations can directly support STAC.


SpatioTemporal Asset Catalogs and the Open Geospatial Consortium