From ron op rwgc.nl  Tue Apr 14 11:55:38 2015
From: ron op rwgc.nl (Ron Wardenier GeoConsult)
Date: Tue, 14 Apr 2015 20:55:38 +0200
Subject: [Dutch] Leaflet tile URL probleem
Message-ID: <659ED569-33A7-473A-88DE-FC524DD0A7FD@rwgc.nl>

Hallo OSGeo.nl <http://osgeo.nl/>-ers,

Bij het maken van een heel basic Leaflet kaart loop ik tegen een probleem aan met de tile URL en hopelijk weet iemand raad.

Ik heb het voorbeeld met de PDOK BRT TMS in Leaflet die door Bart van den Eijnden is gemaakt genomen als basis (zie https://github.com/bartvde/PDOK-Leaflet <https://github.com/bartvde/PDOK-Leaflet>).

Daar heb ik de open luchtfoto TMS aan toegevoegd. Dat werkt prima maar bij zoom level 12 en hoger gaat het mis. Dan treedt er een afrondingsfout op in de tile URL die er voor zorgt dat de luchtfoto op die levels niet getoond wordt.

Leaflet vraagt dan:
http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/12/2402.0000000000005/2602.jpe <http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/12/2402.0000000000005/2602.jpe>g
en dat levert niets op want de gewenste tile is:
http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/12/2402/2602.jpeg <http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/12/2402/2602.jpeg>

Het vreemde is ook dat dit niet optreedt bij de BRT service.

Ik zou zeggen, een simpele round functie ergens volstaat maar waar?

NB dit is de config in script.js :

var RD = new L.Proj.CRS.TMS(
    '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',
    [-285401.92,22598.08,595401.9199999999,903401.9199999999], {
    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]
});

var map = new L.Map('map', {
  continuousWorld: true,
  crs: RD,
  layers: [
    new
L.TileLayer('http://geodata.nationaalgeoregister.nl/tms/1.0.0/brtachtergrondkaartpastel op EPSG:28992 op png8/{z}/{x}/{y}.png' <http://geodata.nationaalgeoregister.nl/tms/1.0.0/brtachtergrondkaartpastel op EPSG:28992 op png8/{z}/{x}/{y}.png'>,
{
        tms: true,
        minZoom: 3,
        maxZoom: 14,
        attribution: 'Kaartgegevens: © <a
href="http://www.cbs.nl <http://www.cbs.nl/>">CBS</a>, <a
href="http://www.kadaster.nl <http://www.kadaster.nl/>">Kadaster</a>, <a
href="http://openstreetmap.org <http://openstreetmap.org/>">OpenStreetMap</a><span
class="printhide">-auteurs (<a
href="http://creativecommons.org/licenses/by-sa/2.0/ <http://creativecommons.org/licenses/by-sa/2.0/>">CC-BY-SA</a>).</span>',
        continuousWorld: true,
        opacity: 0.5
    }),
    new
L.TileLayer('http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/{z}/{x}/{y}.jpeg' <http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/{z}/{x}/{y}.jpeg'>,
{
        tms: true,
        minZoom: 3,
        maxZoom: 14,
        attribution: 'Kaartgegevens: © <a
href="http://www.kadaster.nl <http://www.kadaster.nl/>">Kadaster</a>.</span>',
        continuousWorld: false,
        opacity: 0.5,
        maxNativeZoom: 14 // The map will use zoom level 14 (max
luchtfoto zoom level) tiles for all zoom levels beyond this level
    })
  ],
  //center: new L.LatLng(52, 5.3),
  center: new L.LatLng(53.223606, 6.532480),
  zoom: 9,
  minZoom: 3,
  maxZoom: 14,
});
// test RD coordinates
map.on('click', function(e) {
    if (window.console) {
        var point = RD.projection.project(e.latlng);
        console.log("RD X: " + point.x + ", Y: " + point.y);
    }
});

// functie om huidig zoom level in het kaartbeeld te tonen
map.on('zoomend', function(){
    document.getElementById('zoom-level').innerHTML = 'Zoom Level: ' +
map.getZoom();
});




Bedankt en groeten,
Ron Wardenier
------------- volgend deel ------------
Een HTML-bijlage is gescrubt...
URL: <http://lists.osgeo.org/pipermail/dutch/attachments/20150414/9d5d8f55/attachment.html>

From emacgillavry op hotmail.com  Tue Apr 14 13:30:51 2015
From: emacgillavry op hotmail.com (Edward Mac Gillavry)
Date: Tue, 14 Apr 2015 22:30:51 +0200
Subject: [Dutch] Leaflet tile URL probleem
In-Reply-To: <659ED569-33A7-473A-88DE-FC524DD0A7FD@rwgc.nl>
References: <659ED569-33A7-473A-88DE-FC524DD0A7FD@rwgc.nl>
Message-ID: <DUB115-W22A42CC2B2CDAE1B99EA25D7E60@phx.gbl>

Ha Ron,

Nieuwsgierig geworden heb ik even een poging gewaagd. 
Stuitte op dezelfde issues en constateerde, dat ik normaal gesproken een
 andere bbox gebruik voor het tile grid, namelijk 

-285401.92,22598.08,595401.91,903401.92 (genoemd in de Geonovum tiling richtlijn [1], pagina 6)

ipv

-285401.92,22598.08,595401.9199999999,903401.9199999999

Dit maakte echter geen verschil. Ook zag ik, dat de resolutions array nog extra entries nodig heeft voor de diepste zoomniveaus:

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.21, 0.105,  0.0575]

(genoemd in de Geonovum tiling richtlijn [1], in de tabel op pagina 13)

Dit maakte echter nog steeds geen verschil ;-(. Toen keek ik ook nog even naar de PDOK-Kaartwizard [2]. Ook hier gebeurt het, dat je bij het gebruik van de lufo op de diepste zoomniveaus fracties krijgt in de URL's die de tegels ophalen... Kortom: het lijkt niet een specifiek Leaflet issue te zijn. Maar waar ligt het dan wel aan?

Groetjes,

Edward

[1] http://www.geonovum.nl/sites/default/files/nederlandse_richtlijn_tiling_-_versie_1.1.pdf
[2] http://kaart.pdok.nl/

From: ron op rwgc.nl
Date: Tue, 14 Apr 2015 20:55:38 +0200
To: dutch op lists.osgeo.org
Subject: [Dutch] Leaflet tile URL probleem

Hallo OSGeo.nl-ers,
Bij het maken van een heel basic Leaflet kaart loop ik tegen een probleem aan met de tile URL en hopelijk weet iemand raad.

Ik heb het voorbeeld met de PDOK BRT TMS in Leaflet die door Bart van den Eijnden is gemaakt genomen als basis (zie https://github.com/bartvde/PDOK-Leaflet).

Daar heb ik de open luchtfoto TMS aan toegevoegd. Dat werkt prima maar bij zoom level 12 en hoger gaat het mis. Dan treedt er een afrondingsfout op in de tile URL die er voor zorgt dat de luchtfoto op die levels niet getoond wordt.

Leaflet vraagt dan:
http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/12/2402.0000000000005/2602.jpeg
en dat levert niets op want de gewenste tile is:
http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/12/2402/2602.jpeg

Het vreemde is ook dat dit niet optreedt bij de BRT service.

Ik zou zeggen, een simpele round functie ergens volstaat maar waar?

NB dit is de config in script.js :

var RD = new L.Proj.CRS.TMS(
    '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',
    [-285401.92,22598.08,595401.9199999999,903401.9199999999], {
    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]
});

var map = new L.Map('map', {
  continuousWorld: true,
  crs: RD,
  layers: [
    new
L.TileLayer('http://geodata.nationaalgeoregister.nl/tms/1.0.0/brtachtergrondkaartpastel op EPSG:28992 op png8/{z}/{x}/{y}.png',
{
        tms: true,
        minZoom: 3,
        maxZoom: 14,
        attribution: 'Kaartgegevens: © <a
href="http://www.cbs.nl">CBS</a>, <a
href="http://www.kadaster.nl">Kadaster</a>, <a
href="http://openstreetmap.org">OpenStreetMap</a><span
class="printhide">-auteurs (<a
href="http://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>).</span>',
        continuousWorld: true,
        opacity: 0.5
    }),
    new
L.TileLayer('http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/{z}/{x}/{y}.jpeg',
{
        tms: true,
        minZoom: 3,
        maxZoom: 14,
        attribution: 'Kaartgegevens: © <a
href="http://www.kadaster.nl">Kadaster</a>.</span>',
        continuousWorld: false,
        opacity: 0.5,
        maxNativeZoom: 14 // The map will use zoom level 14 (max
luchtfoto zoom level) tiles for all zoom levels beyond this level
    })
  ],
  //center: new L.LatLng(52, 5.3),
  center: new L.LatLng(53.223606, 6.532480),
  zoom: 9,
  minZoom: 3,
  maxZoom: 14,
});
// test RD coordinates
map.on('click', function(e) {
    if (window.console) {
        var point = RD.projection.project(e.latlng);
        console.log("RD X: " + point.x + ", Y: " + point.y);
    }
});

// functie om huidig zoom level in het kaartbeeld te tonen
map.on('zoomend', function(){
    document.getElementById('zoom-level').innerHTML = 'Zoom Level: ' +
map.getZoom();
});




Bedankt en groeten,
Ron Wardenier
_______________________________________________
Dutch mailing list
Dutch op lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/dutch 		 	   		  
------------- volgend deel ------------
Een HTML-bijlage is gescrubt...
URL: <http://lists.osgeo.org/pipermail/dutch/attachments/20150414/31b69cc8/attachment.html>

From emacgillavry op hotmail.com  Tue Apr 14 13:44:29 2015
From: emacgillavry op hotmail.com (Edward Mac Gillavry)
Date: Tue, 14 Apr 2015 22:44:29 +0200
Subject: [Dutch] Leaflet tile URL probleem
In-Reply-To: <DUB115-W22A42CC2B2CDAE1B99EA25D7E60@phx.gbl>
References: <659ED569-33A7-473A-88DE-FC524DD0A7FD@rwgc.nl>,
	<DUB115-W22A42CC2B2CDAE1B99EA25D7E60@phx.gbl>
Message-ID: <DUB115-W27653624231EE6CEB48DDED7E60@phx.gbl>

Zet ik trouwens de maxZoom op 16 voor de referentiekaartlaag, dan krijg ik ook fracties in de URL's naar bijvoorbeeld de BRT-Achtergrondkaart op zoomniveaus 15 en 16. Het is dus niet specifiek voor de luchtfoto's maar wel op een ander zoomniveau. Hopelijk sluiten we zo steeds meer uit.

Groet,

Edward


From: emacgillavry op hotmail.com
To: ron op rwgc.nl; dutch op lists.osgeo.org
Date: Tue, 14 Apr 2015 22:30:51 +0200
Subject: Re: [Dutch] Leaflet tile URL probleem




Ha Ron,

Nieuwsgierig geworden heb ik even een poging gewaagd. 
Stuitte op dezelfde issues en constateerde, dat ik normaal gesproken een
 andere bbox gebruik voor het tile grid, namelijk 

-285401.92,22598.08,595401.91,903401.92 (genoemd in de Geonovum tiling richtlijn [1], pagina 6)

ipv

-285401.92,22598.08,595401.9199999999,903401.9199999999

Dit maakte echter geen verschil. Ook zag ik, dat de resolutions array nog extra entries nodig heeft voor de diepste zoomniveaus:

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.21, 0.105,  0.0575]

(genoemd in de Geonovum tiling richtlijn [1], in de tabel op pagina 13)

