Wat betreft complexere data structuren, als je kijkt naar het huidige response model ogcapi-features/featureGeoJSON.yaml at master · opengeospatial/ogcapi-features · GitHub dan is het properties:Feature model niet verder uitgewerkt (los van de vraag of application/geo+json uberhaupt dan nog een relevant response formaat is). Ben benieuwd hoe anderen hier naar kijken. Bijvoorbeeld zou een constructie mogelijk zijn, waarbij een collection een array “lantaarnpaal” terug geeft, waarbij de specificatie vereist dat lantaarnpaal de properties van FeatureGeoJSON “erft”. Maar ja, dan is het natuurlijk geen geojson meer. Als voorbeeld https://brk.basisregistraties.overheid.nl/api/v1 waar iedere collectie expliciet objecten van een bepaald type terug geeft, maar wel eigenschappen van FeatureGeoJSON bevat.
Ik wil ook nog even op deze thread wijzen implement schema.org in responses · Issue #33 · geopython/pygeoapi · GitHub, een alternatieve aanpak waarbij je het datamodel niet in YAML definieert maar in een json-ld context. Mogelijk ook relevant voor de werkweek