RD Tiling schema richtlijnen Geonovum & ESRI WMTS

NieneB · 16 januari 2019 om 10:36

Om een kaartje in Leaflet te maken met de PDOK BRT achtergrondkaart en een WMTS van ESRI loop je tegen het probleem aan dat deze in een andere RD tiling schema zijn opgebouwd.

Dit is de Geonovum richtlijn van https://www.geonovum.nl/uploads/standards/downloads/nederlandse_richtlijn_tiling_-_versie_1.1.pdf

var RDnew = new L.Proj.CRS('EPSG:28992', '+proj=sterea +lat_0=52.15616055555555 +lon_0=5.38763888888889 +k=0.9999079 +x_0=155000 +y_0=463000 +ellps=bessel +units=m +towgs84=565.2369,50.0087,465.658,-0.406857330322398,0.350732676542563,-1.8703473836068,4.0812 +no_defs',
                {
                    resolutions: [3440.640, 1720.320, 860.160, 430.080, 215.040, 107.520, 53.760, 26.880, 13.440, 6.720, 3.360, 1.680, 0.840, 0.420, 0.210],
                    bounds: L.bounds([-285401.920, 22598.08], [595401.9199999999, 903401.9199999999]),
                    origin: [-285401.920, 22598.080]
                }
            );

En dit de Topo RD schema van ESRI http://www.arcgis.com/home/item.html?id=e3fb442cc7214a7abce3013827869d67

var RDtopoESRI = new L.Proj.CRS('EPSG:28992', '+proj=sterea +lat_0=52.15616055555555 +lon_0=5.38763888888889 +k=0.9999079 +x_0=155000 +y_0=463000 +ellps=bessel +units=m +towgs84=565.2369,50.0087,465.658,-0.406857330322398,0.350732676542563,-1.8703473836068,4.0812 +no_defs',
                {
                    resolutions: [ 3251.206502413005, 1625.6032512065026, 812.8016256032513, 406.40081280162565, 203.20040640081282, 101.60020320040641, 50.800101600203206, 25.400050800101603, 12.700025400050801, 6.350012700025401, 3.1750063500127004, 1.5875031750063502, 0.7937515875031751, 0.39687579375158755, 0.19843789687579377, 0.09921894843789689, 0.04960947421894844],
                    origin: [-285401.92, 903401.92]
                }
            );

Omdat ESRI een DPI van 96 gebruikt en Geonovum een DPI van 91 zijn de schalen wel hetzelfde maar de resolutie anders.

Waarom definieert ESRI zijn RD Topo schema net wat anders dan de Geonovum richtlijnen? Er staat wel dat ze deze gebruiken.

Ik weet dat ik met de esri leaflet plugin en een nieuwe definitie van de projectie de lagen wel in leaflet kan laten zien. Maar ik kan deze nu niet combineren met de PDOK achtergrond kaarten. Leaflet ondersteunt het namelijk niet om 2 verschillende tiling schema’s naast elkaar te gebruiken…

Is er toch een mogelijkheid om een ESRI WMTS met een PDOK TMS te combineren in Leaflet? Heeft iemand hier al ervaring mee?

JBak · 16 januari 2019 om 11:46

Hoi, vragen over onze aangeboden content kunnen het beste direct gesteld worden aan ons team via content@esri.nl of door contact op te nemen met ons supportteam via support@esri.nl.

We volgen dezelfde schaalniveaus, maar hanteren inderdaad een 96 DPI instelling voor de REST services. Daarmee komen er andere resoluties uit dan hoe PDOK tiles maakt. Daar zullen we geen wijziging in aanbrengen. De WMTS interface staat bij default aan, maar is geen interface die onze klanten gebruiken.

