Werken aan geo-extensie voor NL API strategie

Standaarden
#1

Op 11 november, van 10 tot 12 uur organiseert Geonuvum de eerste (virtuele) bijeenkomst voor iedereen die wil werken aan de geo-extensie van de API Strategie.

In de Nederlandse API strategie (het Extensions deel) staat een hoofdstuk “Geospatial” over het uitwisselen van geo-informatie via APIs. Deze extensie is nog een concept. Vanuit Geonovum willen we deze extensie met de API Designrules werkgroep van het Kennisplatform API’s en het werkveld bespreken en vaststellen.

In de Geospatial extensie staan regels over het gebruik van GeoJSON, over ruimtelijke zoekvragen en over het omgaan met coördinaatreferentiesystemen in een API. Elk van deze onderdelen willen we nader bekijken en bespreken. Doel is te kunnen bepalen of we ze het label ‘stabiel’ willen meegeven en de extensie normatief willen maken. Een concreet punt dat we daarbij ook willen meenemen is de positie van de nieuwe OGC API standaarden in relatie tot de Nederlandse API strategie. De OGC API Standaarden zijn de afgelopen paar jaar ontwikkeld conform Web en REST principes, Voor deze positionering willen we een vergelijking maken tussen de OGC APIs en de huidige geo-extensie van de NL API strategie.

Momenteel loopt vanuit Geonovum een testbed over deze OGC APIs; de inzichten daaruit willen we ook meenemen.We willen in ieder geval de volgende OGC API standaarden meenemen: OGC API Features deel 1, 2, en 3, OGC API Common deel 1, en wellicht ook OGC API Tiles en andere OGC APIs.

Wil jij meedenken/meedoen? Schuif dan aan in deze online werkgroep sessie! Schrijf je in via deze link:

Ideeën voor de geo-extensie hoor ik trouwens ook graag via dit topic!

#2

Ha Linda, document ziet er overzichtelijk uit en geeft antwoord op aantal relevante use cases. Toch vraag ik me af of het door de generieke opzet past in een nederlands profiel, is het niet meer iets dat je op het niveau van de open api specificatie aan zou kunnen kaarten? Of werken dat soort dingen vaak andersom, dat je het na lokaal success alsnog op een hoger niveau aankaart?

Ik juich van harte toe dat we vanuit het geodomein kijken hoe we aan bestaande standaarden een geo aspect toe kunnen voegen, al wordt dit op deze manier wel een ‘concurrent’ van de ogc-api-features standaard. Een vergelijkbaar initiatief om te benoemen is de uitbreiding van graphql met spatial operators

Het lijkt me in ieder geval goed om te benoemen welke aspecten we horen te beschouwen in een spatial uitbreiding voor een api-standaard, een aanzet:

  • ontologische concepten om coördinaten, geometrie en projectie te beschrijven
  • ondersteuning van spatial encodings zoals gml, geopackage, geojson voor im- en export van data
  • ruimtelijke functies voor hergebruik in oa filter expressies, zoals within, reproject, distance

Nog even ter aanvulling, goed om bij gebruik van de term geojson te benoemen (bij voorkeur de aparte termen definieren) dat geojson meerdere betekennissen heeft:

1 like