De beste imagery layers om NL OSM te mappen met JOSM

Na de installatie van versie 18193 van JOSM krijg ik een foutmelding als ik de NL_OSM_basis_ layers_ PL_AHN.jos file wil openen. O.a: Kan geen laag toevoegen ‘BGT Omtrekgericht (OSM OK(wmts)’: java.lang.IllegalArgumentExeption: java.net.SocketTimeOutExeption: Connect timed out
Is dit een probleem in JOSM of in de jos-file?

Als ik de fout negeer staan wel de AHN3 en 4, de NSO en de Luchtfoto 25cm lagen beschikbaar, maar de BGT en DKK lagen niet

Op een andere computer draait nog versie 18118 daar geen problemen.

Is dat een fout in JOSM of stelt die andere eisen aan .jos-files, waardoor deze foutmeldingen worden gegenereerd?

De file opent hier in 18193.

Inmiddels op een andere computer ook geïnstalleerd en daar gaat het wel goed. Bedankt voor de reactie.

Zojuist de files aangepast:

Afgevoerd: Luchtfoto actueel 25 cm
Toegevoegd: Luchtfoto Actueel_orthoHR 7,5 cm

Actueel heeft nu de 2021 images, wanneer landsdekkend de 2022 images aanwezig zijn worden de 2021 images door het Kadaster vervangen, zo hou je de actueel beelden zonder verdere aanpassingen aan de link.

Layer keuze: Actueel_orthoHR tilematrixset:EPSG:3857

De files zijn in de topicstart te downloaden.

Misschien doe ik iets fout, maar de zip files kan ik (op dit moment) nog niet downloaden.
Ik hoor wel of het aan mij ligt.

Heb je Chrome? Ik heb hetzelfde probleem.
Oplossing: Op de link met de rechter muisknop, “linkadres kopiëren”, nieuw tabblad, “plakken” en op enter drukken.

Er zijn browsers die een beveiligingsmelding geven dat het bestand niet kan worden gedownload, omdat de site geen beveiligde verbinding kan leveren.
Dit vanwege het ontbreken van de s bij http https, je zal het dan alsnog moeten toestaan/bevestigen. En dat verschilt per browser.

Dit lijkt zo’n beetje standaard te worden. Als je vanuit een website met een https verbinding naar een download met http verbinding verwijst, dan wordt dit geblokkeerd. Hetzelfde geldt voor een https website die in een frame een andere website wil laten zien (met http).

Net even getest en https wordt uberhaupt nog niet ondersteund. Wellicht handig als de serverbeheerder (is dat Stefan?) even Let’s Encrypt configureert daar.

Deze doet het bij mij niet meer (Fout bij downlaoden[!] van tegels …/…Connection lost)
Op www.satellietdataportaal.nl kan ik zo gauw geen nieuwe laag vinden met de altijd de LATEST mosaic.
De meest recente is nu: 2021 september/oktober SuperVIew 50cm RGB (WMTS)

https://tiles1.geoserve.eu/Mosaics/tileserver/20211031_20210901_SV_RD_8bit_RGBMosaic_50cm_Nederland/wmts

Wat minder scherp dan de Ortho HR, maar recente bouwactiviteiten wel duidelijk zichtbaar!

Klopt… wanneer ik de laag open slaat Josm direct vast en moet ik via taakbeheer het programma sluiten …

Het NSO website portaal wordt nu onderhouden door een andere partij.
Geoserve verzorgt de satellietbeelden, nu van hun eigen domein.
Hierdoor is de latest url niet meer werkend.
Geoserve wil een nieuwe latest WMTS opzetten.
Het is even afwachten.

Ik heb hetzelfde probleem en JOSM blijft zelfs actief als achtergrond process terwijl de app al beëindigd is. Alleen een Windows restart mag baten.

Ik heb jouw bestand geëdit en de NSO laag eruit gehaald (die gebruik ik toch nooit); maar dan blijft het zelfde probleem bestaan.
Als ik alle afzonderlijke lagen los in JOSM laad dan heb ik geen problemen met het vastlopen. Ik krijg alleen de AHN4 lagen in JOSM niet werkend. (dat ligt aan mijn kennis :wink:

Geen idee waar het mis loopt; maar ik ben fervent gebruiker van jouw .jos file; maar helaas is er nu niet mee te werken :frowning:

Na verloop van tijd loopt JOSM dan toch vast. Waarschijnlijk dan toch op de PDOK laag.
Ik ben ook actief voor HOT / Missing Maps en als ik daar lagen inlaad kan ik zonder problemen uren mappen/valideren.

Enig idee wat er mis kan zijn?

Heel waarschijnlijk loop je uit het beschikbare geheugen.

Als je computer nog voldoende geheugen heeft dan kan het zijn dat je java bij het opstarten meer gegeven moet geven, ik start java/josm op met “-Xms2048M -Xmx6144M”

Hallo emvee,
Ik had dit inderdaad altijd in de shortcut erbij gezet; maar sinds de aanpassing dat JOSM zich in AppData folder nestelt, wanneer je de installer gebruikt; heb ik gevonden op de website van JOSM dat je dit in de JOSM\app\JOSM.cfg moet zetten.

Ik heb hier nu de volgende line toegevoegd:

java -Xmx6144m --set=message.notifier.enabled=false  -jar josm.jar

Ik hoop dat dit helpt; zal het laten weten!

Edit: dit lijkt inderdaad te werken! Heb net een uur kunnen mappen zonder vastlopers. Zonde van een hoop frustratie en dom dat ik die geheugen toewijzing niet eerder opgepikt heb. Het staat ook niet al te duidelijk; en het zou de JOSM developers sieren om zo’n setting mee te nemen in de installer waarbij de cfg dan automatisch wordt aangemaakt.

Fijn te horen dat het vergoten van de Java maximum memory allocation pool het probleem lijkt op te lossen.

Z’n setting van 6144M default meenemen zal ervoor zorgen dat op machines met maar 8 Gb het systeem snel vast loopt als er ook andere processen wat nodig heeft, ook niet ideaal. Er zijn denk ik wel slimmere dingen mogelijk.

Eens emvee! Ik heb inderdaad wel wat geheugen beschikbaar. Je zal dit af moeten stemmen op het beschikbaar geheugen in je machine.
Welke andere slimmere dingen zit je aan te denken?

Wat slimmer zou zijn wat betreft geheugensettings voor java is te kijken naar hoeveel geheugen de computer heeft. Zoals eerder geschreven is het geen goed idee -Xmx6144m mee te geven als je maar 8 Gbyte (of minder) geheugen tot je beschikking hebt.

Wijziging url BGT

Op 1 juli 2022 worden de oude BGT viewservices (gebaseerd op de visualisatieregels 2.0) definitief uitgezet.

De .jos en .zip files zijn aangepast.