De achtergrondkaarten die we aanbieden vallen onder een terms of use en kunnen gebruikt worden in combinatie met Esri-technologie. Als je kiest voor Esri leaflet dan kan je direct de REST interface gebruiken die daarin supported is. Als je allerlei verschillende achtergrond vanuit verschillende aanbieders wilt gebruiken, zou ik sneller voor Web Mercator kiezen als projectie. Dan kan je OSM, Esri, Mapbox, etc etc allemaal combineren… afhankelijk van voor welke bronnen je uiteraard bent geautoriseerd om te mogen gebruiken. De plaatjes die daar vandaan komen zijn naar mijn weten allemaal in 96 dpi.
Wat als je nu vector tile achtergrondkaarten overigens zou willen combineren?
Hoe wij zelf in een aantal producten het oplossen is dat we bij wisselen van de achtergrondkaart, de projectie ook aanpassen indien de gebruiker dus een basiskaart kiest met een andere projectie. Zo kan je ook een basiskaarten galerij configureren met daarin een combinatie van RD, Web Mercator etc.

Ben wel benieuwd welke kaarten je wilt combineren, en of die kaarten niet gewoon allemaal via kanaal A of kanaal B te gebruiken zijn. Soms zien ze er wellicht anders uit, maar veelal gebaseerd op de dezelfde bronnen. Uitzondering daarbij is denk ik de BRT achtergrondkaart (alleen BRT) t.o.v. onze Topo RD basiskaart (combinatie BRT, BGT).

NieneB · 16 januari 2019 om 14:56

Bedankt voor het snelle antwoord!

Het gaat om een Leaflet applicatie in RD projectie met de BRT achtergrondkaart. Hierop willen we verschillende data lagen laten zien. (deze keer niks met vector tiles te maken ) Sommige lagen komen van het CBS en zijn WFS. Maar nu wil ik ook een paar WMTS lagen toevoegen die vanuit ESRI online worden geserveerd. Bijvoorbeeld deze: Services Directory - PZH_WTA_Bouwperiodes(MapServer)

Natuurlijk kun je alles in EPSG:3857 zetten, maar ik wil gewoon gebruik maken van het RD schema. Daarnaast leveren sommige services die ik aanspreek niet in 3857, zie voorbeeld.

Jammer dat de lagen die ESRI Online serveert niet herbruikbaar zijn in andere toepassingen. Als ik zie dat de server de data in EPSG:28992 serveert en de richtlijnen van Geonovum worden gebruikt door ESRI dan leek het mij mogelijk deze te gebruiken voor mijn Leaflet applicatie. Het was erg lastig te achterhalen waarom het nou maar niet wou lukken.
Helaas, dan ga ik een andere oplossing zoeken!

CorMelse · 22 januari 2019 om 12:47

Maar zit het issue dan niet bij de Geonovum gehanteerde DPI van 91? ik weet niet beter dat 96 de default is en als de opmerking van Joris klopt is het denk ik slimmer om ook in Nl 96 DPI te gebruiken. (even los van de consequenties)

En hoe zit dit weer met de ETRS89 projectie? Geonovum heeft een onderzoek/aanbeveling gedaan om van RD af te stappen en naar ETRS89 over te gaan. dat lijkt hier ook te gaan bijten, of is daar dan nog geen Tilingschema voor gedefinieerd en kunnen we daar wel 96 DPI gebruiken om ook de andere sites/services met 96 DPI te kunnen combineren.

basis moet toch zijn om alle wmts / tms layers zo makkelijk mogelijk te kunnen combineren in een viewer oplossing.
Wellicht een idee om ook een RD 96 DPI schema aan te maken @PDOK?

emacgillavry · 22 januari 2019 om 20:28

De +/- 91 DPI die we indertijd hebben aangehouden voert terug op de 0,28mm per pixel, de “standardized rendering pixel size”. Deze maat wordt gebruikt door OGC in:

WMS 1.3.0
Symbology Encoding 1.1.0
WMTS 1.0.0

Dit komt ook terug in de standaardconfiguratie van tiling software om aan te sluiten bij deze OGC-standaarden. Maar goed, vector tiling is de toekomst!

rduivenvoorde · 22 januari 2019 om 21:05

