PDOK BGT WMTS kan niet embed worden door CORS error

Datasets BGT
#1

Wanneer we de wmts van de bgt proberen te embedden krijgen we volgende error (iig in de edge en chrome browser):
Access to image at ‘https://service.pdok.nl/mapproxy/wmts/pastelvisualisatie/EPSG:28992/01/1/1.png’ from origin ‘https://[hidden].cadac.dev’ has been blocked by CORS policy: No ‘Access-Control-Allow-Origin’ header is present on the requested resource.
service.pdok.nl/mapproxy/wmts/pastelvisualisatie/EPSG:28992/01/1/1.png:1

    GET https://service.pdok.nl/mapproxy/wmts/pastelvisualisatie/EPSG:28992/01/1/1.png net::ERR_FAILED 404 (Not Found)

Dit gebeurt voor elke op te halen png.
We proberen de service toe te voegen als item in “Portal for Arcgis”.
Hetzelfde lukt wel met de brt achtergrond service ( https://service.pdok.nl/brt/achtergrondkaart/wmts/v2_0).

1 like
#2

Ik heb nu elke onderliggende kaart van de bgt wmts geprobeerd en geeneen werkt.
Is er een storing?

1 like
#3

Even de voor de hand liggende vraag: hoe ben je tot de URL https://service.pdok.nl/mapproxy/wmts/pastelvisualisatie/… gekomen? Je geeft zelf ook het voorbeeld van de BRT Achtergrondkaart, zoals je ziet staat dat ook in de URL.

De correcte URL voor de BGT WMTS is de volgende: https://service.pdok.nl/lv/bgt/wmts/v1_0?request=GetCapabilities&service=WMTS.

1 like
#4

Zodra ik de url https://service.pdok.nl/lv/bgt/wmts/v1_0?request=GetCapabilities&service=WMTS toevoeg in de ArcGIS portal, dan krijg ik de vraag welke van de 5 bgt kaarten ik wil (pastel, omtrek etc.). Dan wordt er netjes een tiles webservice toegevoegd aan de portal, maar bij het openen van een kaart waar deze service inzit krijg ik bovenstaande errors in de browser en wordt er geen kaart geladen. De brt service, die op dezelfde manier is toegevoegd heeft dit probleem niet.

Dus waar die /mapproxy url vandaan komt, dat weet ik niet. Vermoedelijk gebruikt PDOK mapproxy in de backend?

1 like
#5

Ah, dat is een ander verhaal inderdaad, duidelijk. Ik heb zelf geen ervaring met Portal for Arcgis, wellicht dat een andere gebruiker hier al eens de BGT WMTS in heeft geladen. Het verschil met de BRT-A is wel opvallend, daar zal ik nog eens even naar kijken.

1 like
#6

Ligt het misschien aan onze domeinnaam ([subdomein].cadac.dev)?
Dat er een CORS instelling aan jullie zijde is die deze blokkeert?
De melding geeft iig dat dit zo is :slight_smile:

1 like
#7

Ik denk niet dat het direct aan de domeinnaam ligt, dan zou je denk ik voor meer WMTS services hetzelfde probleem moeten hebben. Mogelijk zit er een verschil in configuratie tussen BGT en BRT-A, zoals gezegd zal ik daar naar kijken.

1 like
#8

Alvast bedankt!

#9

Ik zie dat de BGT WMTS (net als alle services op service.pdok.nl) wel CORS headers teruggeeft. Zie deze aanroep met curl:

curl -v 'https://service.pdok.nl/lv/bgt/wmts/v1_0/standaardvisualisatie/EPSG:28992/01/1/1.png' --output /tile.png

> GET /lv/bgt/wmts/v1_0/standaardvisualisatie/EPSG:28992/01/1/1.png HTTP/1.1
> Host: service.pdok.nl
> User-Agent: curl/8.6.0
> Accept: */*
>
< HTTP/1.1 200 OK
< Accept-Ranges: bytes
< Access-Control-Allow-Headers: Content-Type
< Access-Control-Allow-Method: GET, OPTIONS
< Access-Control-Allow-Origin: *
< Cache-Control: public, max-age=259200, s-maxage=259200
< Content-Length: 854
< Content-Type: image/png
< Date: Thu, 27 Jun 2024 14:13:40 GMT
< Etag: 377ee909ee455036f8430e142f834f5a
< Last-Modified: Thu, 27 Jun 2024 14:13:40 GMT
< Strict-Transport-Security: max-age=31536000; includeSubDomains; preload

Als je met je browser naar https://service.pdok.nl/lv/bgt/wmts/v1_0/standaardvisualisatie/EPSG:28992/01/1/1.png gaat dan ontvang je ook deze CORS headers.

1 like
#10

Ik heb verschillende keren geprobeerd maar kreeg het niet voor elkaar om de bgt wmts goed te laden in de ArcGIS portal. Uiteindelijk heb ik nu de link naar de xml met de wmts gegevens gebruikt en nu werkt de service wel. Hoogstwaarschijnlijk een ESRI bug :wink:

Aldus voor anderen die Arcgis Portal gebruiken, neem de link naar de xml als bron:
https://service.pdok.nl/lv/bgt/wmts/v1_0/WMTSCapabilities.xml

Bedankt voor al het uitzoeken.

3 likes
#11

Mocht je een antwoord van ESRI ontvangen over deze problematiek, zou je die dan svp willen toevoegen aan dit topic? Of beter, zou iemand vanuit ESRI hierover in de community iets kunnen delen?

#12

Hoi, ik zal even reageren.

Een korte blik leert mij het volgende. Zie het verschil in deze url naar capabilities:
https://service.pdok.nl/lv/bgt/wmts/v1_0/WMTSCapabilities.xml
https://service.pdok.nl/lv/bgt/wmts/v1_0/1.0.0/WMTSCapabilities.xml

De eerste is welke voor Dennis werkt (heb ik zojuist ook kunnen bevestigen), de twee geeft ook in de Capabilities de url met maproxy terug en levert geen plaatjes meer terug. De tweede wordt opgehaald door ArcGIS (zowel ArcGIS Online en ArcGIS Enterprise) wanneer de url https://service.pdok.nl/lv/bgt/wmts/v1_0?request=GetCapabilities&service=WMTS wordt gebruikt. Het is in ieder geval wel een door PDOK (nog?) aangeboden capabilities-file, een oude wellicht? Wellicht dat aan onze kant 1.0.0 wordt verwacht / ingevuld, kan ik nu niet beoordelen.

@denniswiss-cdc - volgens mij heb jij een workaround.
Voel je vrij om direct via support@esri.nl te schakelen.

Collega’s en ikzelf checken met enige regelmaat ook dit forum maar voor gegarandeerde opvolging is het melden van een vraag via onze supportafdeling de aanbevolen werkwijze. Dan is opvolging gegarandeerd, inclusief registratie en bij constateren van eventuele defecten de opvolging daarvan.

1 like
#13

Dank voor je response!

#14

Waar haalt ArcGIS dan de variant met 1.0.0 vandaan? In de GetCapabilities XML die daar wordt geserveerd vind ik hem niet terug.

Waarschijnlijk gaan PDOK (wij) een 404 moeten serveren op de variant met 1.0.0. Ik zie niet meteen in de WMTS spec dat die verplicht is (mogelijk wel gangbaar).