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)
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
Geen idee waar het mis loopt; maar ik ben fervent gebruiker van jouw .jos file; maar helaas is er nu niet mee te werken
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.
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.
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.
Als ik in JOSM de PDOK aerial imagery Beeldmateriaal.nl 7,5cm (WMS) latest inlaad; dan is dit een scherpere versie dan die automatisch door de .jos wordt ingeladen.
Dan het volgende, BGT omtrekgericht tiles zijn png, dit heeft als voordeel dat ze transparant zijn, je ziet alleen het lijnenstelsel, tevens gezien dat ID een zwarte achtergrond heeft, dan zie je de zwarte lijnen van BGT omtrekgericht niet.
Een luchtfoto is jpeg, dat is een volledig ingekleurd plaatje, vandaar dat je dan een transparant BGT layer er overheen kan leggen.
In ID is het niet mogelijk om zowel de luchtfoto aan te zetten en ook nog een eigen overlayer.
Dat klopt ja; het png-formaat ondersteunt transparantie.
Ik gebruik BGT niet maar deze transparantietheorie is natuurlijk bij uitstek een reden om JOSM te gebruiken
In JOSM kun je 'tig lagen tegelijkertijd aanslingeren.