Nou nou… maar wms/tiles is er ook nog wel even hoor

Gevalletje ‘embrace en extend …’ [0] van onze Rotterdamse vrienden?

Maar het is natuurlijk best een idee om een 2e standaard ernaast te zetten?

Buiten Nederland is er toch niet iemand die ermee werkt denk ik, en als het nou zo is dat je dan ook tiles van andere clubs tegelijk kunt gebruiken, is dat natuurlijk wel mooi meegenomen…
Kost natuurlijk wel wat diskruimte voor de ‘caches’, maar dat wordt steeds goedkoper heb ik me laten vertellen…

[0] Embrace, extend, and extinguish - Wikipedia

Just_OSGeo · 25 april 2019 om 09:53

Ha, nu loop ik tegen ditzelfde probleem aan, weliswaar in Heron/OpenLayers v2 maar wel in app (KadViewer) met tiles in Geonovum RD tiling schema die ik wil combineren met ESRI tiles in zelfde 28992 96DPI schema als hierboven genoemd.
Tandenknarsen …, andere EPSGs/Web Mercator is even geen optie (en zelfs niet beschikbaar in ArcGIS voor die laag). In oplossingen denken…Er moet een tilingschema/grid conversie gedaan, niet zo gemakkelijk in de client (OL of Leaflet).

Oplossing die ik wel zie is een MapProxy ertussen te zetten, hoeft niet eens te cachen/op te slaan, heb ik weleens eerder gedaan, bijv een Tiles bron definiëren met de ESRI 28992 grid/resolutie reeks. Ik houd jullie op de hoogte!

emacgillavry · 25 april 2019 om 10:12

Heb inmiddels bij Geonovum (@thijsbrentjens en @PaulJanssen) aangegeven, dat het tijd wordt voor een update van de Richtlijn, ook in het kader van vector-tiles en retina-devices waar je een hogere resolutie dan 91dpi of 96 dpi zou willen kunnen tonen.

thijsbrentjens · 25 april 2019 om 11:54

Goede discussie en inderdaad nuttige input voor een eventuele update.

De tiling richtlijn van geonovum is bedoeld voor “afbeeldingen” tiles (gemaakt toen vector tiles nog niet/nauwelijks bestonden), zoals WMTS inderdaad. Als er behoefte is aan een NL Vector tiles richtlijn, is dat een apart onderwerp denk ik.

Wat betreft de gebruikte resolutie: de Geonovum richtlijn (Praktijkrichtlijn Tiling 1.1 | Geonovum) heeft inderdaad de OGC normen van toen overgenomen. En die resolutie is niet bedoeld om met een meetlint over een scherm te gaan meten . Hoe je dat met retina schermen etc doet, is weer wat anders. Ik denk (persoonlijk!) dat het erg lastig is een exacte richtlijn te maken rekening houdend met alle variaties in schermen etc. Maar misschien is er een elegante oplossing mogelijk. Bijvoorbeeld: “retina schema tiling” = x maal de resolutie van het “basis tiling schema”

thijsbrentjens · 25 april 2019 om 12:09

Daad bij het woord: ideeën over een richtlijn voor vector tiling kunnen hier verder besproken worden Vector tiling: behoefte aan een Nederlandse richtlijn? -> bijeenkomst op woensdag 2 oktober - Standaarden - Geoforum

j.l.l.hartmann · 9 oktober 2019 om 13:52

Bijgaand een OpenLayers pagina met zowel TopoTijdReis (ESRI) als PDOK WMTS layers, geprojecteerd over OSM in Google Mercator, met bijbehorende TileGrid-definities:

Om PDOK te zien: zet TopoTijdReis visibility op false (18 regels van onder) en rerun de pagina.

Als iemand deze pagina ook in EPSG:28992 aan de praat krijgt, houd ik mij aanbevolen. Alleen toevoegen van deze project in de view-definitie van de map werkt niet.

Jan Hartmann