-
Notifications
You must be signed in to change notification settings - Fork 4
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
Implement OGC EDR API for catalog search #39
Comments
Might want to edit the post to indicate that this is specifically OGC API - Environment Data Retrieval (EDR). I think that the UK Met Office is also involved in defining the standard. Maybe @nbarlowATI knows who is working on that effort? We (the Planetary Computer team) will also be looking into how OGC API - EDR complements / overlaps with STAC. |
Edited, thanks Tom! Glad to know we'll be able coordinate on this. |
Hi all, @m-burgoyne and @chris-little from the UK Met Office are editors of the OGC EDR-API. Also, @solson-nws, @tomkralidis and myself have been looking heavily into the different search aspects and how OGC API's can assist with this. I figured I would tag them here in case there is interest in collaboration! |
@abkfenris, I started this Issue this week as an aggregation point for resources and discussion on OGC EDR API implementations. You mentioned at today's Pangeo community meeting that you've been working with |
Thanks for the cc @ShaneMill1. As mentioned, we have been working on clarifying search architecture in the OGC MetOcean Domain Working Group), and where search fits at the "discovery" level as well as the "data search" level. For discovery, we at the OGC API - Records Standards Working Group are working on metadata models and best practices using OGC API - Records. Note that this is also being discussed at WMO to enable low barrier/mass market friendly weather/climate/water search. Having said this, on the technology side, pygeoapi implements OGC API - Records, EDR, STAC and other standards, and is extensible (via data providers/adapters/plugins), so may be worth a look. |
I really just started playing around with pygeoapi yesterday, so I don't have a whole lot to share yet. I think I'll probably be diving into the provider plugin system to deal with the weirdness of FVCOM's (what I meant to write and say, but I've also been fighting with HYCOM recently) grid. It looks like I will be able to extend the existing |
@cisaacstern , @abkfenris Perhaps I should state that EDR API is now an official OGC standard. Hence stable, but also open to comments, RFCs, etc. We (the EDR API Standard Working Group) will be working on examples and guide materials in the next few months. You are welcome to raise issues on the EDR API Github. |
In a recent Pangeo Showcase, @ShaneMill1 & @solson-nws presented a compelling implementation of the OGC API - Environment Data Retrieval (EDR):
The presentation highlighted the utility of this API for performing dimensional/faceted search across a heterogenous data catalog. As of opening this issue, we are planning to use the SpatioTemporal Asset Catalog (STAC) and related tooling as our default catalog interface for Pangeo Forge. Some users may be more familiar/comfortable with the OGC API, however, so we should implement this technology as well.
This is not currently a shovel-ready project, as it is likely dependent on a range of other ongoing projects, including:
As such, work on this issue is as much a project management / coordination task is it is an engineering one, at this stage.
The text was updated successfully, but these errors were encountered: