WMTS tiles niet zichtbaar

Datasets BGT
#1

Via PDOK hier naar toe verwezen om het probleem voor te leggen.

Zou u met ons mee willen denken, waar het probleem kan liggen.
Mensen aan uw kant hebben hier misschien een mening over.

De images worden geopend in onze JOSM java editor.
Welk ook via cmd.exe opgestart kan worden, om wat meer geheugen toe te schrijven aan de applicatie.
Een van onze Openstreetmap vrijwilligers doet dat en krijgt de wmts tiles niet te zien. Voorheen wel

http://geodata.nationaalgeoregister.nl/tiles/service/wmts/bgtachtergrond?SERVICE=WMTS&request=GetCapabilities

Ik heb de projectie van JOSM ook op Rijksdriehoek gezet.
En krijg dezelfde melding: Error: Problem loading tile

Hierbij de wmts BGT achtergrond keuze
Nu een deel van mijn cmd proces.
Copy paste cmd veld.

2017-04-08 00:17:05.712 INFO: GET https://geodata.nationaalgeoregister.nl/tiles/service/wmts?SERVICE=WMTS&REQUEST=GetTile&VERSION=1.0.0&LAYER=bgtachtergrond&STYLE=&FORMAT=image/png8&tileMatrixSet=EPSG:28992:16&tileMatrix=EPSG:28992:16:8&tileRow=89&tileCol=153 → !!!
2017-04-08 00:17:05.714 WARNING: javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target. Cause: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target. Cause: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
at sun.security.ssl.Alerts.getSSLException(Unknown Source)
at sun.security.ssl.SSLSocketImpl.fatal(Unknown Source)
at sun.security.ssl.Handshaker.fatalSE(Unknown Source)
at sun.security.ssl.Handshaker.fatalSE(Unknown Source)
at sun.security.ssl.ClientHandshaker.serverCertificate(Unknown Source)
at sun.security.ssl.ClientHandshaker.processMessage(Unknown Source)
at sun.security.ssl.Handshaker.processLoop(Unknown Source)
at sun.security.ssl.Handshaker.process_record(Unknown Source)
at sun.security.ssl.SSLSocketImpl.readRecord(Unknown Source)
at sun.security.ssl.SSLSocketImpl.performInitialHandshake(Unknown Source)
at sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source)
at sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source)
at sun.net.www.protocol.https.HttpsClient.afterConnect(Unknown Source)
at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(Unknown Source)
at sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(Unknown Source)
at org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:125)
at org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:75)
at org.openstreetmap.josm.data.cache.JCSCachedTileLoaderJob.loadObject(JCSCachedTileLoaderJob.java:330)
at org.openstreetmap.josm.data.cache.JCSCachedTileLoaderJob.run(JCSCachedTileLoaderJob.java:240)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
at sun.security.validator.PKIXValidator.doBuild(Unknown Source)
at sun.security.validator.PKIXValidator.engineValidate(Unknown Source)
at sun.security.validator.Validator.validate(Unknown Source)
at sun.security.ssl.X509TrustManagerImpl.validate(Unknown Source)
at sun.security.ssl.X509TrustManagerImpl.checkTrusted(Unknown Source)
at sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(Unknown Source)
… 18 more
Caused by: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
at sun.security.provider.certpath.SunCertPathBuilder.build(Unknown Source)
at sun.security.provider.certpath.SunCertPathBuilder.engineBuild(Unknown Source)
at java.security.cert.CertPathBuilder.build(Unknown Source)
… 24 more

Ik las ook net tussendoor;
https://pdokforum.geonovum.nl/t/fout-in-tiles-wmts/510
Geprobeerd deze vast in te voeren:
https://geodata.nationaalgeoregister.nl/tiles/service/wmts?request=GetTile&Layer=brtachtergrondkaart&Format=image/png&TileMatrixSet=EPSG:28992&TileMatrix=EPSG:28992:14&TileRow=8000&TileCol=8000

krijg ook
could not retrieve WMS layer
heb dan ook nog SERVICE=WMTS toegevoegd, maar dat maakte geen verschil.

http://geodata.nationaalgeoregister.nl/tiles/service/wmts?request=Getcapabilities

We zien ook we vaak bij aanmaak/opvraag gebruik moeten maken van http om de ?request=Getcapabilities op te vragen i.p.v. de https link van pdok.
Met de volgende error bij https
Helaas, geen extra image mogelijk.

Voor ons is belangrijk, dat we niet elke keer de keuze layer box krijgen, maar gelijk de laag die we willen in kunnen vullen.

WMTS lagen.PNG500×558 11.3 KB

Helaas, hebben wij (vrijwilligers), niet allemaal de kennis van zulke processen.

Edit, toevoeging:

Ik zie
http://geodata.nationaalgeoregister.nl/tiles/service/wmts?request=Getcapabilities

<Layer>
<ows:Title>brtachtergrondkaart</ows:Title>
<ows:WGS84BoundingBox>
<ows:LowerCorner>-1.65729160235431 48.0405018704265</ows:LowerCorner>
<ows:UpperCorner>11.2902578747914 55.9136415748388</ows:UpperCorner>
</ows:WGS84BoundingBox>
<ows:Identifier>brtachtergrondkaart</ows:Identifier>
<Style isDefault="true">
<ows:Identifier/>
</Style>
<Format>image/png</Format>
<Format>image/png8</Format>
<TileMatrixSetLink>
<TileMatrixSet>EPSG:25831:RWS</TileMatrixSet>
</TileMatrixSetLink>
<TileMatrixSetLink>
<TileMatrixSet>EPSG:28992</TileMatrixSet>
</TileMatrixSetLink>
</Layer>

Kan bij RD projectie in JOSM de WGS84BoundingBox tegenwerken?
Verstaat het mekaar dan niet?

#2

Extra image bij bovenstaande https verhaal.

error.PNG915×122 7.95 KB

#3

Hallo,

Ik kende de tool JOSM nog niet, maar ik heb hem net gestart. Daarbij heb ik ook de project aangepast naar Rijksdriehoekcoordinaten.

Ik heb de URL http://geodata.nationaalgeoregister.nl/tiles/service/wmts/bgtachtergrond?SERVICE=WMTS&request=GetCapabilities toegevoegd en daarna een stukje van Nederland geladen en de bgtachtergrond geladen, dat ging zonder problemen.

image.png2046×1108 884 KB

Ik gebruik Java8 JNLP (java webstart) om JOSM te starten.
Het probleen van de handshake kan door verschillende problemen mis gaan. De Java versie en ook het gebruik van een proxy om verbinding te maken, kunnen de problemen veroorzaken.

Het feit dat de capabilities nu zoveel lagen terug geeft in het antwoord, heeft een achtergrond. We kunnen dat helaas niet zomaar aanpassen, want dan is de kans zeer groot dat er tal van applicaties niet meer naar behoren werkt, omdat we dit op dit moment wel aanbieden en daar gebruik van gemaakt is.
Bij recente wijizigingen liepen we hier ook tegen aan en hebben de huidige situatie in stand gehouden om te voorkomen dat er veel problemen door zouden ontstaan.

Voor zover ik kan nagaan werkt het naar behoren, om verder te kunnen helpen hebben we meer informatie nodig.

Hartelijke groet,
Cees

#4

Zelf gebruik ik de windows installer versie. Zo als vele bij ons.
Daarom niet bekend met de webversie.

Josm 11826, dus de nieuwste.
Java Version 8 Update 121 1.8.0_121-b13 laatste versie
Josm staat bij mij op No proxy

Het plaatje van u laat volgens mij niet de BGT achtergrond zien, aan de randweg Swifterbant zijn daar donkerblauwe vlakken. Misschien nadat u OK hebt gedrukt en de imagery hebt opgeroepen het wel zichtbaar is.

Ik krijg de wmts wel opgeslagen in de lijst.

wmts opgeslagen.PNG1416×162 20.1 KB

Ook de link, die u gebruikt er in gezet.
Maar, via Imagery geopend, krijg ik de error Problem loading tiles.

We zullen kijken wat de webstart doet.

#5

De afbeelding die ik gestuurd is de combinaties van de OSM data met de bgtachtergrondkaart.
Ook zonder OSM data kan ik de laag gewoon openen.
De brtachtergrondkaart geeft op heel veel zoomniveu’s beeld, de bgtachtergrondkaart alleen op de laagste niveaus anders komt er geen beeld.

Hartelijke groet,
Cees

#6

Even een terugkoppeling van de ontwikkelingen:

Het probleem bestond uit twee zaken:

  1. Het gebruik van https, “s” was niet mogelijk. In metadata wordt steeds meer https als url gegeven.

  2. Bij http, omzeiling probleem 1, gaf geen tiles. Error: Problem loading tile

Beide zaken worden opgelost door een certificaat te installeren in de Java keystore. Individuele oplossing.
Bij webstart werd er wel een certificaat opgehaald.
Bij .jar gebruik JOSM, was er geen koppeling met een browser certificaat store.
Wordt nu aan gewerkt.
Te lezen op het forum

Ervaring gebruik WMTS layers
(misschien moet daar een eigen topic voor aangemaakt worden)
Discussie: WMTS layer, de bruikbaarheid door derden.

Gezien vanuit het gebruik door Openstreetmap met de JOSM editor.

Het voorbeeld:

