map5nl / map5issues Goto Github PK

Op de HTC-10 in Chrome kan ik in de app wel wisselen van kaartlaag, maar het menu met de kaartlagen blijft staan. Zou moeten verdwijnen zodra een andere kaartlaag is geselecteerd.

Ik heb nu alleen één basis URL voor de Map5 kaartviewer, die opent in de eerste kaartlaag (OpenTopo). Als ik iemand wil wijzen op een andere kaartlaag, dan moet ik diegene instrueren om rechts op het kaartlagen icoontje te gaan staan en dan die kaartlaag te kiezen. Omslachtig!
Kan de Map5 viewer ook geopend worden met een specifiek meegegeven kaartlaag?

Het zou prettig zijn als deze directe URLs/parameters dan worden meegegeven als klikbare kopjes van de verschillende kaartlagen op http://www.map5.nl/kaarten.html .

Handig: kun je meteen naar beeld op kaart gaan tezamen met achtergrond, bijv het Romeinse Fort bij Speuld op de Veluwe:

http://app.map5.nl/nltopo/?base_layer=relief_struct&lon=5.692&lat=52.284&zoom=17

params zijn: lat, lon en zoom (later nog rd_x, rd_y met issue #11 )

@jwva Is dus al gedaan, voor zichtbaarheid in dit issue verwerkt.

In de kaartlaag bonne 1949 is blad b455-1937 identiek aan b456-1937. Dit is in de index-laag te zien die over de 1949 kaart gelegd kan worden in KadViewer. b455-1937 hoort daar niet. Zal deze moeten vervangen met b455-1929 (de kaart per jaar toont de verzameling bladen zoals geldig in dat jaar, de bladen hebben verschillende jaartallen).
Inderdaad is in de bron PNG te zien dat b455-1937.png identiek is aan b456-1937.png.

Te doen:

• vervang b455-1937 door b455-1929 voor 1949 laag
• geotiff opnieuw genereren
• opnieuw tegelen voor dat gebied

Zie ook dit plaatje, met dank voor melden door HGT.

Na zoeken (via verrekijker) kunnen 1 of meer objecten geselecteerd worden.
Bij Download: neem alleen geselecteerde objecten mee (en alle objecten indien niets geselecteerd)

Is Heron basis viewer faciliteit, zie
Zie heron-mc/heron-mc#483 voor details.

Een echte kaart van Nederland is natuurlijk niet compleet zonder windmolens. Hiervoor heeft Map5 momenteel nog geen icoon. Zou er eentje toegevoegd kunnen worden?

Er staat een interessant icoon voor windmolens op de moderne kaart van Topotijdreis:

Een minder abstract icoon is ook mogelijk, zoals op OSM Carto:

De kaart van de verstedelijking heeft ook een eigen icoon voor windmolens, al is het soort windmolen in deze icoon is niet representatief voor de meeste typen windmolens die we in Nederland hebben.

Op Wikimedia Commons kwam ik enkele andere iconen tegen, zoals deze:

OpenStreetMap heeft windmolens in de database onder de tag man_made=windmill.

Hillshading bij gebouwen ziet er soms zo uit:

Soms ziet het er wel gaaf en interessant uit, zoals hier, bij wat een inrit of laad- en lospunt lijkt te zijn:

Maar meestal voegt het niet veel toe. Is het mogelijk om de hillshading onder gebouwen compleet te verbergen?

Kadaster PDOK heeft onlangs de Kadastrale Kaart producten aangepast. Daardoor zijn er ingrijpende veranderingen in gerelateerde diensten. Het meest merkbaar is dit in KadViewer en deels NLTopo app:

• NLTopo App Kadastrale Kaartlaag TMS uitgefaseerdd, zie hier

Meer ingrijpend is voor KadViewer:

• alle Kadastrale (raster) Kaartlagen andere URLs
• uitfaseren lagen Annotatie
• nieuwe (Label) lagen o.a. Huisnummer
• Zoekformulier Kadkaart lagen (WFS) selectie via tekenen
• Zoekformulier (WFS) Kadastrale percelen via Gemeentecode/Sectie/perceelnummer

Aangevinkt hierboven is al gerepareerd. Voor laatste probleem lijkt er binnen PDOK een probleem, of een mismatch met de requests die KadViewer maakt zie mijn topic op Geoforum.nl.

Zelfde soort issue als #31.

Scenario

• open KadViewer
• zet een PDOK laag aan bijv Bodemkaart
• klik Print icoon, maak print

Verwachting

• PDF print opent met Bodemkaart over OpenTopo kaart

Werkelijkheid

• PDF print opent met alleen OpenTopo kaart en text bericht linksonder

Probleem

• iets met certificaten naar PDOK server vanuit Print server

Melding vanuit Print server:

sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
.
.
java.io.IOException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
	at org.mapfish.print.PDFUtils.handleImageLoadError(PDFUtils.java:357)
	at org.mapfish.print.PDFUtils.loadImageFromUrl(PDFUtils.java:341)
	at org.mapfish.print.PDFUtils.getImageDirect(PDFUtils.java:182)
	at org.mapfish.print.PDFUtils.getImage(PDFUtils.java:102)
	at org.mapfish.print.PDFUtils.getImage(PDFUtils.java:86)
	at org.mapfish.print.map.renderers.BitmapTileRenderer$1.readTile(BitmapTileRenderer.java:73)
	at org.mapfish.print.map.MapTileTask.process(MapTileTask.java:41)
	at org.mapfish.print.map.MapTileTask.process(MapTileTask.java:33)
	at org.pvalsecc.concurrent.OrderedResultsExecutor$Runner.run(OrderedResultsExecutor.java:186)
	at java.lang.Thread.run(Thread.java:745)

Oplossing (ook voor #31)

Zie https://stackoverflow.com/questions/21076179/pkix-path-building-failed-and-unable-to-find-valid-certification-path-to-requ

Certificaat dient aan cacerts bestand van de Java VM van de print server (Tomcat) toegevoegd te worden, als volgt:

• in Firefox, ga naar PDK URL bijv https://geodata.nationaalgeoregister.nl/rdinfo/wms?
• klik op "slotje"
• bekijk details certificaat, klik door naar "Export..."
• download certificaat
• installeer in Java: keytool -import -alias example -keystore /usr/lib/jvm/java-7-oracle/jre/lib/security/cacerts -file geodata_nationaalgeoregister_nl.crt
• herstart VM
• print met PDOK laag lukt nu wel!

Er zijn in OSM-NL ruim 52.000 clubs gemapt: https://taginfo.openstreetmap.org/keys/club.
De meeste hiervan hebben geen amenity=* of leisure=* tag of iets anders wat al rendert, wat betekent dat de meeste sportverenigingen, scoutings e.d. nog niet op Map5Topo staan. Het zou fijn zijn om ook de namen van deze clubs op de kaart te kunnen zien.

De browser backbutton gaat terug in de navigatie historie ipv naar vorige web pagina. Is niet de bedoeling dus moet gefixed.

Vergelijk
https://app.map5.nl/map5topo/sidebyside/#map=10.00/229871.81/581208.83/0/4
met
https://app.map5.nl/map5topo/sidebyside/#map=12.00/231428.87/580369.45/0/4

Is daar een reden voor?

De huidige versie van de NLTopo app op http://app.map5.nl/nltopo gebruikt de 'gast' key, dus heeft van tijd tijd reclame. Het zou handig zijn voor gebruikers, zeker met een persoonlijk abbo om deze app te gebruiken met hun eigen key, zonder dat programmeren nodig is. Bijv door de volgende URL te gebruiken: http://app.map5.nl/nltopo/mijnkey of http://app.map5.nl/nltopo?key=mijnkey. De eerste URL is met een mod_rewrite gemakkelijk naar de tweede om te zetten.

In PAN (https://portable-antiquities.nl/) willen we map5 als achtergrond gebruiken.
Op de Noordzee gebruiken we het ncp grid (https://www.nationaalgeoregister.nl/geonetwork/srv/api/records/31ea7a8d-a6e4-4407-ab59-35afe321b5f0) om vondsten op de publiekssite in een vak te stoppen, zodat de exacte vindplaats niet bekend is.
Op land worden vondsten in een gemeente geplaatst

Bijbepaalde zoomniveaus (>=5) wordt er een grid zichtbaar wat voor verwarring zorgt zie de afbeelding
In zwart het ncp grid

Hoe zou dit opgelost kunnen worden?
Ik heb al gekeken naar de simpele versie van map 5, daar ontbreekt het grid, maar die heeft weer wat minder detail als je inzoomt op een akker. Die details kunnen soms handig zijn voor de bepaling van de juiste lokatie.

Momenteel wordt map5-key via URL ingegeven. Beter is om dit binnen KadViewer te faciliteren, bijv login knop/scherm/popup, die evt ook keuze onthoudt en gebruiker weergeeft bovenin.

Wellicht voegt het iets toe aan de kaart om (rijks)monumentale panden te renderen met een unieke kleur om de deze te onderscheiden van andere gebouwen. Een kleur die neigt naar bruin of brons zou passen, aangezien die kleuren vaker gebruikt worden voor historische objecten, musea, archeologie e.d. Nederland telt zo'n 63.000 rijksmonumenten, die lang niet allemaal gebouwen zijn.

Data over monumenten zijn o.a. te vinden op cultureelerfgoed.nl, maar ik weet niet of daar een downloadknop te vinden is.
Als het niet mogelijk is om die data te verkrijgen, dan is het ook mogelijk om de heritage=* tags van OSM te gebruiken. OSM heeft bijna 10.000 monumentale panden in Nederland op de kaart, grotendeels rijksmonumenten. (Relevante Overpass query)

Zodra via text search een locatie is gevonden op de kaart, verschijnt daar een druppel.
Die is echter niet meer te verwijderen.
Voorstel: druppel weer verwijderen zodra daar op geklikt wordt, of verwijderen als de zoekbox leeg wordt gemaakt.

Nog zwarte randen te zien op de TMK 1850 kaartlagen. Probeer deze op zelfde manier als bij Bonnebladen via "masking/no-data/transparantie" weg te krijgen.

Scenario

• open KadViewer
• zet de laag Ruimtelijke Plannen | Bestemmingsplannen (ROO) aan
• klik Print icoon, maak print

Verwachting

• PDF print opent met Ruimtelijke Plannen over OpenTopo kaart

Werkelijkheid

• PDF print opent met alleen OpenTopo kaart

Probleem

• iets met certificaten naar ROO server vanuit Print server

Melding vanuit Print server:

2019-04-26 14:55:57,727 [tilesReader80] DEBUG     org.mapfish.print.PDFUtils - loading image: https://s.map5.nl/map/justobj.1998mj/tms/1.0.0/opentopo/EPSG28992/06/30/32.jpeg
2019-04-26 14:55:57,727 [tilesReader68] DEBUG     org.mapfish.print.PDFUtils - loading image: https://s.map5.nl/map/justobj.1998mj/tms/1.0.0/opentopo/EPSG28992/06/31/32.jpeg
2019-04-26 14:55:57,727 [tilesReader71] DEBUG     org.mapfish.print.PDFUtils - loading image: https://s.map5.nl/map/justobj.1998mj/tms/1.0.0/opentopo/EPSG28992/06/31/33.jpeg
2019-04-26 14:55:57,727 [tilesReader77] DEBUG     org.mapfish.print.PDFUtils - loading image: https://s.map5.nl/map/justobj.1998mj/tms/1.0.0/opentopo/EPSG28992/06/30/33.jpeg
2019-04-26 14:55:57,729 [tilesReader70] DEBUG     org.mapfish.print.PDFUtils - loading image: https://afnemers.ruimtelijkeplannen.nl/afnemers2012/services?BBOX=138610.14510645013%2C473857.64510644967%2C145753.8948935498%2C481001.3948935504&HEIGHT=116&WIDTH=116&TRANSPARENT=true&map_resolution=75&VERSION=1.1.1&FORMAT=image%2Fpng&SERVICE=WMS&format_options=dpi%3A75&LAYERS=BP%3AHuidigeBestemming&REQUEST=GetMap&STYLES=&DPI=75&SRS=EPSG%3A28992
2019-04-26 14:55:57,774 [tilesReader70] ERROR     org.mapfish.print.PDFUtils - Server returned an error for https://afnemers.ruimtelijkeplannen.nl/afnemers2012/services?BBOX=138610.14510645013%2C473857.64510644967%2C145753.8948935498%2C481001.3948935504&HEIGHT=116&WIDTH=116&TRANSPARENT=true&map_resolution=75&VERSION=1.1.1&FORMAT=image%2Fpng&SERVICE=WMS&format_options=dpi%3A75&LAYERS=BP%3AHuidigeBestemming&REQUEST=GetMap&STYLES=&DPI=75&SRS=EPSG%3A28992: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
2019-04-26 14:55:57,779 [tilesReader68] DEBUG     org.mapfish.print.PDFUtils - loaded image: https://s.map5.nl/map/justobj.1998mj/tms/1.0.0/opentopo/EPSG28992/06/31/32.jpeg
2019-04-26 14:55:57,779 [tilesReader77] DEBUG     org.mapfish.print.PDFUtils - loaded image: https://s.map5.nl/map/justobj.1998mj/tms/1.0.0/opentopo/EPSG28992/06/30/33.jpeg
2019-04-26 14:55:57,780 [tilesReader80] DEBUG     org.mapfish.print.PDFUtils - loaded image: https://s.map5.nl/map/justobj.1998mj/tms/1.0.0/opentopo/EPSG28992/06/30/32.jpeg
2019-04-26 14:55:57,783 [tilesReader71] DEBUG     org.mapfish.print.PDFUtils - loaded image: https://s.map5.nl/map/justobj.1998mj/tms/1.0.0/opentopo/EPSG28992/06/31/33.jpeg
2019-04-26 14:55:57,783 [tilesReader71] ERROR .mapfish.print.PDFCustomBlocks - Error while adding a PDF element
java.io.IOException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
	at org.mapfish.print.PDFUtils.handleImageLoadError(PDFUtils.java:357)
	at org.mapfish.print.PDFUtils.loadImageFromUrl(PDFUtils.java:341)
	at org.mapfish.print.PDFUtils.getImageDirect(PDFUtils.java:182)
	at org.mapfish.print.PDFUtils.getImage(PDFUtils.java:102)
	at org.mapfish.print.PDFUtils.getImage(PDFUtils.java:86)
	at org.mapfish.print.map.renderers.BitmapTileRenderer$1.readTile(BitmapTileRenderer.java:73)
	at org.mapfish.print.map.MapTileTask.process(MapTileTask.java:41)
	at org.mapfish.print.map.MapTileTask.process(MapTileTask.java:33)
	at org.pvalsecc.concurrent.OrderedResultsExecutor$Runner.run(OrderedResultsExecutor.java:186)
	at java.lang.Thread.run(Thread.java:745)

You should be able to add a logo / embed image for the GitHub repository. See
https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/customizing-your-repositorys-social-media-preview

Gerapporteerd door Dick Bakkenes:

Ik zocht wat info bij Schouwen Duiveland. Tot mijn verbazing bleek
Heusden daar te liggen. Het getoonde bestand is niet gelijk aan de
tile opp de echte plek. Klopt het dat er geen kaart materiaal
beschikbaar was van Schouwen Duiveland of zijn er een paar links
corrupt. Hieronder de link waar ik het tegenkwam.

http://app.map5.nl/nltopo/#rd/bonne_1900/6/38878.4/411524.8

Just: het blijkt dat er kaartblad nummers verwisseld zijn, moet verder onderzocht, zie ook de plaatjes aangehecht met blad index.

b576-1868.tif had b567-1868.tif moeten zijn. blad 567 is namelijk Heusden en 576 is WESTENSCHOUWEN volgens de Bonne catalogus. Want bij Heusden is interessant gebied (Bergse Maas aangelegd rond 1900).

Aan te passen in volgende release.

Het laden en tonen van routes ("tracks") in de NLTopo App https://app.map5.nl/nltopo/ zou de mogelijkheid bieden om op eenvoudige wijze een wandel, of fietsroute te volgen (via bestaande GPS mogelijkheid). De formaten GPX, KML en GeoJSON zijn hiervoor gangbaar. NB In de KadViewer http://kadviewer.map5.nl kan een route getekend worden en ge-exporteerd als GPX.

Om e.e.a. zo simpel mogelijk te houden biedt het volgende:

• een nieuwe knop "laad bestand"
• gebruiker kiest lokale GPX, KML of GeoJSON file
• NLTopo App toont route

In een latere fase kunnen routes ook bewaard/beheerd worden. Dit issue even voor simpelste scenario.

geolocatie/GPS knop werkt niet meer in NLTopo App (http://app.map5.nl/nltopo/) omdat o.a. Chrome sinds enige tijd alleen nog HTTPS vereist: https://developers.google.com/web/updates/2016/04/geolocation-on-secure-contexts-only
Oplossing is om NLTopo en mogelijk andere apps via HTTPS te laten serveren.

De error die nu getoond wordt staat hieronder:

Met dank aan Leon voor melden en plaatje.

N.a.v. klantvragen, de volgende lijst:

• Is het mogelijk om de PDOK luchtfoto’s standaard in de lijst met basiskaarten beschikbaar te stellen? De laagvolgorde is wel aan te passen, maar bij het herladen is de volgorde weer standaard.
  JvdB: de PDOK Luchtfoto's staan al standaard in de lijst. Wat wel kan, om na herladen hetzelfde kaartbeeld, inclusief bijv transparanties van lagen te krijgen: maak een eigen Snelkoppeling aan. Dat kan door in KadViewer bovenin naast de adres-zoekbalk, deknop met de gele/gouden ster aan te klikken. Na herladen, kan die snelkoppeling (linksonder) geklikt worden.

• Is het mogelijk om alle kaartlagen full-screen zichtbaar te maken op beeldschermen met resolutie 2560*1440 of hoger (21:9) . Nu zien we te vaak het grote roze scherm bij een aantal kaartlagen ( in ieder geval bij de luchtfoto’s).
  JvdB: Dit komt omdat de KadViewer WMS gebruikt voor de PDOK Luchtfoto's. PDOK legt een beperking aan de grootte (width+height) van het opgevraagde plaatje. Er is inmiddels ondersteuning voor WMTS (tegels), gaan we proberen. Mogelijk gaf dat weer een probleem bij printen waardoor we toch WMS weer gebruiken.

JvdB: dit laatste klopt inderdaad: de WMTS achtergrondkaarten van PDOK, ook BRT-A etc, kunnen op een of andere manier niet printen. Daarom is er ook een WMS Laag voor de 8cm PDOK Luchtfoto toegevoegd. Voor luchtfoto's kan ook de map5.nl OpenLufo laag gebruikt worden. Die heeft bovendien labels en wegen.

• Is het mogelijk om van de locatieserver van PDOK ook de kadastrale percelen te laten zoeken? Dat werkt sneller dan de zoekfunctie via het verrekijkertje.
  JvdB: ja is mogelijk, er was gelijksoortig verzoek voor de basis Heron Viewer. Is gedaan.

• Is het mogelijk om in de Bodemkaart de labels van de soilcode te tonen en/ of een legenda van alleen de soilcodes die op het scherm zichtbaar zijn?
  JvdB: nee dat is niet mogelijk vanuit onze kant, er komt een vaste legenda vanuit de Bodemkaart PDOK. Er zijn inderdaad wel heel veel (gelijke?) kleuren. Het beste is een (BRO-)verzoek via geoforum.nl in te dienen.

• Dezelfde vraag voor de kaartlaag Ruimtelijke plannen.
  JvdB: nee dat is niet mogelijk, zie boven (Bodemkaart)

niets meer aan toe voegen. Soft als Belvedere is, toch hoortie erbij.

Het zou fijn zijn om in de demo in- en uit te kunnen zoomen met de + en - knoppen.

De haven van IJmuiden (water in binnenland maar sluit aan bij zee) is verkeerd weergegeven.

• vanaf zoom 10
• vreemde misvorming hoogtemodel rond kades
• echt binnenwater wel correct

Het zou handig zijn om in de demo een schaalbalk te kunnen zien. Tenzij ik 'm over het hoofd gezien heb ontbreekt die nog.

Show the OpenStreetMap community what data you are using. Add map5topo etc. to the list of Taginfo Projects.

Example: OpenTopoMap

Wat zijn de gerafelde vormen in onderstaand scrrenshot?
Locatie: https://app.map5.nl/map5topo/sidebyside/#map=11.00/230978.48/577747.10/0/4

NLTopo app heeft nu Google/OSM tiling. Daardoor wat "distortion". RD zou meer voor de hand liggen, evt zelfs een switch tussen de 2 projecties.

@jwva schreef: "Ik zou alleen in de app zo graag voor 28992 willen kunnen kiezen... dat de fiets- en wandelroutes dan (nog) niet bruikbaar zijn zou ik voor lief nemen.
Nu verdwijnen er door afrondingen in herberekeningen toch pixels, zie het grid in de attachment. Effect is denk ik vooral hier zichtbaar omdat we de LuFo 800 nog niet hebben, maar toch. Is CRS-setting als optie toe te voegen in de app?"

Kost wat ontwikkeltijd: is nl Leaflet, geen OpenLayers. Is op zich eerder gedaan bijv. http://app.nlextract.nl/ot/opentopord.html, maar i.c.m. (WGS84) Geocoder wordt dit alweer lastiger maar aangezien we Nederlandse kaarten hebben is een NL projectie gewenst.

Huawei P9, Firefox, Android 7.0

• find, print, en 'open eigen data' button werken bij mij niet. Locator, kaartlaag en zoomfuncties werken prima.

• andere opmerking nog: de kaart is nu altijd north-up. Zou fijn zijn als er een functie opzat zoals die (zoals het bij Garmin heet) 'track up' heet. Dus de kaart draait dan meer met de richting waarin ik loop, of in dit geval kijk/wijs met mn telefoon.

• laatste, maar dat gaat meer over Kadviewer denk ik: ik mis een laag met Belvedere-gebieden (of zie 'm zo snel niet)

het tekenen van een polygoon waar je vervolgens een CSV export zou kunnen doen van alle plaatsnaam, adres, huisnr, postcode en vloeroppervlakte zou zeer handig zijn.
Wij maken adreslijsten van omwonenden bij bouwprojecten nu nog handmatig.

de kaart is nu altijd north-up. Zou fijn zijn als er een functie opzat zoals die (zoals het bij Garmin heet) 'track up' heet. Dus de kaart draait dan meer met de richting waarin ik loop, of in dit geval kijk/wijs met mn telefoon.

Handig voor bij het wandelen, maar pakweg ook (zoals ik erop kwam) in het veld als je probeert een niet-meer bestaande weg (in mijn geval eentje van de 1850-kaart) exact probeert na te lopen.

Approx half a year ago the entrance ramp #35 Someren of the highway A67 been extended to the east (direction Venlo). Next to the existing bridge a new one has been constructed and the entrance ramp now is about 300m longer.

In de app in de kaartlagenmenu is de volgorde van de kaartlagen aan verandering onderhevig. Kan verwarrend werken. Voorstel: actuele kaartlagen alfabetisch sorteren A-Z, historische kaartlagen chronologisch sorteren oud-nieuw.

Misschien de optie een klein meetlatje in beeld te brengen waarmee zoomlevel / afstand in meters zichtbaar is.

The map inserted for HISTORISCH NL 1949 just below Haarlo (Gelderland, Netherlands) is wrong. It is a dumplicate of the map that is to the right. When zooming out you can see that the map is actually inserted twice. The place Rekken is shown twice. Once at the good location, and the second time just below Haarlo. For maps other that HISTORISCH NL 1949 it is correct.

Te zien op Bonne 1925 en 1949 lagen: b247 is gebied boven Hoorn: Nibbixwoud Hoogkarspel Noord Holland. Zie plaatje onder.

Oplossing: vervang met eerstopeenvolgende oudere: b247-1908.png

App is niet fullscreen, location bar blijft zichtbaar (zie att.) Mogelijk op te lossen met Leaflet plugin: https://github.com/Leaflet/Leaflet.fullscreen.

Zoek-widget Kadastrale Percelen werkt maar 1x (openen via verrekijker button in toolbar) .

Verschijnsel is bijv: nadat gemeente aangegeven, de sectie niet ingevuld kan worden en ook niet als lijst verschijnt. Zie plaatje onder.

Probleem is geconfirmeerd.

Voorlopige remedie is KadViewer herladen.

Verschillende klanten hebben aangegeven dat de reliëfkaart die nu in OpenTopo zit, als losse kaartdienst gewenst is. De reliëfkaart wordt met AHN2 samengesteld. Het zou als een transparante overlay kunnen dienen voor bijv archeologisch onderzoek op andre kaarten.

Mogelijk nog varianten met/zonder gebouwen? Water is ook een issue. En transparantie (hoeveel?). Aangehecht een voorbeeld door JW van Aalst, met water opgevuld en vlakken/gebouwen op 90% transparantie. Misschien teveel detail voor een overlay, meer transparantie nodig? (Hoewel dat ook in viewers zoals http://kadviewer.kademo.nl kan).

Het Kadaster/PDOK heeft het formaat van haar publieke webdienst voor het opvragen van perceelinformatie onlangs gewijzigd (naar kadastralekaartv3). Daarbij zijn zowel de zoekvelden (nu weer gemeente, sectie, nummer ipv kadastraleaanduiding) als de resultaatvelden o.a. nu met 2 geometrie-typen: plaatsbepalingspunten (Point) en begrenzingen (Polygon).

De KadViewer moet daarom aangepast worden voor deze wijzigingen.

Zie ook: kadastralekaart WFS v3 vs kadastralekaart WFS v2.

Voor meerdere historische (OSM-)objecten wordt nu dezelfde icoon gebruikt, bijv. voor historic=castle en historic=city_gate.

Zie als voorbeeld het centrum van IJsselstein waar de vesting en 2 stadspoorten op OSM staan:

Om een duidelijk onderscheid te maken en mensen niet het idee te geven dat er meerdere kastelen naast elkaar staan, is het beter om voor stadspoorten een apart icoon te gebruiken. Zie ook organicmaps/organicmaps#6241 voor dezelfde openstaande issue in de repo van Organic Maps.

P.s. Je kunt ook overwegen om stadspoorten pas op een iets hoger zoomniveau te renderen. Stadspoorten zijn namelijk minder prominent dan kastelen.

De Bonnebladen lagen zijn al aardig "aligned". Echter de gebruikte methode van "masking/no-data/transparantie" (zie NLExtract) gaat uit van een vaste blad dimensie (w/h). Niet alle bladen zijn even groot, terwijl de mask file 1 dimensie heeft, was 4017x2527, nu 4018x2528. Maar ik vind de volgende file-dims in de 2402 bronfiles:

4017x2524 4017x2527 4017x2528 4018x2527 4018x2528 4018x2529 4018x2530 4018x2531 4019x2527 4019x2528 4019x2529 4021x2528 4743x2982 4744x2952 4744x2984

De dimensies van de randen (trapezia) lijken wel constant. Mogelijke oplossing: meerdere maskfiles genereren en op basis file dimensie van elk blad toepassen.

Blad Wassenaar nl kust ligt op kaart 1925 in Apeldoorn. Rond apeldoorn moet blad b412 zijn en wassenaar b421. Er zal ergens iets verwisseld zijn. Oplossing: hernoem b412-1914 naar b421-1914 en vervang in 1925-files.txt voor 1925 door b412-1913.png

Zie plaatje onder. Deze kaart is beschikbaar in 37.5, 200, 400 en 1600px/km.
Identiek in te regelen zoals Reliëf (issue #7) en OpenTopo: tiled in RD en OSM.

Voor de composiete OpenLufo laag moet een keuze voor schaal-range per GeoTIFF-resolutie gemaakt worden, deze is voorlopig:

openlufo_37_5 minscale: 80000
openlufo_200            80000-20000
openlufo_400            20000-10000
openlufo_1600 maxscale: 10000

https://app.map5.nl/map5topo/sidebyside/#map=9.00/204527.67/564595.56/0/4

Bij bepaalde zoomlevels rondom 9 (8/9/10) is het beekje een zwart streepje.

OpenTopo, Reliëfkaarten (zie issue #7) en OpenLufo (zie issue #9) lijken meest gebaat bij een JPEG encoding. PNG8 (nu formaat voor OpenTopo) is welliswaar compact maar laat teveel artefacten zien op detail niveau, met name in vlakken. PNG24 geeft goede resultaten maar heeft relatief grote filesizes. JPEG lijkt steeds meer de beste keuze: zelfde kwaliteit als PNG24 maar een filesize meestal 3.5 keer zo klein als PNG24 en zelfs kleiner dan PNG8. Dat er geen transparantie is, lijkt geen bezwaar, want de client bijv. Leaflet of Heron (OpenLayers) kan lokaal transparantie/opacity reguleren.

Hieronder een aantal vergelijkingen voor verschillende lagen en zoomlevels. De plaatjes zijn gemaakt met tiles uit MapProxy met verschillende PNG of JPEG instellingen per cache. De backend MapServer levert PNG24 (PNG caches) of JPEG (JPEG caches). Alle JPEG compressies zijn faktor 90. Voor JPEG wordt bovendien een 256x256 plaatje (geen meta-tiling+randbuffer) uit MapServer gevraagd. Dit laatste gaf significant scherpere plaatjes. Plaatjes kunnen dan direct naar cache. Snelheid zonder meta-tiling leek nauwelijks uit te maken. Aangezien de bron al raster is, is meta-tiling niet strict nodig.

Voor OpenTopo vooral zichtbaar wanneer ondergrond weinig variatie/vlak is. PNG8 heeft duidelijke artefacten.

Voor relief_struct laag ook duidelijk lijkt mij.

Tenslotte ook voor OpenLufo evident. NLTopo App en andere preview apps moet ook aangepast voor OpenTopo laag van PNG8 naar JPEG.!

Op
https://app.map5.nl/map5topo/sidebyside/#map=11.00/205035.10/565348.38/0/4
mist een bruggetje. Bij opentopo zie ik die wel.
Ook op andere locaties missen de bruggetjes.
Als je verder inzoomt komt die wel tevoorschijn.