Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    Peter Baumann
    @pebau
    @jgallagher59701 : yes, this has been discussed, but then the decision presented has been made (not unanimously). One reason is that the Features group pushed the "view" perspective, ie: some coverages might also be seen as features, and vice versa. As has been stated by experts in the room that does not always work anyway. Second, AFAIK REST is not able to describe recursively nested items, such as collections of collections, of undefined depth. Personally, I very much like the idea of nested collections, maybe we can flesh out a suggestion?
    @tomkralidis thanks for posting the link!
    Peter Baumann
    @pebau
    @jgallagher59701 another reason: there is a very justified requirement to be able to retrieve geo objects on a server regardless of the type (feature, coverage, coverage sub-type, etc.). So /collections/ would retrieve all objects (filtering might limit the number of hits, just to anticipate the concern). In case of nested objects the user would get back a tree essentially, and that has not (yet?) been included in OAPI Common. Challenge: can this be done in a way that is still simple to handle for the user? Looking forward to discussion.
    James Gallagher
    @jgallagher59701
    +1 - all users want to subset
    Peter Baumann
    @pebau
    ...in the domain (spatial, temporal) and in the range, say from a coverage with 50+ climate variables.
    James Gallagher
    @jgallagher59701
    right
    Aimee Barciauskas
    @abarciauskas-bgse
    @jgallagher59701 is the opendap server you mentioned open source?
    James Gallagher
    @jgallagher59701
    @abarciauskas-bgse yes, Hyrax is open and in GutHub
    Aimee Barciauskas
    @abarciauskas-bgse
    :bow:
    James Gallagher
    @jgallagher59701
    Peter Baumann
    @pebau
    re subsetting in a foreign CRS (ie, not the coverage's Native CRS), here is a (very brief) draft: https://github.com/opengeospatial/ogc_api_coverages/blob/extensions/extensions/crs.adoc
    James Gallagher
    @jgallagher59701
    Tom Kralidis
    @tomkralidis

    hi all: for those interested in pygeoapi, a branch for implementing coverages is in https://github.com/geopython/pygeoapi/tree/coverages

    note: we are starting at ground zero, so I am implementing the core workflow that various backends can be glued to.

    yepremyana
    @yepremyana
    Peter Baumann
    @pebau
    result of discussion: new issue has been generated for OAPI-Common: opengeospatial/oapi_common#80
    Matthew Hanson
    @matthewhanson
    Here is a browsable STAC interface (discussed in convergence group): https://landsat.stac.cloud/
    Note this is an older version of STAC, and it’s a static catalog (just a bunch of JSON files on s3), and not queryable
    Matthew Hanson
    @matthewhanson
    James Gallagher
    @jgallagher59701
    Jerome St-Louis
    @jerstlouis
    Overall architecture diagram for potential convergence is found in the OGC API - Common Best Practice ( https://github.com/opengeospatial/oapi_common/blob/master/19-072BP.pdf )
    Matthew Hanson
    @matthewhanson
    Here’s a STAC API, it’s got two collections: sentinel-s2-l1c and sentinel-s2-l2a, but just one Item in the sentinel-s2-l2a collection: https://fn8d3qzbhk.execute-api.us-west-2.amazonaws.com/omega
    I can additional scenes as needed
    Ziheng Sun
    @ZihengSun
    Tom Kralidis
    @tomkralidis
    FYI, as requested, in pygeoapi we are working on OGC API - Coverages initial implementation. For my part, I am working against the following sample data: https://github.com/geopython/pygeoapi/blob/coverages/tests/data/CMIP5_rcp8.5_annual_abs_latlon1x1_PCP_pctl25_P1Y.nc (CMIP5 NetCDF)
    amfriesz
    @amfriesz
    @tomkralidis Thanks
    Jerome St-Louis
    @jerstlouis
    ghobona
    @ghobona
    Have just added links to the data sources to the wiki https://github.com/opengeospatial/CoverageProcessAnalytics/wiki/Datasets
    Tom Kralidis
    @tomkralidis
    Should we list implementations on wiki or an Implementations.adoc page in the repo?
    Tom Kralidis
    @tomkralidis
    I issued opengeospatial/CoverageProcessAnalytics#2 then realized there is a wiki page, but I don’t have privileges to edit the wiki page
    Stephan Meißl
    @Schpidi
    I just merged #2 guess this is easier than the wiki
    Tom Kralidis
    @tomkralidis
    Richard Conway
    @rconway
    Input from Jerome for API convergence example...
    Please find attached fleshed out OGC API combination/convergence ideas following the first day of discussion at the Code Sprint.
    Also at https://gist.github.com/jerstlouis/567acb48537a748ee9bee6f9659fcc1c with a comments-free version validating as JSON.
    Jerome St-Louis
    @jerstlouis
    I'm here on the Gitter but will be able to join the room around 11:15
    Richard Conway
    @rconway
    @jerstlouis I'm trying to interpret your json file into a sequence diagram of the flow. I'll make a start, but will need your help.
    Jerome St-Louis
    @jerstlouis
    @rconway cool, will be happy to help
    @matthewhanson if you could help me correct the STAC filter (which I had no idea how to specify) that would be great
    Richard Conway
    @rconway
    @jerstlouis Thanks. Same room as yesterday
    David Blodgett
    @dblodgett-usgs
    Just put in a PR for my quicky RMarkdown client. opengeospatial/CoverageProcessAnalytics#3
    Ingo Simonis
    @ingosimonis
    please start adding your contributions to the "end of sprint slides". We use the slide set used throughout the sprint, just add at the end: https://docs.google.com/presentation/d/1gMpGKc6JnsCHUATH21E1VWC-80ItvxMW8Wdkdhy4n-g/edit?usp=sharing
    Stephan Meißl
    @Schpidi
    done
    Ingo Simonis
    @ingosimonis
    presentation slides start at slide #47
    amfriesz
    @amfriesz
    @ingosimonis sorry for the inconvenience, but I was not able to push my python notebook to https://github.com/opengeospatial/CoverageProcessAnalytics. I push the notebook out to my personal repo (https://github.com/amfriesz/ogc_openapi/tree/master/Notebooks). Would you be able to move the python notebook to the CoverageProcess Analytics repo?
    Tom Kralidis
    @tomkralidis

    hi all: small update: I added spatial subsetting to the pygeoapi server/demo just now if anyone wants to test.

    Example: http://147.102.109.27:5002/collections/cmip5/coverage/all?subset=lat(50.0,60.0)&subset=long(-110.0,-100.0)&rangeSubset=1

    Tom Kralidis
    @tomkralidis
    (p.s. thanks to @kalxas for providing demo server space)