Dit heeft jaren vlekkeloos gewerkt, maar de afgelopen week zijn om de beurt de AHN3, de AHN1 en als laatste de AHN2 “uitgevallen”. De service gedraagt zich niet meer hetzelfde, het lijkt alsof ze vervangen zijn door een nieuwe implementatie. Zelfs een simpel GetCapabilities request geeft errors.
Wie weet wat hier gebeurd is? Is dit tijdelijk of permanent, en is de oude implementatie ook beschikbaar?
er zijn inderdaad wijzigingen doorgevoerd op de AHN1,2,3.
We zijn gemigreerd van Geoserver naar Mapserver voor de AHN, i.v.m. performance, stabiliteit en kapotte WCS requesten.
Officieel gesproken vraagt de OGC spec om een service=WCS parameter in het request.
We hebben veel last gehad (en nog steeds) van Geoserver die van alles en nog wat maar goed vondt aan de buitenkant. Hierdoor hebben we geen/weinig grip op wat voor een requesten er afgevuurd konden worden op onze PDOK endpoints.
Het request wat jullie dus deden was eigenlijk verkeerd en werkte bij toeval.
Mochten jullie er veel last van hebben dat dit niet meer werkt, kan ik met rewriterules de vergeten parameter toevoegen aan het request.
We hebben in onze logging gekeken naar het aantal requesten van de afgelopen periode voor de WCS services.
Hierin zagen we dat bij minder dan 0,3% van de WCS requesten de ‘services=WCS’ parameter ontbrak. Van deze 0,3% was meer dan de helft een getCapabilties request.
Bedankt voor de support en uitleg! Ik had al de indruk dat het nu mapserver ipv geoserver was.
Alleen maar logisch om de OGC specificatie te gebruiken, ik zou geen rewrite rules opnemen maar gebruikers “opvoeden”. Ik had de service parameter gevonden, maar het GetCapabilities voorbeeld staat in de service documentatie (https://www.pdok.nl/geo-services?articleid=1948833#17351c289c7ba67f45ecf07a52574703), wellicht kan dit bijgewerkt worden.
Waar ik tegen aanloop zijn de volgende zaken. De coverages hebben andere namen gekregen. Voorheen was het bijvoorbeeld coverage=ahn2:ahn2_05m_non, dat is nu coverage=ahn2_05m_non (zonder prefix). De supported formats zijn niet meer hetzelfde, we gebruikten format=GeoTIFF , maar dat is vast gelijk aan format=image/tiff. Echter, we kregen een response met een single-band geotiff met float waarden (de hoogte), nu krijgen we een 3-band geotiff met bytes voor RGB (allemaal 0 overigens).
Hoe krijg ik een geotiff met de hoogtes van een bbox? Ik doe bijvoorbeeld een request:
De parameter RangeSubset heeft als enige optie 1, dus de layer zelf lijkt wel single-band. Komt de 3-band tiff output wellicht doordat output format format=image/tiff in mapserver als IMAGEMODE=RGB gespecificeerd staat? (zie WCS Server — MapServer 8.0.1 documentation ). En is het mogelijk om een image format toe voegen met FLOAT32 als mode?
@tomvantilburg het was even graven en zoeken, maar als het goed is worden de nodata waarden nu correct doorgegeven. Hoor het graag of het nu opgelost is.
