Ik krijg daar nu een foutmelding op terwijl het eerder wel werkte:
<ows:ExceptionReport xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:ows="http://www.opengis.net/ows/1.1" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="2.0.0" xsi:schemaLocation="http://www.opengis.net/ows/1.1 https://ogcgeo.zwemwater.nl/geoserver/schemas/ows/1.1.0/owsAll.xsd">
<ows:Exception exceptionCode="NoApplicableCode">
<ows:ExceptionText>java.lang.RuntimeException: java.lang.RuntimeException: Error applying mapping with targetAttribute zwr:monsterpunt java.lang.RuntimeException: Error applying mapping with targetAttribute zwr:monsterpunt Error applying mapping with targetAttribute zwr:monsterpunt java.lang.RuntimeException: Error applying mapping with targetAttribute zwr:monster Error applying mapping with targetAttribute zwr:monster java.lang.RuntimeException: Error applying mapping with targetAttribute zwr:resultaat Error applying mapping with targetAttribute zwr:resultaat java.lang.RuntimeException: Error applying mapping with targetAttribute zwr:resultaatPublicatie/zwr:publiceerder Error applying mapping with targetAttribute zwr:resultaatPublicatie/zwr:publiceerder</ows:ExceptionText>
</ows:Exception>
</ows:ExceptionReport>
Deze service staat ook gewoon in het georegister:
Als ik de CSV vandaar probeer te downloaden krijg ik ook een foutmelding in de CSV:
<?xml version="1.0" encoding="UTF-8"?><ows:ExceptionReport xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:ows="http://www.opengis.net/ows" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="1.0.0" xsi:schemaLocation="http://www.opengis.net/ows https://ogcgeo.zwemwater.nl/geoserver/schemas/ows/1.0.0/owsExceptionReport.xsd">
<ows:Exception exceptionCode="NoApplicableCode">
<ows:ExceptionText>java.lang.RuntimeException: Unable to obtain connection: Cannot get a connection
Unable to obtain connection: Cannot get a connection
Cannot get a connection
Timeout waiting for idle object</ows:ExceptionText>
</ows:Exception>
</ows:ExceptionReport>
Ik weet niet of er wijzigingen zijn gemaakt. De WMS data wordt nu ook via PDOK aangeboden zie ik, maar ik weet niet of daarmee de WFS “uit de lucht” is gehaald?
levert keurig netjes een json op. Maar bij Zwemwaterlocatie levert 't niks op, zelfs niet als je de featureID weglaat (dan zou je alles moeten krijgen in theorie), maar zelfs dat levert een foutmelding op.
ALs je de foutmelding leest, lijkt het er op dat er wat attributen uit andere tabellen gehaald moeten worden, wat niet lukt (of zoiets). Denk dat er aan de achterkant iets is omgevallen bij een update of zo…
Het lijkt erop dat het probleem bij de monsterpunten ligt. Eigenlijk heb ik dit niet nodig.
Is er een manier om dit eruit te filteren door de query aan te passen (ik heb niet heel veel ervaring met geoserver ik kom niet echt verder na wat zoekwerk in de documentatie).
Ik weet dat ik dat PropertyName kan gebruiken, maar hoe doe ik dit voor child properties (in dit geval zwemwaterlocaties in de gebieden)? Dan kan ik op die monsterpunt eruit filteren.
Het lijkt erop alsof in de brondata er geen goede feature index kolom is opgenomen. Dan kan response paging (getriggerd door STARTINDEX) niet goed werken. COUNT kan dan wel weken, daar is zo’n index niet voor nodig.
Reden dat ik met een count en startindex werk is de enorme hoeveelheid data (vooral in monsterpunten), als ik dat weg kan laten kan ik misschien 1 call doen.
Ik had je al een prive-berichtje gestuurd, maar zet het ook nog even bij dit bericht op het forum zelf zodat bij toekomstige / andere vragen de lezers van het geoforum direct weten waar ze zich kunnen melden met vragen.
Neem s.v.p. contact op met de beheerder van de service. Je vindt de contactgegevens bij dit metadata-record over www.zwemwater.nl in het NGR:
Uiteindelijk bleek er iets misgegaan te zijn bij een update aan het systeem afgelopen maart.
Het lijkt nu opgelost. Ik kan de eindpunten weer aanroepen volgens de specificatie met indexering.