transparent.PNG873×508 116 KB

  1. Transparent
    Er worden meerdere lagen over elkaar heen gelegd.
    Bij een overlay laag, is de achtergrond niet gewenst.
    Ook niet is gewenst, dat binnen het programma de totale laag transparent wordt gemaakt om dit probleem anders op te lossen, niet helder, witte waas, luchtfoto slechter zichtbaar.
    Bij WMS kunnen we “&FORMAT=image/png&TRANSPARENT=TRUE” toevoegen
    Dit is een belangrijk punt betreffende bruikbaarheid van een laag.
    Gevolg is, wanneer dit niet mogelijk is dat wij voor elke laag een aanvraag zullen gaan doen om het ook als WMS beschikbaar te stellen, als deze al niet beschikbaar is. Eerder was er een wms, zichtbaar, daarbij kon je alleen de wegvlakken selecteren. Terwijl de luchtfoto goed zichtbaar bleef, dit wegvak als laag binnen programma transparent zetten zonder witte waas, rest helder.

  2. Keuzemenu
    Zie topic start image, dit is altijd een extra handeling, de ene laag wordt meer gebruikt dan andere.
    Is deze stap ook over te slaan.
    Ik zag dit voorbeeld uit bovenstaande forumverwijzing.
    https://geodata.nationaalgeoregister.nl/tiles/service/wmts?request=GetTile&Layer=brtachtergrondkaart&Format=image/png&TileMatrixSet=EPSG:28992&TileMatrix=EPSG:28992:14&TileRow=8000&TileCol=8000
    Is er ook een string, waarbij je de laag direct kan opvragen?
    https://geodata.nationaalgeoregister.nl/tiles/service/wmts?SERVICE=WMTS&REQUEST=GetTile&VERSION=1.0.0&LAYER=bgtachtergrond&STYLE=&FORMAT=image/png8&tileMatrixSet=EPSG:28992:16&tileMatrix=EPSG:28992:16:8&tileRow=89&tileCol=153
    Je zou verwachten dat deze layer opvraag “LAYER=bgtachtergrond” geen keuze menu meer zou geven.
    Gebruik ik de string dan krijg ik een error: java.net.MalformedURLException: no protocol:SERVICE=WMTS&REQUEST=GetTile&VERSION=1.0.0&LAYER=bgtachtergrond&STYLE=&FORMAT=image/png8&tileMatrixSet=EPSG:28992:16&tileMatrix=EPSG:28992:16:8&tileRow=89&tileCol=153
    Of dit een Kadaster aangelegenheid is of JOSM, hierbij doe ik alleen de constatering.
    Als een url string niet kan is dit ook een reden om een WMS verzoek te doen als de laag nog niet als wms beschikbaar is.

  3. Naamgeving laag
    In de voorbeeld image: Ziet u twee keer dezelfde naam, de naam die ik gegeven heb aan de string om de request=GetCapabilities op te vragen, lastig, nu zie ik niet wat de inhoud van de laag is. (In groen erbij geschreven)
    Bij enkele wms string invoer is handmatig een goede naam te geven.
    Ook een reden om voor wms te kiezen.
    Ik geef ook aan of we het in Openstreetmap mogen gebruiken OSM OK (eigen naamkeuze/opbouw), de licentie klopt of er een expliciete toestemming is.
    De layers in het keuzemenu zijn niet licentie gelijk, (different aangeduid) is lastig.
    Wederom een reden keuze voor wms.

  4. Project opslag
    Bij het starten van een tag project heb je verschillende lagen nodig, i.p.v. elke laag apart weer te openen, kan je de lagen opslaan als project, bijvoorbeeld bovenstaande image lagen als groep “OSM start.jos”.
    Maar als wij bij het opnieuw starten dit .jos bestand openen, krijgen we voor de wmts lagen allemaal dezelfde laagnamen (logisch, zie 3.), maar erger nog de tiles van deze lagen worden niet weergegeven, alleen de wms luchtfotolaag.
    Met een omweg zijn we weer bij topic titel “WMTS tiles niet zichtbaar”.
    Keuze voor wms aanvraag/gebruik.

  5. Projectie
    WMTS alleen in Rijksdriehoek.
    Openstreetmap is een wereldwijd project, we hebben dan ook veelal Mercator projectie aan staan.
    Kijk zelf in het buitenland, moet dan elke keer schakelen omdat layers het niet doen. En voor Nederland specifieke layers weer terug.
    Andere projecties gewenst.

Heeft u vanuit het Kadaster oplossingen of hints betreffende deze problematieken.

#7

Ik lees dat de WMTS voor de BGT een oplossing biedt voor een aantal wensen maar niet alle wensen. Een WMS (zoals je zelf ook oppert) zou een antwoord kunnen bieden op veel vragen maar deze is momenteel niet beschikbaar. De wens van gebruikers om een WMS beschikbaar te stellen is bekend bij de opdrachtgever van de BGT via PDOK (het ministerie van IenM). Wellicht is goed om de wens ook vanuit Allroads in te schieten (Contact over Basisregistratie Grootschalige Topografie). Op de IdeaWall van PDOK staat de wens overigens ook. Je kunt daar ook stemmen op deze wens (en overige wensen): https://ideas.theideawall.com/pdok/Forum/Details/41b4e80e-52a7-4821-88c4-3c685465e1c6.

#8

Beide links voorzien van wens.

#9

Een bericht is gesplitst naar een nieuw topic: Issue WMTS services BGT?

#10