Wordpress en OGC API Features

Standaarden
#1

Hallo allemaal,

Ik doe een poging om onze data via OGC API Features beschikbaar te stellen en maak hiervoor een Wordpress plugin. Ik kan e.e.a. laden in QGIS, maar kom niet door de OGC Validator. Dit is de landing page:
https://groningerdorpen.nl/wp-json/ogc/v1/lp

Deze foutmeldingen krijg ik (o.a.):

No feature Ids found in tested collections.

org.testng.SkipException: ApiModel is not available.

Dus mijn vraag: Moeten feature id’s op een bepaalde manier genoemd worden? Alle features op https://groningerdorpen.nl/wp-json/ogc/v1/lp/collections/dorpshuizen/items hebben wel een id.

En is het verplicht een ApiModel in HTML vorm te hebben (ik link nu naar een wordpress pagina, maar zou eventueel mijn json door https://editor-next.swagger.io/ om kunnen zetten in html)? Of is er een andere reden dat ik deze foutmelding krijg op het ApiModel?

Hopelijk kan iemand me een stap verder helpen, alvast bedankt!

Met vriendelijke groet,

Sjouke Bakker

3 likes
#2

Dus mijn vraag: Moeten feature id’s op een bepaalde manier genoemd worden?

Feature id’s mogen integers of strings zijn. Wat je nu hebt lijkt ok.

En is het verplicht een ApiModel in HTML vorm te hebben

HTML is optioneel. Als je geen HTML ondersteuning hebt - zoals nu het geval is - dan moet je de ‘html’ conformance class verwijderen van https://groningerdorpen.nl/wp-json/ogc/v1/lp/conformance.

Wat mij opvalt is dat forward slashes in de URL’s allemaal escaped zijn. Dus https:\/\/. Die escaping is toegestaan in JSON maar het is wel optioneel. Je hoeft het niet te doen. Het zou misschien kunnen dat de validator er daar niet mee overweg kan (pure aanname dit laatste).

Ter info: https://api.pdok.nl/lv/bgt/ogc/v1 (in JSON https://api.pdok.nl/lv/bgt/ogc/v1/?f=json) voldoet volledig aan de specificatie cq. komt door de validator. Wellicht dat je daar nog inspiratie uit kan halen.

4 likes
#3

Hoi, bedankt voor je antwoord! Ik heb beide acties gedaan, en daarna kreeg ik geen fout meer over het ApiModel. Om er achter te komen waar het hem nou in zat heb ik de wijzigingen weer teruggedraaid, maar ook daarna bleef het zonder foutmelding werken… :face_with_raised_eyebrow:

Nouja, ik kan in ieder geval weer verder. En inderdaad de BGT had ik er al bij als goed voorbeeld.

1 like
#4

Ik ben weer wat stapjes verder. Maar de foutmelding “No feature Id’s found in tested collections” is de enige die nog steeds blijft staan. Ik heb er al een string van gemaakt, maar dat helpt ook niet. Als foutmelding krijg ik Implements A.2.8. Feature, Abstract Test 27 (Requirement /req/core/f-op). Dit gaat over de links, dat die een rel en type moeten hebben, maar volgens mij staat dat nu correct in https://groningerdorpen.nl/wp-json/ogc/v1/lp/collections/. Heeft iemand een gouden tip?

Correctie: Gaat toch om deze test: OGC API - Features - Part 1: Core

@rkettelerij Ik vond nog een klein foutje in de BGT API, dit moet ?f=html zijn denk ik?

foutje_bak

#5

@sjoukebakker heb je het al getest zonder de JSON escaping?

Scherp wat betreft de BGT API, moet inderdaad HTML zijn. Dat passen we zsm/direct aan.

#6

Inmiddels aangepast

1 like
#7

Ja, dit lijkt niks uit te maken. Ik heb nu alle slashes unescaped, maar de foutmelding blijft hetzelfde. Ik denk dat het probleem in /api zit, dus ik puzzel nog even verder.