Dit maakte echter nog steeds geen verschil ;-(. Toen keek ik ook nog even naar de PDOK-Kaartwizard [2]. Ook hier gebeurt het, dat je bij het gebruik van de lufo op de diepste zoomniveaus fracties krijgt in de URL's die de tegels ophalen... Kortom: het lijkt niet een specifiek Leaflet issue te zijn. Maar waar ligt het dan wel aan?

Groetjes,

Edward

[1] http://www.geonovum.nl/sites/default/files/nederlandse_richtlijn_tiling_-_versie_1.1.pdf
[2] http://kaart.pdok.nl/

From: ron op rwgc.nl
Date: Tue, 14 Apr 2015 20:55:38 +0200
To: dutch op lists.osgeo.org
Subject: [Dutch] Leaflet tile URL probleem

Hallo OSGeo.nl-ers,
Bij het maken van een heel basic Leaflet kaart loop ik tegen een probleem aan met de tile URL en hopelijk weet iemand raad.

Ik heb het voorbeeld met de PDOK BRT TMS in Leaflet die door Bart van den Eijnden is gemaakt genomen als basis (zie https://github.com/bartvde/PDOK-Leaflet).

Daar heb ik de open luchtfoto TMS aan toegevoegd. Dat werkt prima maar bij zoom level 12 en hoger gaat het mis. Dan treedt er een afrondingsfout op in de tile URL die er voor zorgt dat de luchtfoto op die levels niet getoond wordt.

Leaflet vraagt dan:
http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/12/2402.0000000000005/2602.jpeg
en dat levert niets op want de gewenste tile is:
http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/12/2402/2602.jpeg

Het vreemde is ook dat dit niet optreedt bij de BRT service.

Ik zou zeggen, een simpele round functie ergens volstaat maar waar?

NB dit is de config in script.js :

var RD = new L.Proj.CRS.TMS(
    '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',
    [-285401.92,22598.08,595401.9199999999,903401.9199999999], {
    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]
});

var map = new L.Map('map', {
  continuousWorld: true,
  crs: RD,
  layers: [
    new
L.TileLayer('http://geodata.nationaalgeoregister.nl/tms/1.0.0/brtachtergrondkaartpastel op EPSG:28992 op png8/{z}/{x}/{y}.png',
{
        tms: true,
        minZoom: 3,
        maxZoom: 14,
        attribution: 'Kaartgegevens: © <a
href="http://www.cbs.nl">CBS</a>, <a
href="http://www.kadaster.nl">Kadaster</a>, <a
href="http://openstreetmap.org">OpenStreetMap</a><span
class="printhide">-auteurs (<a
href="http://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>).</span>',
        continuousWorld: true,
        opacity: 0.5
    }),
    new
L.TileLayer('http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/{z}/{x}/{y}.jpeg',
{
        tms: true,
        minZoom: 3,
        maxZoom: 14,
        attribution: 'Kaartgegevens: © <a
href="http://www.kadaster.nl">Kadaster</a>.</span>',
        continuousWorld: false,
        opacity: 0.5,
        maxNativeZoom: 14 // The map will use zoom level 14 (max
luchtfoto zoom level) tiles for all zoom levels beyond this level
    })
  ],
  //center: new L.LatLng(52, 5.3),
  center: new L.LatLng(53.223606, 6.532480),
  zoom: 9,
  minZoom: 3,
  maxZoom: 14,
});
// test RD coordinates
map.on('click', function(e) {
    if (window.console) {
        var point = RD.projection.project(e.latlng);
        console.log("RD X: " + point.x + ", Y: " + point.y);
    }
});

// functie om huidig zoom level in het kaartbeeld te tonen
map.on('zoomend', function(){
    document.getElementById('zoom-level').innerHTML = 'Zoom Level: ' +
map.getZoom();
});




Bedankt en groeten,
Ron Wardenier
_______________________________________________
Dutch mailing list
Dutch op lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/dutch 		 	   		  

_______________________________________________
Dutch mailing list
Dutch op lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/dutch 		 	   		  
------------- volgend deel ------------
Een HTML-bijlage is gescrubt...
URL: <http://lists.osgeo.org/pipermail/dutch/attachments/20150414/d8b2c1ce/attachment-0001.html>

From g.idema op zonnet.nl  Tue Apr 14 14:40:36 2015
From: g.idema op zonnet.nl (Gertjan Idema)
Date: Tue, 14 Apr 2015 23:40:36 +0200
Subject: [Dutch] Leaflet tile URL probleem
In-Reply-To: <DUB115-W22A42CC2B2CDAE1B99EA25D7E60@phx.gbl>
References: <659ED569-33A7-473A-88DE-FC524DD0A7FD@rwgc.nl>
	<DUB115-W22A42CC2B2CDAE1B99EA25D7E60@phx.gbl>
Message-ID: <1429047636.8911.13.camel@laptop-ubuntu>

Edward,

Bij de lufo op de PDOK-Kaartwizard lijkt iets ander aan de hand. Als je
ten minste de WMTS service bedoelt.
Hier blijft bij de diepste twee zoomniveau's de TILEMATRIX parameter
hangen op 12, terwijl dit 13 resp 14 zou moeten zijn. Als ik de juiste
waarde geef voor de TILEMATRIX parameter krijg ik netjes de tile op dat
zoom
niveau: http://geodata1.nationaalgeoregister.nl/luchtfoto/wmts?SERVICE=WMTS&REQUEST=GetTile&VERSION=1.0.0&LAYER=luchtfoto&STYLE=&TILEMATRIXSET=nltilingschema&TILEMATRIX=14&TILEROW=8349&TILECOL=7854&FORMAT=image%2Fjpeg

Groeten, Gertjan 

On Tue, 2015-04-14 at 22:30 +0200, Edward Mac Gillavry wrote:
> Ha Ron,
> 
> Nieuwsgierig geworden heb ik even een poging gewaagd. Stuitte op
> dezelfde issues en constateerde, dat ik normaal gesproken een andere
> bbox gebruik voor het tile grid, namelijk 
> 
> -285401.92,22598.08,595401.91,903401.92 (genoemd in de Geonovum tiling
> richtlijn [1], pagina 6)
> 
> ipv
> 
> -285401.92,22598.08,595401.9199999999,903401.9199999999
> 
> Dit maakte echter geen verschil. Ook zag ik, dat de resolutions array
> nog extra entries nodig heeft voor de diepste zoomniveaus:
> 
> 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.21,
> 0.105,  0.0575]
> 
> (genoemd in de Geonovum tiling richtlijn [1], in de tabel op pagina
> 13)
> 
> Dit maakte echter nog steeds geen verschil ;-(. Toen keek ik ook nog
> even naar de PDOK-Kaartwizard [2]. Ook hier gebeurt het, dat je bij
> het gebruik van de lufo op de diepste zoomniveaus fracties krijgt in
> de URL's die de tegels ophalen... Kortom: het lijkt niet een specifiek
> Leaflet issue te zijn. Maar waar ligt het dan wel aan?
> 
> Groetjes,
> 
> Edward
> 
> [1]
> http://www.geonovum.nl/sites/default/files/nederlandse_richtlijn_tiling_-_versie_1.1.pdf
> [2] http://kaart.pdok.nl/
> 
> 
> 
> ______________________________________________________________________
> From: ron op rwgc.nl
> Date: Tue, 14 Apr 2015 20:55:38 +0200
> To: dutch op lists.osgeo.org
> Subject: [Dutch] Leaflet tile URL probleem
> 
> Hallo OSGeo.nl-ers,
> 
> 
> 
> Bij het maken van een heel basic Leaflet kaart loop ik tegen een
> probleem aan met de tile URL en hopelijk weet iemand raad.
> 
> Ik heb het voorbeeld met de PDOK BRT TMS in Leaflet die door Bart van
> den Eijnden is gemaakt genomen als basis
> (zie https://github.com/bartvde/PDOK-Leaflet).
> 
> Daar heb ik de open luchtfoto TMS aan toegevoegd. Dat werkt prima maar
> bij zoom level 12 en hoger gaat het mis. Dan treedt er een
> afrondingsfout op in de tile URL die er voor zorgt dat de luchtfoto op
> die levels niet getoond wordt.
> 
> Leaflet vraagt dan:
> http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/12/2402.0000000000005/2602.jpeg
> en dat levert niets op want de gewenste tile is:
> http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/12/2402/2602.jpeg
> 
> Het vreemde is ook dat dit niet optreedt bij de BRT service.
> 
> Ik zou zeggen, een simpele round functie ergens volstaat maar waar?
> 
> NB dit is de config in script.js :
> 
> var RD = new L.Proj.CRS.TMS(
>     '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',
>     [-285401.92,22598.08,595401.9199999999,903401.9199999999], {
>     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]
> });
> 
> var map = new L.Map('map', {
>   continuousWorld: true,
>   crs: RD,
>   layers: [
>     new
> L.TileLayer('http://geodata.nationaalgeoregister.nl/tms/1.0.0/brtachtergrondkaartpastel op EPSG:28992 op png8/{z}/{x}/{y}.png',
> {
>         tms: true,
>         minZoom: 3,
>         maxZoom: 14,
>         attribution: 'Kaartgegevens: © <a
> href="http://www.cbs.nl">CBS</a>, <a
> href="http://www.kadaster.nl">Kadaster</a>, <a
> href="http://openstreetmap.org">OpenStreetMap</a><span
> class="printhide">-auteurs (<a
> href="http://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>).</span>',
>         continuousWorld: true,
>         opacity: 0.5
>     }),
>     new
> L.TileLayer('http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/{z}/{x}/{y}.jpeg',
> {
>         tms: true,
>         minZoom: 3,
>         maxZoom: 14,
>         attribution: 'Kaartgegevens: © <a
> href="http://www.kadaster.nl">Kadaster</a>.</span>',
>         continuousWorld: false,
>         opacity: 0.5,
>         maxNativeZoom: 14 // The map will use zoom level 14 (max
> luchtfoto zoom level) tiles for all zoom levels beyond this level
>     })
>   ],
>   //center: new L.LatLng(52, 5.3),
>   center: new L.LatLng(53.223606, 6.532480),
>   zoom: 9,
>   minZoom: 3,
>   maxZoom: 14,
> });
> // test RD coordinates
> map.on('click', function(e) {
>     if (window.console) {
>         var point = RD.projection.project(e.latlng);
>         console.log("RD X: " + point.x + ", Y: " + point.y);
>     }
> });
> 
> // functie om huidig zoom level in het kaartbeeld te tonen
> map.on('zoomend', function(){
>     document.getElementById('zoom-level').innerHTML = 'Zoom Level: ' +
> map.getZoom();
> });
> 
> 
> 
> 
> Bedankt en groeten,
> Ron Wardenier
> 
> 
> _______________________________________________ Dutch mailing list
> Dutch op lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/dutch
> 
> _______________________________________________
> Dutch mailing list
> Dutch op lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/dutch


------------- volgend deel ------------
Een HTML-bijlage is gescrubt...
URL: <http://lists.osgeo.org/pipermail/dutch/attachments/20150414/d8ca3bbc/attachment.html>

From steven op minst.net  Wed Apr 15 00:59:57 2015
From: steven op minst.net (Steven M. Ottens)
Date: Wed, 15 Apr 2015 09:59:57 +0200
Subject: [Dutch] Leaflet tile URL probleem
In-Reply-To: <DUB115-W27653624231EE6CEB48DDED7E60@phx.gbl>
References: <659ED569-33A7-473A-88DE-FC524DD0A7FD@rwgc.nl>,
	<DUB115-W22A42CC2B2CDAE1B99EA25D7E60@phx.gbl>
	<DUB115-W27653624231EE6CEB48DDED7E60@phx.gbl>
Message-ID: <552E1A7D.9040004@minst.net>

Hoi Allemaal,

Ik ben er ook een keer tegenaan gelopen en de versie van Proj4Leaflet 
die ik gebruikte had een bug in de functie _calculateSizes() De nieuwste 
versie van proj4leaflet lijkt de bug niet te hebben, maar die heb ik 
verder niet getest.


Origineel wordt de grootte van de projectbounds horizontaal gedeeld door 
de schaal (bold) en verticaal vermenigvuldigd met de schaal (italic):

     _calculateSizes: function() {
             var sizes = [],
                 crsBounds = this.projectedBounds,
                 projectedTileSize,
                 upperY,
                 i;
             for (i = this._scales.length - 1; i >= 0; i--) {
                 if (this._scales[i]) {
                     projectedTileSize = this.options.tileSize / 
this._scales[i];
                     upperY = crsBounds[1] + Math.ceil((crsBounds[3] - 
crsBounds[1]) /
                                             projectedTileSize) * 
projectedTileSize;
                     sizes[i] = L.point(*(crsBounds[2] - crsBounds[0]) / 
this._scales[i]*,
/(upperY - crsBounds[1]) * this._scales[i])/;
                 }
             }

             return sizes;
         },

Correct is beide vermenigvuldigen met de schaal:
     _calculateSizes: function() {
             var sizes = [],
                 crsBounds = this.projectedBounds,
                 projectedTileSize,
                 upperY,
                 i;
             for (i = this._scales.length - 1; i >= 0; i--) {
                 if (this._scales[i]) {
                     projectedTileSize = this.options.tileSize / 
this._scales[i];
                     upperY = crsBounds[1] + Math.ceil((crsBounds[3] - 
crsBounds[1]) /
                                             projectedTileSize) * 
projectedTileSize;
                     sizes[i] = L.point((crsBounds[2] - crsBounds[0]) * 
this._scales[i],
                         (upperY - crsBounds[1]) * this._scales[i]);
                 }
             }

             return sizes;
         },



On 14/04/15 22:44, Edward Mac Gillavry wrote:
> Zet ik trouwens de maxZoom op 16 voor de referentiekaartlaag, dan 
> krijg ik ook fracties in de URL's naar bijvoorbeeld de 
> BRT-Achtergrondkaart op zoomniveaus 15 en 16. Het is dus niet 
> specifiek voor de luchtfoto's maar wel op een ander zoomniveau. 
> Hopelijk sluiten we zo steeds meer uit.
>
> Groet,
>
> Edward
>
>
> ------------------------------------------------------------------------
> From: emacgillavry op hotmail.com
> To: ron op rwgc.nl; dutch op lists.osgeo.org
> Date: Tue, 14 Apr 2015 22:30:51 +0200
> Subject: Re: [Dutch] Leaflet tile URL probleem
>
> Ha Ron,
>
> Nieuwsgierig geworden heb ik even een poging gewaagd. Stuitte op 
> dezelfde issues en constateerde, dat ik normaal gesproken een andere 
> bbox gebruik voor het tile grid, namelijk
>
> -285401.92,22598.08,595401.91,903401.92 (genoemd in de Geonovum tiling 
> richtlijn [1], pagina 6)
>
> ipv
>
> -285401.92,22598.08,595401.9199999999,903401.9199999999
>
> Dit maakte echter geen verschil. Ook zag ik, dat de resolutions array 
> nog extra entries nodig heeft voor de diepste zoomniveaus:
>
> 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.21, 
> 0.105,  0.0575]
>
> (genoemd in de Geonovum tiling richtlijn [1], in de tabel op pagina 13)
>
> Dit maakte echter nog steeds geen verschil ;-(. Toen keek ik ook nog 
> even naar de PDOK-Kaartwizard [2]. Ook hier gebeurt het, dat je bij 
> het gebruik van de lufo op de diepste zoomniveaus fracties krijgt in 
> de URL's die de tegels ophalen... Kortom: het lijkt niet een specifiek 
> Leaflet issue te zijn. Maar waar ligt het dan wel aan?
>
> Groetjes,
>
> Edward
>
> [1] 
> http://www.geonovum.nl/sites/default/files/nederlandse_richtlijn_tiling_-_versie_1.1.pdf
> [2] http://kaart.pdok.nl/
>
> ------------------------------------------------------------------------
> From: ron op rwgc.nl
> Date: Tue, 14 Apr 2015 20:55:38 +0200
> To: dutch op lists.osgeo.org
> Subject: [Dutch] Leaflet tile URL probleem
>
> Hallo OSGeo.nl <http://OSGeo.nl>-ers,
>
> Bij het maken van een heel basic Leaflet kaart loop ik tegen een 
> probleem aan met de tile URL en hopelijk weet iemand raad.
>
> Ik heb het voorbeeld met de PDOK BRT TMS in Leaflet die door Bart van 
> den Eijnden is gemaakt genomen als basis (zie 
> https://github.com/bartvde/PDOK-Leaflet).
>
> Daar heb ik de open luchtfoto TMS aan toegevoegd. Dat werkt prima maar 
> bij zoom level 12 en hoger gaat het mis. Dan treedt er een 
> afrondingsfout op in de tile URL die er voor zorgt dat de luchtfoto op 
> die levels niet getoond wordt.
>
> Leaflet vraagt dan:
> http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/12/2402.0000000000005/2602.jpeg
> en dat levert niets op want de gewenste tile is:
> http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/12/2402/2602.jpeg
>
> Het vreemde is ook dat dit niet optreedt bij de BRT service.
>
> Ik zou zeggen, een simpele round functie ergens volstaat maar waar?
>
> NB dit is de config in script.js :
>
> var RD = new L.Proj.CRS.TMS(
>     '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',
>   [-285401.92,22598.08,595401.9199999999,903401.9199999999], {
>     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]
> });
>
> var map = new L.Map('map', {
>   continuousWorld: true,
>   crs: RD,
>   layers: [
>     new
> L.TileLayer('http://geodata.nationaalgeoregister.nl/tms/1.0.0/brtachtergrondkaartpastel op EPSG:28992 op png8/{z}/{x}/{y}.png' 
> <http://geodata.nationaalgeoregister.nl/tms/1.0.0/brtachtergrondkaartpastel%40EPSG:28992%40png8/%7bz%7d/%7bx%7d/%7by%7d.png%27>,
> {
>         tms: true,
>         minZoom: 3,
>         maxZoom: 14,
>         attribution: 'Kaartgegevens: © <a
> href="http://www.cbs.nl">CBS</a>, <a
> href="http://www.kadaster.nl">Kadaster</a>, <a
> href="http://openstreetmap.org">OpenStreetMap</a><span
> class="printhide">-auteurs (<a
> href="http://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>).</span>',
>         continuousWorld: true,
>         opacity: 0.5
>     }),
>     new
> L.TileLayer('http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/{z}/{x}/{y}.jpeg' 
> <http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/%7bz%7d/%7bx%7d/%7by%7d.jpeg%27>,
> {
>         tms: true,
>         minZoom: 3,
>         maxZoom: 14,
>         attribution: 'Kaartgegevens: © <a
> href="http://www.kadaster.nl">Kadaster</a>.</span>',
>         continuousWorld: false,
>         opacity: 0.5,
>         maxNativeZoom: 14 // The map will use zoom level 14 (max
> luchtfoto zoom level) tiles for all zoom levels beyond this level
>     })
>   ],
>   //center: new L.LatLng(52, 5.3),
>   center: new L.LatLng(53.223606, 6.532480),
>   zoom: 9,
>   minZoom: 3,
>   maxZoom: 14,
> });
> // test RD coordinates
> map.on('click', function(e) {
>     if (window.console) {
>         var point = RD.projection.project(e.latlng);
>         console.log("RD X: " + point.x + ", Y: " + point.y);
>     }
> });
>
> // functie om huidig zoom level in het kaartbeeld te tonen
> map.on('zoomend', function(){
>     document.getElementById('zoom-level').innerHTML = 'Zoom Level: ' +
> map.getZoom();
> });
>
>
>
>
> Bedankt en groeten,
> Ron Wardenier
>
> _______________________________________________ Dutch mailing list 
> Dutch op lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/dutch
>
> _______________________________________________ Dutch mailing list 
> Dutch op lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/dutch
>
>
> _______________________________________________
> Dutch mailing list
> Dutch op lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/dutch

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/dutch/attachments/20150415/cb98338f/attachment-0001.html>

From steven op minst.net  Wed Apr 15 01:40:08 2015
From: steven op minst.net (Steven M. Ottens)
Date: Wed, 15 Apr 2015 10:40:08 +0200
Subject: [Dutch] Leaflet tile URL probleem
In-Reply-To: <552E1A7D.9040004@minst.net>
References: <659ED569-33A7-473A-88DE-FC524DD0A7FD@rwgc.nl>,
	<DUB115-W22A42CC2B2CDAE1B99EA25D7E60@phx.gbl>	<DUB115-W27653624231EE6CEB48DDED7E60@phx.gbl>
	<552E1A7D.9040004@minst.net>
Message-ID: <552E23E8.6080807@minst.net>

Oh sorry, ik had de mail niet helemaal goed gelezen, het is niet het 
probleem dat op niveau 13 in ene de verkeerde tegels worden gevraagd, 
het is een afrondingsprobleem.

Ik haal met leaflet gewoon tegeltjes op niveau 14:
http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/14/7571/8636.jpeg

Leaflet heeft een probleem met afronden (of eigenlijk browsers hebben 
een probleem met afronden ze onthouden maar n cijfers achter de komma) 
Leaflet berekent alles in WGS84, of in ieder geval alles wat niet 
spherical mercator is, en dan krijg je last van de afrondingsbugs van 
browsers: 21 cm in Nederland is 0.000zoveel graden in WGS84: veel 
relevante cijfers achter de komma.

Daarnaast gaat Leaflet uit van het OSM tileschema en TMS is precies 
omgekeerd dus er is ergens een 'max - tegel' functie die zorgt dat als 
een tegeltje precies op de de boundingbox valt hij bij de verkeerde 
rij/kolom wordt getoond, vandaar dat Bart met 
-285401.92,22598.08,595401.9199999999,903401.9199999999 is gekomen, dan 
val je precies niet op het randje.

Ik heb mijn werkende Leaflet versie hier gezet: 
http://research.geodan.nl/sites/pico-pm/#14/52.3554/4.8997
De luchtfoto komt van PDOK en je kan zien dat die werkt. Ik gebruik een 
iets oudere versie van Proj4Leaflet met mijn eigen patch, dus misschien 
dat daar het verschil zit?

groet,
Steven






On 15/04/15 09:59, Steven M. Ottens wrote:
> Hoi Allemaal,
>
> Ik ben er ook een keer tegenaan gelopen en de versie van Proj4Leaflet 
> die ik gebruikte had een bug in de functie _calculateSizes() De 
> nieuwste versie van proj4leaflet lijkt de bug niet te hebben, maar die 
> heb ik verder niet getest.
>
>
> Origineel wordt de grootte van de projectbounds horizontaal gedeeld 
> door de schaal (bold) en verticaal vermenigvuldigd met de schaal (italic):
>
>     _calculateSizes: function() {
>             var sizes = [],
>                 crsBounds = this.projectedBounds,
>                 projectedTileSize,
>                 upperY,
>                 i;
>             for (i = this._scales.length - 1; i >= 0; i--) {
>                 if (this._scales[i]) {
>                     projectedTileSize = this.options.tileSize / 
> this._scales[i];
>                     upperY = crsBounds[1] + Math.ceil((crsBounds[3] - 
> crsBounds[1]) /
>                                             projectedTileSize) * 
> projectedTileSize;
>                     sizes[i] = L.point(*(crsBounds[2] - crsBounds[0]) 
> / this._scales[i]*,
> /(upperY - crsBounds[1]) * this._scales[i])/;
>                 }
>             }
>
>             return sizes;
>         },
>
> Correct is beide vermenigvuldigen met de schaal:
>     _calculateSizes: function() {
>             var sizes = [],
>                 crsBounds = this.projectedBounds,
>                 projectedTileSize,
>                 upperY,
>                 i;
>             for (i = this._scales.length - 1; i >= 0; i--) {
>                 if (this._scales[i]) {
>                     projectedTileSize = this.options.tileSize / 
> this._scales[i];
>                     upperY = crsBounds[1] + Math.ceil((crsBounds[3] - 
> crsBounds[1]) /
>                                             projectedTileSize) * 
> projectedTileSize;
>                     sizes[i] = L.point((crsBounds[2] - crsBounds[0]) * 
> this._scales[i],
>                         (upperY - crsBounds[1]) * this._scales[i]);
>                 }
>             }
>
>             return sizes;
>         },
>
>
>
> On 14/04/15 22:44, Edward Mac Gillavry wrote:
>> Zet ik trouwens de maxZoom op 16 voor de referentiekaartlaag, dan 
>> krijg ik ook fracties in de URL's naar bijvoorbeeld de 
>> BRT-Achtergrondkaart op zoomniveaus 15 en 16. Het is dus niet 
>> specifiek voor de luchtfoto's maar wel op een ander zoomniveau. 
>> Hopelijk sluiten we zo steeds meer uit.
>>
>> Groet,
>>
>> Edward
>>
>>
>> ------------------------------------------------------------------------
>> From: emacgillavry op hotmail.com
>> To: ron op rwgc.nl; dutch op lists.osgeo.org
>> Date: Tue, 14 Apr 2015 22:30:51 +0200
>> Subject: Re: [Dutch] Leaflet tile URL probleem
>>
>> Ha Ron,
>>
>> Nieuwsgierig geworden heb ik even een poging gewaagd. Stuitte op 
>> dezelfde issues en constateerde, dat ik normaal gesproken een andere 
>> bbox gebruik voor het tile grid, namelijk
>>
>> -285401.92,22598.08,595401.91,903401.92 (genoemd in de Geonovum 
>> tiling richtlijn [1], pagina 6)
>>
>> ipv
>>
>> -285401.92,22598.08,595401.9199999999,903401.9199999999
>>
>> Dit maakte echter geen verschil. Ook zag ik, dat de resolutions array 
>> nog extra entries nodig heeft voor de diepste zoomniveaus:
>>
>> 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.21, 
>> 0.105,  0.0575]
>>
>> (genoemd in de Geonovum tiling richtlijn [1], in de tabel op pagina 13)
>>
>> Dit maakte echter nog steeds geen verschil ;-(. Toen keek ik ook nog 
>> even naar de PDOK-Kaartwizard [2]. Ook hier gebeurt het, dat je bij 
>> het gebruik van de lufo op de diepste zoomniveaus fracties krijgt in 
>> de URL's die de tegels ophalen... Kortom: het lijkt niet een 
>> specifiek Leaflet issue te zijn. Maar waar ligt het dan wel aan?
>>
>> Groetjes,
>>
>> Edward
>>
>> [1] 
>> http://www.geonovum.nl/sites/default/files/nederlandse_richtlijn_tiling_-_versie_1.1.pdf
>> [2] http://kaart.pdok.nl/
>>
>> ------------------------------------------------------------------------
>> From: ron op rwgc.nl
>> Date: Tue, 14 Apr 2015 20:55:38 +0200
>> To: dutch op lists.osgeo.org
>> Subject: [Dutch] Leaflet tile URL probleem
>>
>> Hallo OSGeo.nl <http://OSGeo.nl>-ers,
>>
>> Bij het maken van een heel basic Leaflet kaart loop ik tegen een 
>> probleem aan met de tile URL en hopelijk weet iemand raad.
>>
>> Ik heb het voorbeeld met de PDOK BRT TMS in Leaflet die door Bart van 
>> den Eijnden is gemaakt genomen als basis (zie 
>> https://github.com/bartvde/PDOK-Leaflet).
>>
>> Daar heb ik de open luchtfoto TMS aan toegevoegd. Dat werkt prima 
>> maar bij zoom level 12 en hoger gaat het mis. Dan treedt er een 
>> afrondingsfout op in de tile URL die er voor zorgt dat de luchtfoto 
>> op die levels niet getoond wordt.
>>
>> Leaflet vraagt dan:
>> http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/12/2402.0000000000005/2602.jpeg
>> en dat levert niets op want de gewenste tile is:
>> http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/12/2402/2602.jpeg
>>
>> Het vreemde is ook dat dit niet optreedt bij de BRT service.
>>
>> Ik zou zeggen, een simpele round functie ergens volstaat maar waar?
>>
>> NB dit is de config in script.js :
>>
>> var RD = new L.Proj.CRS.TMS(
>>     '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',
>>   [-285401.92,22598.08,595401.9199999999,903401.9199999999], {
>>     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]
>> });
>>
>> var map = new L.Map('map', {
>>   continuousWorld: true,
>>   crs: RD,
>>   layers: [
>>     new
>> L.TileLayer('http://geodata.nationaalgeoregister.nl/tms/1.0.0/brtachtergrondkaartpastel op EPSG:28992 op png8/{z}/{x}/{y}.png' 
>> <http://geodata.nationaalgeoregister.nl/tms/1.0.0/brtachtergrondkaartpastel%40EPSG:28992%40png8/%7bz%7d/%7bx%7d/%7by%7d.png%27>,
>> {
>>         tms: true,
>>         minZoom: 3,
>>         maxZoom: 14,
>>         attribution: 'Kaartgegevens: © <a
>> href="http://www.cbs.nl">CBS</a>, <a
>> href="http://www.kadaster.nl">Kadaster</a>, <a
>> href="http://openstreetmap.org">OpenStreetMap</a><span
>> class="printhide">-auteurs (<a
>> href="http://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>).</span>',
>>         continuousWorld: true,
>>         opacity: 0.5
>>     }),
>>     new
>> L.TileLayer('http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/{z}/{x}/{y}.jpeg' 
>> <http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/%7bz%7d/%7bx%7d/%7by%7d.jpeg%27>,
>> {
>>         tms: true,
>>         minZoom: 3,
>>         maxZoom: 14,
>>         attribution: 'Kaartgegevens: © <a
>> href="http://www.kadaster.nl">Kadaster</a>.</span>',
>>         continuousWorld: false,
>>         opacity: 0.5,
>>         maxNativeZoom: 14 // The map will use zoom level 14 (max
>> luchtfoto zoom level) tiles for all zoom levels beyond this level
>>     })
>>   ],
>>   //center: new L.LatLng(52, 5.3),
>>   center: new L.LatLng(53.223606, 6.532480),
>>   zoom: 9,
>>   minZoom: 3,
>>   maxZoom: 14,
>> });
>> // test RD coordinates
>> map.on('click', function(e) {
>>     if (window.console) {
>>         var point = RD.projection.project(e.latlng);
>>         console.log("RD X: " + point.x + ", Y: " + point.y);
>>     }
>> });
>>
>> // functie om huidig zoom level in het kaartbeeld te tonen
>> map.on('zoomend', function(){
>>     document.getElementById('zoom-level').innerHTML = 'Zoom Level: ' +
>> map.getZoom();
>> });
>>
>>
>>
>>
>> Bedankt en groeten,
>> Ron Wardenier
>>
>> _______________________________________________ Dutch mailing list 
>> Dutch op lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/dutch
>>
>> _______________________________________________ Dutch mailing list 
>> Dutch op lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/dutch
>>
>>
>> _______________________________________________
>> Dutch mailing list
>> Dutch op lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/dutch
>
>
>
> _______________________________________________
> Dutch mailing list
> Dutch op lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/dutch

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/dutch/attachments/20150415/25b686d7/attachment-0001.html>

From emacgillavry op hotmail.com  Wed Apr 15 12:06:40 2015
From: emacgillavry op hotmail.com (Edward Mac Gillavry)
Date: Wed, 15 Apr 2015 21:06:40 +0200
Subject: [Dutch] Leaflet tile URL probleem
In-Reply-To: <552E23E8.6080807@minst.net>
References: <659ED569-33A7-473A-88DE-FC524DD0A7FD@rwgc.nl>, ,
	<DUB115-W22A42CC2B2CDAE1B99EA25D7E60@phx.gbl>
	<DUB115-W27653624231EE6CEB48DDED7E60@phx.gbl>,
	<552E1A7D.9040004@minst.net>, <552E23E8.6080807@minst.net>
Message-ID: <DUB115-W706633F46BE8162CFB0D68D7E50@phx.gbl>

Dankjewel voor je reactie! Inderdaad de bbox teruggezet naar de 
coördinaten die Bart had opgegeven. Vervolgens heb ik de ene deling 
omgezet in een vermenigvuldiging. Vervolgens kreeg ik de juiste paden, 
zonder afrondingsfouten! Daarna een upgrade geprobeerd naar de nieuwste versie van de         Proj4Leaflet geprobeerd samen met een verse download van proj4js. Dat bleek een brug te ver voor nu. Kortom: voorbeeld van Bart nemen en zoals Steven aangeeft de deling in een vermenigvuldiging veranderen werkt!

Date: Wed, 15 Apr 2015 10:40:08 +0200
From: steven op minst.net
To: dutch op lists.osgeo.org
Subject: Re: [Dutch] Leaflet tile URL probleem


  
    
  
  
    Oh sorry, ik had de mail niet helemaal
      goed gelezen, het is niet het probleem dat op niveau 13 in ene de
      verkeerde tegels worden gevraagd, het is een afrondingsprobleem.

      

      Ik haal met leaflet gewoon tegeltjes op niveau 14:

http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/14/7571/8636.jpeg

      

      Leaflet heeft een probleem met afronden (of eigenlijk browsers
      hebben een probleem met afronden ze onthouden maar n cijfers
      achter de komma) Leaflet berekent alles in WGS84, of in ieder
      geval alles wat niet spherical mercator is, en dan krijg je last
      van de afrondingsbugs van browsers: 21 cm in Nederland is
      0.000zoveel graden in WGS84: veel relevante cijfers achter de
      komma.

      

      Daarnaast gaat Leaflet uit van het OSM tileschema en TMS is
      precies omgekeerd dus er is ergens een 'max - tegel' functie die
      zorgt dat als een tegeltje precies op de de boundingbox valt hij
      bij de verkeerde rij/kolom wordt getoond, vandaar dat Bart met
      -285401.92,22598.08,595401.9199999999,903401.9199999999 is
      gekomen, dan val je precies niet op het randje.

      

      Ik heb mijn werkende Leaflet versie hier gezet:
      http://research.geodan.nl/sites/pico-pm/#14/52.3554/4.8997

      De luchtfoto komt van PDOK en je kan zien dat die werkt. Ik
      gebruik een iets oudere versie van Proj4Leaflet met mijn eigen
      patch, dus misschien dat daar het verschil zit?

      

      groet,

      Steven

      

      

      

      

      

      

      On 15/04/15 09:59, Steven M. Ottens wrote:

    
    
      
      Hoi Allemaal,

        

        Ik ben er ook een keer tegenaan gelopen en de versie van
        Proj4Leaflet die ik gebruikte had een bug in de functie
        _calculateSizes() De nieuwste versie van proj4leaflet lijkt de
        bug niet te hebben, maar die heb ik verder niet getest.

        

        

        Origineel wordt de grootte van de projectbounds horizontaal
        gedeeld door de schaal (bold) en verticaal vermenigvuldigd met
        de schaal (italic):

        

            _calculateSizes: function() {

                    var sizes = [],

                        crsBounds = this.projectedBounds,

                        projectedTileSize,

                        upperY,

                        i;

                    for (i = this._scales.length - 1; i >= 0; i--) {

                        if (this._scales[i]) {

                            projectedTileSize = this.options.tileSize /
        this._scales[i];

                            upperY = crsBounds[1] +
        Math.ceil((crsBounds[3] - crsBounds[1]) /

                                                    projectedTileSize) *
        projectedTileSize;

                            sizes[i] = L.point((crsBounds[2] -
          crsBounds[0]) / this._scales[i],

                                (upperY - crsBounds[1]) *
          this._scales[i]);

                        }

                    }

        

                    return sizes;

                },

        

        Correct is beide vermenigvuldigen met de schaal:

            _calculateSizes: function() {

                    var sizes = [],

                        crsBounds = this.projectedBounds,

                        projectedTileSize,

                        upperY,

                        i;

                    for (i = this._scales.length - 1; i >= 0; i--) {

                        if (this._scales[i]) {

                            projectedTileSize = this.options.tileSize /
        this._scales[i];

                            upperY = crsBounds[1] +
        Math.ceil((crsBounds[3] - crsBounds[1]) /

                                                    projectedTileSize) *
        projectedTileSize;

                            sizes[i] = L.point((crsBounds[2] -
        crsBounds[0]) * this._scales[i],

                                (upperY - crsBounds[1]) *
        this._scales[i]);

                        }

                    }

        

                    return sizes;

                },

        

        

        

        On 14/04/15 22:44, Edward Mac Gillavry wrote:

      
      
        
        Zet ik trouwens de maxZoom op 16 voor de
          referentiekaartlaag, dan krijg ik ook fracties in de URL's
          naar bijvoorbeeld de BRT-Achtergrondkaart op zoomniveaus 15 en
          16. Het is dus niet specifiek voor de luchtfoto's maar wel op
          een ander zoomniveau. Hopelijk sluiten we zo steeds meer uit.

          

          Groet,

          

          Edward

          

          

          
            From: emacgillavry op hotmail.com

            To: ron op rwgc.nl;
            dutch op lists.osgeo.org

            Date: Tue, 14 Apr 2015 22:30:51 +0200

            Subject: Re: [Dutch] Leaflet tile URL probleem

            

            
            Ha Ron,

              

              Nieuwsgierig geworden heb ik even een poging gewaagd.
              Stuitte op dezelfde issues en constateerde, dat ik normaal
              gesproken een andere bbox gebruik voor het tile grid,
              namelijk 

              

              -285401.92,22598.08,595401.91,903401.92 (genoemd in de
              Geonovum tiling richtlijn [1], pagina 6)

              

              ipv

              

              -285401.92,22598.08,595401.9199999999,903401.9199999999

              

              Dit maakte echter geen verschil. Ook zag ik, dat de
              resolutions array nog extra entries nodig heeft voor de
              diepste zoomniveaus:

              

              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.21, 0.105,  0.0575]

              

              (genoemd in de Geonovum tiling richtlijn [1], in de tabel
              op pagina 13)

              

              Dit maakte echter nog steeds geen verschil ;-(. Toen keek
              ik ook nog even naar de PDOK-Kaartwizard [2]. Ook hier
              gebeurt het, dat je bij het gebruik van de lufo op de
              diepste zoomniveaus fracties krijgt in de URL's die de
              tegels ophalen... Kortom: het lijkt niet een specifiek
              Leaflet issue te zijn. Maar waar ligt het dan wel aan?

              

              Groetjes,

              

              Edward

              

              [1]
              http://www.geonovum.nl/sites/default/files/nederlandse_richtlijn_tiling_-_versie_1.1.pdf

              [2] http://kaart.pdok.nl/

              

              
                From: ron op rwgc.nl

                Date: Tue, 14 Apr 2015 20:55:38 +0200

                To: dutch op lists.osgeo.org

                Subject: [Dutch] Leaflet tile URL probleem

                

                Hallo OSGeo.nl-ers,
                

                
                Bij het maken van een
                  heel basic Leaflet kaart loop ik tegen een probleem
                  aan met de tile URL en hopelijk weet iemand raad.

                  

                  Ik heb het voorbeeld met de PDOK BRT TMS in Leaflet
                  die door Bart van den Eijnden is gemaakt genomen als
                  basis (zie https://github.com/bartvde/PDOK-Leaflet).

                  

                  Daar heb ik de open luchtfoto TMS aan toegevoegd. Dat
                  werkt prima maar bij zoom level 12 en hoger gaat het
                  mis. Dan treedt er een afrondingsfout op in de tile
                  URL die er voor zorgt dat de luchtfoto op die levels
                  niet getoond wordt.

                  

                  Leaflet vraagt dan:

                  http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/12/2402.0000000000005/2602.jpeg

                  en dat levert niets op want de gewenste tile is:

                  http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/12/2402/2602.jpeg

                  

                  Het vreemde is ook dat dit niet optreedt bij de BRT
                  service.

                  

                  Ik zou zeggen, een simpele round functie ergens
                  volstaat maar waar?

                  

                  NB dit is de config in script.js :

                  

                  var RD = new L.Proj.CRS.TMS(

                      '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',

                   
                    [-285401.92,22598.08,595401.9199999999,903401.9199999999],
                  {

                      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]

                  });

                  

                  var map = new L.Map('map', {

                    continuousWorld: true,

                    crs: RD,

                    layers: [

                      new

                  L.TileLayer('http://geodata.nationaalgeoregister.nl/tms/1.0.0/brtachtergrondkaartpastel op EPSG:28992 op png8/{z}/{x}/{y}.png',

                  {

                          tms: true,

                          minZoom: 3,

                          maxZoom: 14,

                          attribution: 'Kaartgegevens: © <a

                  href="http://www.cbs.nl">CBS</a>,

                  <a

                  href="http://www.kadaster.nl">Kadaster</a>,

                  <a

                  href="http://openstreetmap.org">OpenStreetMap</a><span

                  class="printhide">-auteurs (<a

                  href="http://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>).</span>',

                          continuousWorld: true,

                          opacity: 0.5

                      }),

                      new

                  L.TileLayer('http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/{z}/{x}/{y}.jpeg',

                  {

                          tms: true,

                          minZoom: 3,

                          maxZoom: 14,

                          attribution: 'Kaartgegevens: © <a

                  href="http://www.kadaster.nl">Kadaster</a>.</span>',

                          continuousWorld: false,

                          opacity: 0.5,

                          maxNativeZoom: 14 // The map will use zoom
                  level 14 (max

                  luchtfoto zoom level) tiles for all zoom levels beyond
                  this level

                      })

                    ],

                    //center: new L.LatLng(52, 5.3),

                    center: new L.LatLng(53.223606, 6.532480),

                    zoom: 9,

                    minZoom: 3,

                    maxZoom: 14,

                  });

                  // test RD coordinates

                  map.on('click', function(e) {

                      if (window.console) {

                          var point = RD.projection.project(e.latlng);

                          console.log("RD X: " + point.x + ", Y: " +
                  point.y);

                      }

                  });

                  

                  // functie om huidig zoom level in het kaartbeeld te
                  tonen

                  map.on('zoomend', function(){

                      document.getElementById('zoom-level').innerHTML =
                  'Zoom Level: ' +

                  map.getZoom();

                  });

                  

                  

                  

                  

                  Bedankt en groeten,

                  Ron Wardenier
                

                _______________________________________________ Dutch
                mailing list Dutch op lists.osgeo.org
                http://lists.osgeo.org/mailman/listinfo/dutch
            
            

            _______________________________________________ Dutch
            mailing list Dutch op lists.osgeo.org
            http://lists.osgeo.org/mailman/listinfo/dutch
        
        

        
        

        _______________________________________________
Dutch mailing list
Dutch op lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/dutch
      
      

      

      
      

      _______________________________________________
Dutch mailing list
Dutch op lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/dutch
    
    

  


_______________________________________________
Dutch mailing list
Dutch op lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/dutch 		 	   		  
------------- volgend deel ------------
Een HTML-bijlage is gescrubt...
URL: <http://lists.osgeo.org/pipermail/dutch/attachments/20150415/10fd659d/attachment-0001.html>

From ron op rwgc.nl  Wed Apr 15 12:51:31 2015
From: ron op rwgc.nl (Ron Wardenier GeoConsult)
Date: Wed, 15 Apr 2015 21:51:31 +0200
Subject: [Dutch] Dutch Verzamelmail, Volume 52, Nummer 5
In-Reply-To: <mailman.1903.1429125107.19517.dutch@lists.osgeo.org>
References: <mailman.1903.1429125107.19517.dutch@lists.osgeo.org>
Message-ID: <DB2E4A27-CCEA-4449-8492-B87E23E3FA57@rwgc.nl>

Hallo Gertjan, Edward en Steven,

Bedankt voor de hulp. Het lek is wel boven geloof ik als je maar de juiste versies gebruikt en de beschreven patch. Ik ga dat binnenkort proberen. 

Groeten,
Ron

> Op 15 apr. 2015 om 21:11 heeft dutch-request op lists.osgeo.org het volgende geschreven:
> 
> Stuur Dutch maillijst aanmeldingen naar
>    dutch op lists.osgeo.org
> 
> Om u aan of af te melden via het web, bezoek
>    http://lists.osgeo.org/mailman/listinfo/dutch
> of stuur een e-mail bericht met als onderwerp of tekst het woord
> 'help' naar
>    dutch-request op lists.osgeo.org
> 
> U kunt de persoon die de lijst beheert bereiken op
>    dutch-owner op lists.osgeo.org
> 
> Als u berichten beantwoordt, gelieve meer specifieke informatie in de
> onderwerp-regel op te nemen dan alleen maar "Re: Inhoud van Dutch
> verzamelmail..."
> 
> 
> Onderwerpen van vandaag:
> 
>   1. Re: Leaflet tile URL probleem (Edward Mac Gillavry)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Wed, 15 Apr 2015 21:06:40 +0200
> From: Edward Mac Gillavry <emacgillavry op hotmail.com>
> To: "Steven M. Ottens" <steven op minst.net>, "dutch op lists.osgeo.org"
>    <dutch op lists.osgeo.org>
> Subject: Re: [Dutch] Leaflet tile URL probleem
> Message-ID: <DUB115-W706633F46BE8162CFB0D68D7E50 op phx.gbl>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> Dankjewel voor je reactie! Inderdaad de bbox teruggezet naar de 
> coördinaten die Bart had opgegeven. Vervolgens heb ik de ene deling 
> omgezet in een vermenigvuldiging. Vervolgens kreeg ik de juiste paden, 
> zonder afrondingsfouten! Daarna een upgrade geprobeerd naar de nieuwste versie van de         Proj4Leaflet geprobeerd samen met een verse download van proj4js. Dat bleek een brug te ver voor nu. Kortom: voorbeeld van Bart nemen en zoals Steven aangeeft de deling in een vermenigvuldiging veranderen werkt!
> 
> Date: Wed, 15 Apr 2015 10:40:08 +0200
> From: steven op minst.net
> To: dutch op lists.osgeo.org
> Subject: Re: [Dutch] Leaflet tile URL probleem
> 
> 
> 
> 
> 
> 
>    Oh sorry, ik had de mail niet helemaal
>      goed gelezen, het is niet het probleem dat op niveau 13 in ene de
>      verkeerde tegels worden gevraagd, het is een afrondingsprobleem.
> 
> 
> 
>      Ik haal met leaflet gewoon tegeltjes op niveau 14:
> 
> http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/14/7571/8636.jpeg
> 
> 
> 
>      Leaflet heeft een probleem met afronden (of eigenlijk browsers
>      hebben een probleem met afronden ze onthouden maar n cijfers
>      achter de komma) Leaflet berekent alles in WGS84, of in ieder
>      geval alles wat niet spherical mercator is, en dan krijg je last
>      van de afrondingsbugs van browsers: 21 cm in Nederland is
>      0.000zoveel graden in WGS84: veel relevante cijfers achter de
>      komma.
> 
> 
> 
>      Daarnaast gaat Leaflet uit van het OSM tileschema en TMS is
>      precies omgekeerd dus er is ergens een 'max - tegel' functie die
>      zorgt dat als een tegeltje precies op de de boundingbox valt hij
>      bij de verkeerde rij/kolom wordt getoond, vandaar dat Bart met
>      -285401.92,22598.08,595401.9199999999,903401.9199999999 is
>      gekomen, dan val je precies niet op het randje.
> 
> 
> 
>      Ik heb mijn werkende Leaflet versie hier gezet:
>      http://research.geodan.nl/sites/pico-pm/#14/52.3554/4.8997
> 
>      De luchtfoto komt van PDOK en je kan zien dat die werkt. Ik
>      gebruik een iets oudere versie van Proj4Leaflet met mijn eigen
>      patch, dus misschien dat daar het verschil zit?
> 
> 
> 
>      groet,
> 
>      Steven
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>      On 15/04/15 09:59, Steven M. Ottens wrote:
> 
> 
> 
> 
>      Hoi Allemaal,
> 
> 
> 
>        Ik ben er ook een keer tegenaan gelopen en de versie van
>        Proj4Leaflet die ik gebruikte had een bug in de functie
>        _calculateSizes() De nieuwste versie van proj4leaflet lijkt de
>        bug niet te hebben, maar die heb ik verder niet getest.
> 
> 
> 
> 
> 
>        Origineel wordt de grootte van de projectbounds horizontaal
>        gedeeld door de schaal (bold) en verticaal vermenigvuldigd met
>        de schaal (italic):
> 
> 
> 
>            _calculateSizes: function() {
> 
>                    var sizes = [],
> 
>                        crsBounds = this.projectedBounds,
> 
>                        projectedTileSize,
> 
>                        upperY,
> 
>                        i;
> 
>                    for (i = this._scales.length - 1; i >= 0; i--) {
> 
>                        if (this._scales[i]) {
> 
>                            projectedTileSize = this.options.tileSize /
>        this._scales[i];
> 
>                            upperY = crsBounds[1] +
>        Math.ceil((crsBounds[3] - crsBounds[1]) /
> 
>                                                    projectedTileSize) *
>        projectedTileSize;
> 
>                            sizes[i] = L.point((crsBounds[2] -
>          crsBounds[0]) / this._scales[i],
> 
>                                (upperY - crsBounds[1]) *
>          this._scales[i]);
> 
>                        }
> 
>                    }
> 
> 
> 
>                    return sizes;
> 
>                },
> 
> 
> 
>        Correct is beide vermenigvuldigen met de schaal:
> 
>            _calculateSizes: function() {
> 
>                    var sizes = [],
> 
>                        crsBounds = this.projectedBounds,
> 
>                        projectedTileSize,
> 
>                        upperY,
> 
>                        i;
> 
>                    for (i = this._scales.length - 1; i >= 0; i--) {
> 
>                        if (this._scales[i]) {
> 
>                            projectedTileSize = this.options.tileSize /
>        this._scales[i];
> 
>                            upperY = crsBounds[1] +
>        Math.ceil((crsBounds[3] - crsBounds[1]) /
> 
>                                                    projectedTileSize) *
>        projectedTileSize;
> 
>                            sizes[i] = L.point((crsBounds[2] -
>        crsBounds[0]) * this._scales[i],
> 
>                                (upperY - crsBounds[1]) *
>        this._scales[i]);
> 
>                        }
> 
>                    }
> 
> 
> 
>                    return sizes;
> 
>                },
> 
> 
> 
> 
> 
> 
> 
>        On 14/04/15 22:44, Edward Mac Gillavry wrote:
> 
> 
> 
> 
>        Zet ik trouwens de maxZoom op 16 voor de
>          referentiekaartlaag, dan krijg ik ook fracties in de URL's
>          naar bijvoorbeeld de BRT-Achtergrondkaart op zoomniveaus 15 en
>          16. Het is dus niet specifiek voor de luchtfoto's maar wel op
>          een ander zoomniveau. Hopelijk sluiten we zo steeds meer uit.
> 
> 
> 
>          Groet,
> 
> 
> 
>          Edward
> 
> 
> 
> 
> 
> 
>            From: emacgillavry op hotmail.com
> 
>            To: ron op rwgc.nl;
>            dutch op lists.osgeo.org
> 
>            Date: Tue, 14 Apr 2015 22:30:51 +0200
> 
>            Subject: Re: [Dutch] Leaflet tile URL probleem
> 
> 
> 
> 
>            Ha Ron,
> 
> 
> 
>              Nieuwsgierig geworden heb ik even een poging gewaagd.
>              Stuitte op dezelfde issues en constateerde, dat ik normaal
>              gesproken een andere bbox gebruik voor het tile grid,
>              namelijk 
> 
> 
> 
>              -285401.92,22598.08,595401.91,903401.92 (genoemd in de
>              Geonovum tiling richtlijn [1], pagina 6)
> 
> 
> 
>              ipv
> 
> 
> 
>              -285401.92,22598.08,595401.9199999999,903401.9199999999
> 
> 
> 
>              Dit maakte echter geen verschil. Ook zag ik, dat de
>              resolutions array nog extra entries nodig heeft voor de
>              diepste zoomniveaus:
> 
> 
> 
>              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.21, 0.105,  0.0575]
> 
> 
> 
>              (genoemd in de Geonovum tiling richtlijn [1], in de tabel
>              op pagina 13)
> 
> 
> 
>              Dit maakte echter nog steeds geen verschil ;-(. Toen keek
>              ik ook nog even naar de PDOK-Kaartwizard [2]. Ook hier
>              gebeurt het, dat je bij het gebruik van de lufo op de
>              diepste zoomniveaus fracties krijgt in de URL's die de
>              tegels ophalen... Kortom: het lijkt niet een specifiek
>              Leaflet issue te zijn. Maar waar ligt het dan wel aan?
> 
> 
> 
>              Groetjes,
> 
> 
> 
>              Edward
> 
> 
> 
>              [1]
>              http://www.geonovum.nl/sites/default/files/nederlandse_richtlijn_tiling_-_versie_1.1.pdf
> 
>              [2] http://kaart.pdok.nl/
> 
> 
> 
> 
>                From: ron op rwgc.nl
> 
>                Date: Tue, 14 Apr 2015 20:55:38 +0200
> 
>                To: dutch op lists.osgeo.org
> 
>                Subject: [Dutch] Leaflet tile URL probleem
> 
> 
> 
>                Hallo OSGeo.nl-ers,
> 
> 
> 
>                Bij het maken van een
>                  heel basic Leaflet kaart loop ik tegen een probleem
>                  aan met de tile URL en hopelijk weet iemand raad.
> 
> 
> 
>                  Ik heb het voorbeeld met de PDOK BRT TMS in Leaflet
>                  die door Bart van den Eijnden is gemaakt genomen als
>                  basis (zie https://github.com/bartvde/PDOK-Leaflet).
> 
> 
> 
>                  Daar heb ik de open luchtfoto TMS aan toegevoegd. Dat
>                  werkt prima maar bij zoom level 12 en hoger gaat het
>                  mis. Dan treedt er een afrondingsfout op in de tile
>                  URL die er voor zorgt dat de luchtfoto op die levels
>                  niet getoond wordt.
> 
> 
> 
>                  Leaflet vraagt dan:
> 
>                  http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/12/2402.0000000000005/2602.jpeg
> 
>                  en dat levert niets op want de gewenste tile is:
> 
>                  http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/12/2402/2602.jpeg
> 
> 
> 
>                  Het vreemde is ook dat dit niet optreedt bij de BRT
>                  service.
> 
> 
> 
>                  Ik zou zeggen, een simpele round functie ergens
>                  volstaat maar waar?
> 
> 
> 
>                  NB dit is de config in script.js :
> 
> 
> 
>                  var RD = new L.Proj.CRS.TMS(
> 
>                      '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',
> 
> 
>                    [-285401.92,22598.08,595401.9199999999,903401.9199999999],
>                  {
> 
>                      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]
> 
>                  });
> 
> 
> 
>                  var map = new L.Map('map', {
> 
>                    continuousWorld: true,
> 
>                    crs: RD,
> 
>                    layers: [
> 
>                      new
> 
>                  L.TileLayer('http://geodata.nationaalgeoregister.nl/tms/1.0.0/brtachtergrondkaartpastel op EPSG:28992 op png8/{z}/{x}/{y}.png',
> 
>                  {
> 
>                          tms: true,
> 
>                          minZoom: 3,
> 
>                          maxZoom: 14,
> 
>                          attribution: 'Kaartgegevens: © <a
> 
>                  href="http://www.cbs.nl">CBS</a>,
> 
>                  <a
> 
>                  href="http://www.kadaster.nl">Kadaster</a>,
> 
>                  <a
> 
>                  href="http://openstreetmap.org">OpenStreetMap</a><span
> 
>                  class="printhide">-auteurs (<a
> 
>                  href="http://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>).</span>',
> 
>                          continuousWorld: true,
> 
>                          opacity: 0.5
> 
>                      }),
> 
>                      new
> 
>                  L.TileLayer('http://geodata1.nationaalgeoregister.nl/luchtfoto/tms/1.0.0/luchtfoto/EPSG28992/{z}/{x}/{y}.jpeg',
> 
>                  {
> 
>                          tms: true,
> 
>                          minZoom: 3,
> 
>                          maxZoom: 14,
> 
>                          attribution: 'Kaartgegevens: © <a
> 
>                  href="http://www.kadaster.nl">Kadaster</a>.</span>',
> 
>                          continuousWorld: false,
> 
>                          opacity: 0.5,
> 
>                          maxNativeZoom: 14 // The map will use zoom
>                  level 14 (max
> 
>                  luchtfoto zoom level) tiles for all zoom levels beyond
>                  this level
> 
>                      })
> 
>                    ],
> 
>                    //center: new L.LatLng(52, 5.3),
> 
>                    center: new L.LatLng(53.223606, 6.532480),
> 
>                    zoom: 9,
> 
>                    minZoom: 3,
> 
>                    maxZoom: 14,
> 
>                  });
> 
>                  // test RD coordinates
> 
>                  map.on('click', function(e) {
> 
>                      if (window.console) {
> 
>                          var point = RD.projection.project(e.latlng);
> 
>                          console.log("RD X: " + point.x + ", Y: " +
>                  point.y);
> 
>                      }
> 
>                  });
> 
> 
> 
>                  // functie om huidig zoom level in het kaartbeeld te
>                  tonen
> 
>                  map.on('zoomend', function(){
> 
>                      document.getElementById('zoom-level').innerHTML =
>                  'Zoom Level: ' +
> 
>                  map.getZoom();
> 
>                  });
> 
> 
> 
> 
> 
> 
> 
> 
> 
>                  Bedankt en groeten,
> 
>                  Ron Wardenier
> 
> 
>                _______________________________________________ Dutch
>                mailing list Dutch op lists.osgeo.org
>                http://lists.osgeo.org/mailman/listinfo/dutch
> 
> 
> 
>            _______________________________________________ Dutch
>            mailing list Dutch op lists.osgeo.org
>            http://lists.osgeo.org/mailman/listinfo/dutch
> 
> 
> 
> 
> 
> 
>        _______________________________________________
> Dutch mailing list
> Dutch op lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/dutch
> 
> 
> 
> 
> 
> 
> 
> 
>      _______________________________________________
> Dutch mailing list
> Dutch op lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/dutch
> 
> 
> 
> 
> 
> 
> _______________________________________________
> Dutch mailing list
> Dutch op lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/dutch                         
> ------------- volgend deel ------------
> Een HTML-bijlage is gescrubt...
> URL: <http://lists.osgeo.org/pipermail/dutch/attachments/20150415/10fd659d/attachment.html>
> 
> ------------------------------
> 
> _______________________________________________
> Dutch mailing list
> Dutch op lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/dutch
> 
> Eind van Dutch Verzamelmail, Volume 52, Nummer 5
> ************************************************

From geejee op dds.nl  Sun Apr 19 03:18:12 2015
From: geejee op dds.nl (Gert-Jan van der Weijden)
Date: Sun, 19 Apr 2015 12:18:12 +0200
Subject: [Dutch] Postcodegrenzen (of toch bouwblokken?)
In-Reply-To: <DUB115-W1256C2BFB8A750A15E0624CD7280@phx.gbl>
References: <54D8F03B.5070501@webmapper.net>	<54E863CE.1090101@ruimtebewust.nl>,
	<000001d04de4$79b4d200$6d1e7600$@imergis.nl>
	<DUB115-W1256C2BFB8A750A15E0624CD7280@phx.gbl>
Message-ID: <031301d07a8a$24482dd0$6cd88970$@nl>

Ter info: 

Esri NL biedt haar klanten per heden de 6-pos. postcodevlakken aan. Onder
CC-BY licentie , dat dan wel weer. (grappig: de dataset an sich is dus wel
open, het distributiekanaal echter niet…)

Ook het "recept" (ik neem aan als Arcgis-Modelbuilder model) wordt
binnenkort gepubliceerd.

 

 

Alternatief

Als het je niet persé om de koppeling met postcodes te doen is, maar je een
verfijndere indeling dan (CBS-)buurten zoekt, dan zijn de bouwblokken zoals
Amsterdam die hanteert :

http://www.amsterdam.nl/stelselpedia/gebieden-index/catalogus/bouwblok/

Mogelijk nadeel: die "vangt" alleen BAG-panden, geen lig- of standplaatsen)

Hier valt nog een wereld te winnen in de vervaardiging!

 

 

groet, 

 

GJ

 

 

 

Van: dutch-bounces op lists.osgeo.org [mailto:dutch-bounces op lists.osgeo.org]
Namens Edward Mac Gillavry
Verzonden: zondag 22 februari 2015 10:34
Aan: info op imergis.nl; dutch op lists.osgeo.org
Onderwerp: Re: [Dutch] Postcodegrenzen

 

Ha Jan-Willem,

Juist dat uitfilteren van einzelgänger postcodes als een van de
opschoningsstappen heeft Hans Fast beschreven in
http://webmapper.net/blog/postcodekaart-met-open-data-en-open-source-softwar
e/. Dat gebeurt volautomatisch op basis van python-scripts en PostGIS
queries.

Met vriendelijke groet,

Edward


> From: info op imergis.nl
> To: dutch op lists.osgeo.org
> Date: Sat, 21 Feb 2015 15:41:27 +0100
> Subject: Re: [Dutch] Postcodegrenzen
> 
> Hallo Mark,
> 
> Dat ziet er zeker al goed uit. Ook fijn dat je het met meerdere tools
test.
> Wel is het 'snappen' naar wegenassen, spoorwegen, waterlopen, BAG
> woonplaatsgrenzen enz. wat mij betreft een vereiste. Ik zou daar Top10NL
> voor gebruiken vanwege de beschikbaarheid van weg, spoor én waterlijnen. 
> In het "officiële" PPC bestand gebeurt dit inderdaad niet altijd, maar
vaak
> toch ook weer wel. Los van dat oogt het simpelweg natuurlijker.
> 
> Samengevat heb ik nu de volgende lopende initiatieven langs zien komen:
> - Raymond Nijssen 
> - Wageningen / Alterra (Maarten Storm)
> - ESRI (Content team)
> - Mark Verschuur
> 
> Allen hebben we te maken met fouten in de BAG. De meesten hanteren als
> principe dat de BAG 'de waarheid' is, maar als je op één locatie 20
adressen
> hebt met één afwijkende postcode, dat zou het denk ik niet gek zijn om die
> afwijking in zo'n geval te negeren. Ik ben benieuwd of iemand zoiets in
een
> algoritme kan gieten. 
> 
> Wat mij betreft is het doel te kijken wie op korte termijn (voor de zomer)
> met het meest intuïtieve PPC6/PPC5/PPC4 bestand kan komen, waarbij
> onderhoudbaarheid ook van belang is (met nieuwe BAG en één druk op de knop
> een update, zeg maar).
> 
> Iedereen tot nu toe bedankt voor de energie! Het voelt aan alsof het er al
> is. :-)
> 
> Met hartelijke groet,
> 
> Jan-Willem van Aalst
> jw op imergis.nl
> 06-42746848
> 
> 
> 
> -----Oorspronkelijk bericht-----
> Van: dutch-bounces op lists.osgeo.org [mailto:dutch-bounces op lists.osgeo.org]
> Namens Mark Verschuur
> Verzonden: zaterdag 21 februari 2015 11:54
> Aan: dutch op lists.osgeo.org
> Onderwerp: Re: [Dutch] Postcodegrenzen
> 
> Ha collega's,
> 
> Ik heb een eerste poging om de postcodegebieden te genereren,
gedocumenteerd
> via dit artikel:
> 
> http://ruimtebewust.nl/blog/zelf-postcodegebieden-berekenen-vanuit-de-bag/
> 
> Ook vinden jullie daar een link naar een QGIS-modelletje, waarmee je de
> methode zelf kunt uittesten. Het voldoet nog niet aan alle wensen uit het
> PvE, dus ik ontvang graag feedback om het model verder te verbeteren.
> 
> Groeten,
> 
> Mark Verschuur
> _______________________________________________
> Dutch mailing list
> Dutch op lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/dutch
> 
> 
> -----
> Geen virus gevonden in dit bericht.
> Gecontroleerd door AVG - www.avg.com
> Versie: 2015.0.5646 / Virusdatabase: 4293/9154 - datum van uitgifte:
> 02/21/15
> 
> 
> _______________________________________________
> Dutch mailing list
> Dutch op lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/dutch

------------- volgend deel ------------
Een HTML-bijlage is gescrubt...
URL: <http://lists.osgeo.org/pipermail/dutch/attachments/20150419/43b6095e/attachment.html>

From emacgillavry op hotmail.com  Sun Apr 19 10:18:35 2015
From: emacgillavry op hotmail.com (Edward Mac Gillavry)
Date: Sun, 19 Apr 2015 19:18:35 +0200
Subject: [Dutch] BAG van april?
In-Reply-To: <031301d07a8a$24482dd0$6cd88970$@nl>
References: <54D8F03B.5070501@webmapper.net>
	<54E863CE.1090101@ruimtebewust.nl>, ,
	<000001d04de4$79b4d200$6d1e7600$@imergis.nl>,
	<DUB115-W1256C2BFB8A750A15E0624CD7280@phx.gbl>,
	<031301d07a8a$24482dd0$6cd88970$@nl>
Message-ID: <DUB115-W25392E277668DB34A3CA9CD7E10@phx.gbl>

Afgelopen maanden hebben we met veel succes gebruik gemaakt van de BAG-downloads op http://mirror.openstreetmap.nl/bag/maandcyclus/.  Komt hier ook de BAG van april 2015 beschikbaar? Zijn er nog andere plekken, waar de maandelijkse BAG online staat? (Ja, PDOK kennen we natuurlijk ook wel, maar ja...) bij voorbaat hartelijk dank!

E
 		 	   		  
------------- volgend deel ------------
Een HTML-bijlage is gescrubt...
URL: <http://lists.osgeo.org/pipermail/dutch/attachments/20150419/b1825d49/attachment.html>

From sebastic op xs4all.nl  Sun Apr 19 23:45:22 2015
From: sebastic op xs4all.nl (Sebastiaan Couwenberg)
Date: Mon, 20 Apr 2015 08:45:22 +0200
Subject: [Dutch] BAG van april?
In-Reply-To: <DUB115-W25392E277668DB34A3CA9CD7E10@phx.gbl>
References: <54D8F03B.5070501@webmapper.net>	<54E863CE.1090101@ruimtebewust.nl>,
	, <000001d04de4$79b4d200$6d1e7600$@imergis.nl>,
	<DUB115-W1256C2BFB8A750A15E0624CD7280@phx.gbl>,
	<031301d07a8a$24482dd0$6cd88970$@nl>
	<DUB115-W25392E277668DB34A3CA9CD7E10@phx.gbl>
Message-ID: <5534A082.20000@xs4all.nl>

On 04/19/2015 07:18 PM, Edward Mac Gillavry wrote:
> Afgelopen maanden hebben we met veel succes gebruik gemaakt van de BAG-downloads op http://mirror.openstreetmap.nl/bag/maandcyclus/.  Komt hier ook de BAG van april 2015 beschikbaar?

Ik vermoed dat de onderliggende oorzaak van het ontbreken van de april
release van de BAG in de PDOK Atom feed ook voor ontbreken in de
maandcyclus verantwoordelijk is.

Als de bron zijn zaakjes niet op orde heeft, treft dit ook alle downstreams.

Mvg,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

From emacgillavry op hotmail.com  Mon Apr 20 02:14:43 2015
From: emacgillavry op hotmail.com (Edward Mac Gillavry)
Date: Mon, 20 Apr 2015 11:14:43 +0200
Subject: [Dutch] BAG van april?
In-Reply-To: <5534A082.20000@xs4all.nl>
References: <54D8F03B.5070501@webmapper.net>
	<54E863CE.1090101@ruimtebewust.nl>,,,
	<000001d04de4$79b4d200$6d1e7600$@imergis.nl>, ,
	<DUB115-W1256C2BFB8A750A15E0624CD7280@phx.gbl>, ,
	<031301d07a8a$24482dd0$6cd88970$@nl>,
	<DUB115-W25392E277668DB34A3CA9CD7E10@phx.gbl>,
	<5534A082.20000@xs4all.nl>
Message-ID: <DUB115-W228123B318F7F68F78B4F7D7E00@phx.gbl>

Ik was in de veronderstelling, dat Stichting OpenGeo z'n eigen abo had bij Kadaster, zodat een directe levering beschikbaar kwam, dus niet via PDOK. Dankjewel voor de opheldering.

Groet,

Edward

> Date: Mon, 20 Apr 2015 08:45:22 +0200
> From: sebastic op xs4all.nl
> To: dutch op lists.osgeo.org
> Subject: Re: [Dutch] BAG van april?
> 
> On 04/19/2015 07:18 PM, Edward Mac Gillavry wrote:
> > Afgelopen maanden hebben we met veel succes gebruik gemaakt van de BAG-downloads op http://mirror.openstreetmap.nl/bag/maandcyclus/.  Komt hier ook de BAG van april 2015 beschikbaar?
> 
> Ik vermoed dat de onderliggende oorzaak van het ontbreken van de april
> release van de BAG in de PDOK Atom feed ook voor ontbreken in de
> maandcyclus verantwoordelijk is.
> 
> Als de bron zijn zaakjes niet op orde heeft, treft dit ook alle downstreams.
> 
> Mvg,
> 
> Bas
> 
> -- 
>  GPG Key ID: 4096R/6750F10AE88D4AF1
> Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
> _______________________________________________
> Dutch mailing list
> Dutch op lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/dutch
 		 	   		  
------------- volgend deel ------------
Een HTML-bijlage is gescrubt...
URL: <http://lists.osgeo.org/pipermail/dutch/attachments/20150420/d058d954/attachment.html>

From sebastic op xs4all.nl  Mon Apr 20 02:18:44 2015
From: sebastic op xs4all.nl (Sebastiaan Couwenberg)
Date: Mon, 20 Apr 2015 11:18:44 +0200
Subject: [Dutch] BAG van april?
In-Reply-To: <DUB115-W228123B318F7F68F78B4F7D7E00@phx.gbl>
References: <54D8F03B.5070501@webmapper.net>
	<54E863CE.1090101@ruimtebewust.nl>,,,
	<000001d04de4$79b4d200$6d1e7600$@imergis.nl>, ,
	<DUB115-W1256C2BFB8A750A15E0624CD7280@phx.gbl>,
	<031301d07a8a$24482dd0$6cd88970$@nl>,
	<DUB115-W25392E277668DB34A3CA9CD7E10@phx.gbl>,
	<5534A082.20000@xs4all.nl>
	<DUB115-W228123B318F7F68F78B4F7D7E00@phx.gbl>
Message-ID: <5e10539d5df79a5c50e8223518bfacd1.squirrel@webmail.xs4all.nl>

> Ik was in de veronderstelling, dat Stichting OpenGeo z'n eigen abo had bij
> Kadaster, zodat een directe levering beschikbaar kwam, dus niet via PDOK.
> Dankjewel voor de opheldering.

Om verdere twijfel weg te nemen. Er is idd een abo waarmee de levering op
de OSM mirror worden gezet. Waarschijnlijk heeft Kadaster zijn zaken niet
op orde waardoor de Kadaster leveringen en de PDOK Atom feed nog geen
release voor april hebben.

Mvg,

Bas


From emacgillavry op hotmail.com  Mon Apr 20 02:51:21 2015
From: emacgillavry op hotmail.com (Edward Mac Gillavry)
Date: Mon, 20 Apr 2015 11:51:21 +0200
Subject: [Dutch] BAG van april?
In-Reply-To: <5e10539d5df79a5c50e8223518bfacd1.squirrel@webmail.xs4all.nl>
References: <54D8F03B.5070501@webmapper.net>,
	<54E863CE.1090101@ruimtebewust.nl>, , , ,
	<000001d04de4$79b4d200$6d1e7600$@imergis.nl>, 
	, , <DUB115-W1256C2BFB8A750A15E0624CD7280@phx.gbl>, ,
	<031301d07a8a$24482dd0$6cd88970$@nl>, ,
	<DUB115-W25392E277668DB34A3CA9CD7E10@phx.gbl>, ,
	<5534A082.20000@xs4all.nl>,
	<DUB115-W228123B318F7F68F78B4F7D7E00@phx.gbl>,
	<5e10539d5df79a5c50e8223518bfacd1.squirrel@webmail.xs4all.nl>
Message-ID: <DUB115-W588CB80A492EC1EF7CCCED7E00@phx.gbl>

Ah, ok! Thanks

> Date: Mon, 20 Apr 2015 11:18:44 +0200
> From: sebastic op xs4all.nl
> To: dutch op lists.osgeo.org
> Subject: Re: [Dutch] BAG van april?
> 
> > Ik was in de veronderstelling, dat Stichting OpenGeo z'n eigen abo had bij
> > Kadaster, zodat een directe levering beschikbaar kwam, dus niet via PDOK.
> > Dankjewel voor de opheldering.
> 
> Om verdere twijfel weg te nemen. Er is idd een abo waarmee de levering op
> de OSM mirror worden gezet. Waarschijnlijk heeft Kadaster zijn zaken niet
> op orde waardoor de Kadaster leveringen en de PDOK Atom feed nog geen
> release voor april hebben.
> 
> Mvg,
> 
> Bas
> 
> _______________________________________________
> Dutch mailing list
> Dutch op lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/dutch
 		 	   		  
------------- volgend deel ------------
Een HTML-bijlage is gescrubt...
URL: <http://lists.osgeo.org/pipermail/dutch/attachments/20150420/e5cd64b1/attachment.html>

From menno op mrgis.es  Thu Apr 23 02:30:53 2015
From: menno op mrgis.es (menno schepel)
Date: Thu, 23 Apr 2015 11:30:53 +0200
Subject: [Dutch] Gratis MOOC gvSIG
Message-ID: <CADweYJurJkWD++NHD4VhrKOEWNf5ZB2WHSMxiTYBY8w1YUpL=A@mail.gmail.com>

Vanaf heden is het mogelijk om je op het gvSIG-Training eLearning platform
in te schrijven voor de nieuwe engelstalige MOOC bundel "gvSIG for Users".
Deze serie cursussen worden aangeboden door de gvSIG Association in
samenwerking met GISMAP.

De bundel bestaat uit de volgende modules:
- Module 1: "Introduction to GIS" (begint op 4 Mei 2015)
- Module 2: "Layer Editing" (begint op 25 Mei 2015)
- Module 3: "Raster Analysis" (begint in de het najaar van 2015)

Het doel is om de deelnemers in te leiden in de mogelijkheden van de Open
Source gvSIG software om de meest voorkomende GIS werkzaamheden uit te
voeren. Deze cusrsus is zowel voor beginners als meer ervaren GIS users
bedoeld die deze software zouden willen gaan gebruiken.

Deze MOOC wordt onafgebroken aangeboden en elke module heeft een
studiebelasting van ongeveer 30 uur.

Deelnemers zijn vrij in het plannen van hun studieprogramma en zodoende de
modules afronden in combinatie met hun dagelijkse werkzaamheden.

De MOOC wordt gratis aangeboden behalve voor de cursisten die de
bijbehorrende credits willen laten meetellen in het gvSIG user
certification programma van de gvSIG Association. Deze cursisten betalen
EURO 40 per module of EURO 100 voor de volledige bundel.

Voor meer informatie over deze MOOC:
http://web.gvsig-training.com/index.php/es/quienes-somos-2/noticias-2/145-the-free-mooc-cycle-gvsig-for-users

Om te registreren is het voldoende om op "Enroll" te drukken in de
betreffende module en de "Site policy agreement" te accepteren. Om de
inschrijving af te ronden dient men zich in te schrijven via de web pagina
of inloggen indien men al ingeschreven is.

Dit bericht is een vertaling van het oorspronkelijke engelstalige bericht
dat is verschenen op:
http://blog.gvsig.org/2015/04/09/mooc-cycle-gis-for-users-free-of-charge/
<dutch op lists.osgeo.org>
------------- volgend deel ------------
Een HTML-bijlage is gescrubt...
URL: <http://lists.osgeo.org/pipermail/dutch/attachments/20150423/1deb2abd/attachment.html>

From just op justobjects.nl  Thu Apr 23 11:14:49 2015
From: just op justobjects.nl (Just van den Broecke)
Date: Thu, 23 Apr 2015 20:14:49 +0200
Subject: [Dutch] BAG van april?
In-Reply-To: <DUB115-W588CB80A492EC1EF7CCCED7E00@phx.gbl>
References: <54D8F03B.5070501@webmapper.net>,
	<54E863CE.1090101@ruimtebewust.nl>, , , ,
	<000001d04de4$79b4d200$6d1e7600$@imergis.nl>, , ,
	<DUB115-W1256C2BFB8A750A15E0624CD7280@phx.gbl>, ,
	<031301d07a8a$24482dd0$6cd88970$@nl>, ,
	<DUB115-W25392E277668DB34A3CA9CD7E10@phx.gbl>, ,
	<5534A082.20000@xs4all.nl>,
	<DUB115-W228123B318F7F68F78B4F7D7E00@phx.gbl>,
	<5e10539d5df79a5c50e8223518bfacd1.squirrel@webmail.xs4all.nl>
	<DUB115-W588CB80A492EC1EF7CCCED7E00@phx.gbl>
Message-ID: <55393699.5080702@justobjects.nl>

Tja, een terugkerend verhaal: bij PDOK is destijds NLExtract vervangen 
door FME en sinds die tijd is het hommeles met de BAG-levering (alles 
moet nl tegelijk: geocoder, services etc en steeds werkt een schakel 
niet). De levering zelf is as-is (GML) maar heeft hier last van.

Niet getreurd: via Jan-Willem (van Aalst) is er een BAG van april op 
NLExtract download: http://data.nlextract.nl/bag/bron (file: 
bag-10apr2015.zip).

Binnenkort ook in PostGIS en CSV, jammer want had dit nu net mooi en 
"unattended" met cron/PDOK-Atom gesynced. Geen omkijken meer naar, 
normaal gesproken.

Dus de BAG levering was er al 10 april, bij PDOK tot op heden nog niet.

groet,

Just

On 20-04-15 11:51, Edward Mac Gillavry wrote:
> Ah, ok! Thanks
>
>  > Date: Mon, 20 Apr 2015 11:18:44 +0200
>  > From: sebastic op xs4all.nl
>  > To: dutch op lists.osgeo.org
>  > Subject: Re: [Dutch] BAG van april?
>  >
>  > > Ik was in de veronderstelling, dat Stichting OpenGeo z'n eigen abo
> had bij
>  > > Kadaster, zodat een directe levering beschikbaar kwam, dus niet via
> PDOK.
>  > > Dankjewel voor de opheldering.
>  >
>  > Om verdere twijfel weg te nemen. Er is idd een abo waarmee de levering op
>  > de OSM mirror worden gezet. Waarschijnlijk heeft Kadaster zijn zaken niet
>  > op orde waardoor de Kadaster leveringen en de PDOK Atom feed nog geen
>  > release voor april hebben.
>  >
>  > Mvg,
>  >
>  > Bas
>  >
>  > _______________________________________________
>  > Dutch mailing list
>  > Dutch op lists.osgeo.org
>  > http://lists.osgeo.org/mailman/listinfo/dutch
>
>
> _______________________________________________
> Dutch mailing list
> Dutch op lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/dutch
>




From just op justobjects.nl  Sun Apr 26 14:56:11 2015
From: just op justobjects.nl (Just van den Broecke)
Date: Sun, 26 Apr 2015 23:56:11 +0200
Subject: [Dutch] BAG en Top10NL PostGIS dumps van april 2015
Message-ID: <553D5EFB.3080700@justobjects.nl>

Sorry voor cross-posting.

Kort voor Koningsdag zijn de BAG van April 2015 en een nieuwe BRT 
Top10NL via PDOK beschikbaar gekomen.

NLExtract heeft dezen gezwind in PostGIS ingelezen en ter download 
beschikbaar gesteld:

Top10NL: http://data.nlextract.nl/top10nl/postgis/apr2015/
BAG: http://data.nlextract.nl/bag (ook CSV)

Hartelijke groet,

--Just





From emacgillavry op hotmail.com  Mon Apr 27 04:03:11 2015
From: emacgillavry op hotmail.com (Edward Mac Gillavry)
Date: Mon, 27 Apr 2015 13:03:11 +0200
Subject: [Dutch] BAG en Top10NL PostGIS dumps van april 2015
In-Reply-To: <553D5EFB.3080700@justobjects.nl>
References: <553D5EFB.3080700@justobjects.nl>
Message-ID: <DUB115-W647F623C23057FDF8A1A69D7E90@phx.gbl>

Hartelijk dank!

> Date: Sun, 26 Apr 2015 23:56:11 +0200
> From: just op justobjects.nl
> To: dutch op lists.osgeo.org; nlextract op googlegroups.com; Talk-nl op openstreetmap.org; groep op opengeogroep.nl
> Subject: [Dutch] BAG en Top10NL PostGIS dumps van april 2015
> 
> Sorry voor cross-posting.
> 
> Kort voor Koningsdag zijn de BAG van April 2015 en een nieuwe BRT 
> Top10NL via PDOK beschikbaar gekomen.
> 
> NLExtract heeft dezen gezwind in PostGIS ingelezen en ter download 
> beschikbaar gesteld:
> 
> Top10NL: http://data.nlextract.nl/top10nl/postgis/apr2015/
> BAG: http://data.nlextract.nl/bag (ook CSV)
> 
> Hartelijke groet,
> 
> --Just
> 
> 
> 
> 
> _______________________________________________
> Dutch mailing list
> Dutch op lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/dutch
 		 	   		  
------------- volgend deel ------------
Een HTML-bijlage is gescrubt...
URL: <http://lists.osgeo.org/pipermail/dutch/attachments/20150427/0bc5824e/attachment.html>

From just op justobjects.nl  Wed Apr 29 12:10:10 2015
From: just op justobjects.nl (Just van den Broecke)
Date: Wed, 29 Apr 2015 21:10:10 +0200
Subject: [Dutch] [nlextract] Re: BAG en Top10NL PostGIS dumps van april
	2015
