Bij het doorlussen van zowel de WKPB WMS als de WFS in Geoserver loop ik tegen problemen aan.
De WMS rendert juist, maar de GetFeatureInfo’s die erop uitgevoerd worden, geven geen informatie terug. Dit gebeurt oa bij de laag ‘pb_kw’.
De WFS rendert helemaal niet. Hij geeft de error: java.lang.RuntimeException: Parsing failed for FeatureCollection: java.lang.RuntimeException: Unable to set property: boundedBy for eobject: {http://www.opengis.net/wfs/2.0}FeatureCollectionType Parsing failed for FeatureCollection: java.lang.RuntimeException: Unable to set property: boundedBy for eobject: {http://www.opengis.net/wfs/2.0}FeatureCollectionType Unable to set property: boundedBy for eobject: {http://www.opengis.net/wfs/2.0}FeatureCollectionType class java.lang.String cannot be cast to class net.opengis.wfs20.EnvelopePropertyType. Dit gebeurt oa bij de laag ‘wkpb_pb_multipolygon’.
Zie ik iets over het hoofd met het cascaden van de WMS/WFS? Zijn de bronnen überhaupt geconfigureerd om gecascade te worden?
Zijn er dan wel lagen waarbij het wel werkt? (zoja welke?)
Kan je in de logging van geoserver terug zien wat de daadwerkelijk URL’s zijn de worden aangeroepen?
Nee, wij doen niet iets expliciet om cascaded services te ondersteunen. Nu is de wkpb wel een ‘bijzonder’ services (qua hoe we deze hebben moeten configureren) dus dat cascaded services dan nu ook ‘fout’ gaan kan mogelijk daarmee een relatie hebben.
Vandaar dat het voor ons belangrijk is om te weten welke requesten (URL’s) er door Geoserver worden gegenereerd, om zo te kunnen debuggen.
Uit nieuwsgierigheid wat is jullie/jouw usecase voor het “doorlussen”?
Ik heb het geprobeerd met de ‘wet bodembescherming’ WMS lagen en die geven allemaal hetzelfde resultaat: ze renderen juist maar getFeatureInfo’s werken niet.
Voor de context: namens de gemeente Zaanstad ben ik bezig bepaalde WFS of WMS lagen te ontsluiten in een viewer die vervlochten is met geoserver en eigen catalogue service. Het doorlussen van WFS/WMS lijkt minder arbeidsintensief dan bijvoorbeeld het inrichten van een ETL obv de atom feed.
Het helpt enorm als je voorbeeldrequests en foutmeldingen meestuurt. “werken niet” geeft niet heel veel informatie: Krijg je een foutmelding (zo ja wat is die foutmelding dan), krijg je geen rsultaat, een timeout, wat gebeurt er precies?
Als ik zelf een getFetaureInfo doe op de https://service.pdok.nl/kadaster/wkpb/wms/v1_0, dan zie ik dat er als default geojson terugkomt. Misschien ligt het daar aan? Met een geojson word er meestal geen boundedBy.Envelope mee gegeven, en in je eerste post zegt de foutmelding “Unable to set property: boundedBy”.
Dus dat doet mij vermoeden dat er ergens een spraakverwarring is tussen clients, servers en doorlussers (de een praat in gml en de ander in json). Maar dat is voor ons zo niet te zien. Als je alle requests kunt vastleggen in een log, idealiter ook met het response, dan kun je daar misschien uit afleiden of de hele conversatie goed gaat en in dezelfde taal is.
Dank voor jullie reacties en feedback! Excuses voor mijn late reactie.
We zijn nog eens gaan experimenteren met onze configuratie en kwamen erachter dat het cascaden wel werk als in de bron versie 1.2.0 wordt gebruikt, dus https://service.pdok.nl/kadaster/wkpb/wfs/v1_0?service=WFS&version=1.2.0&request=GetCapabilities. Onze Geoserver instantie/configuratie bokt wel vaker over WFS v2, en hier was dat dus ook het geval.