In-Reply-To: <0cf8801b-533b-4d84-8eff-081fe8bbc6e3@googlegroups.com>
References: <553D5EFB.3080700@justobjects.nl>
	<0cf8801b-533b-4d84-8eff-081fe8bbc6e3@googlegroups.com>
Message-ID: <55412C92.2040904@justobjects.nl>

Hallo Thomas,

Nee in de CSV zitten alle adressen van Nederland: 8619847 stuks.
De file is:
http://data.nlextract.nl/bag/csv/bag-adressen-2015_04_23.csv.gz

Openbare Ruimte, Woonplaats, Gemeente: Zo'n extract is simpel met een 
(Unix-)commando te extraheren, bijv iets als:

cat bag-adressen-2015_04_23.csv | cut -d',' -f1,6,7 | sort -u > 
bag-OPR-WPL-GEM-2015_04_23.csv

Zie http://data.nlextract.nl/bag/csv/bag-OPR-WPL-GEM-2015_04_23.csv 
(228975 stuks). Als dat met geometrie moet, wordt het een ander verhaal...

met vriendelijke groet,

--Just

On 29-04-15 18:15, Thomas Offeren wrote:
> Hallo Just,
>
> Klopt het dat in het csv file alleen de Adressen uit plaatsen uit
> Noord-Holland zijn opgenomen?
>
> Ik ben eigenlijk op zoek naar een extract met: Openbare Ruimte,
> Woonplaats, Gemeente.
> Kan je me daarmee helpen?
>
> met vriendelijke groet,
>
> Thomas.
>
> Op zondag 26 april 2015 23:56:13 UTC+2 schreef Just van den Broecke:
>
>     Sorry voor cross-posting.
>
>     Kort voor Koningsdag zijn de BAG van April 2015 en een nieuwe BRT
>     Top10NL via PDOK beschikbaar gekomen.
>
>     NLExtract heeft dezen gezwind in PostGIS ingelezen en ter download
>     beschikbaar gesteld:
>
>     Top10NL: http://data.nlextract.nl/top10nl/postgis/apr2015/
>     <http://data.nlextract.nl/top10nl/postgis/apr2015/>
>     BAG: http://data.nlextract.nl/bag (ook CSV)
>
>     Hartelijke groet,
>
>     --Just
>
>
>
>
> --
> --
> Dit is een bericht van de Google Groups "nlextract" group.
> Home pagina: http://www.nlextract.nl
> Groep mailen: nlextract op googlegroups.com
> Afmelden: nlextract+unsubscribe op googlegroups.com
> Meer opties: http://groups.google.com/group/nlextract?hl=en
>
> ---
> Je hebt dit bericht ontvangen omdat je bent geabonneerd op de groep
> "nlextract" van Google Discussiegroepen.
> Als je je wilt afmelden bij deze groep en geen e-mails van de groep meer
> wilt ontvangen, stuur je een e-mail naar
> nlextract+unsubscribe op googlegroups.com
> <mailto:nlextract+unsubscribe op googlegroups.com>.
> Ga naar https://groups.google.com/d/optout voor meer opties.