Een outer kan een inner binnen een outer zijn.
Voorbeeld een grasveld met een vijver erin en in de vijver een eilandje.
Vijver wordt outer met als inner het eilandje
Het grasveld wordt outer met de vijverrelatie als inner.
Wat gebeurt er als het binnenste water als inner wordt getagd?
Je bedoelt, denk ik, water als inner en het eiland niet apart als inner?
Ik heb dat niet uitgeprobeerd, het zou render problemen kunnen opleveren.
Het maken van multi’s is zo gruwelijk eenvoudig, dat ik er ook niet over nagedacht heb, moet ik eerlijk zeggen.
Vandaag een aparte ervaring.
Ik gebruikte altijd nog de web-start versie van JOSM met een aangepaste opdrachtregel om meer geheugen te alloceren. Alleen dat werkte nooit 
Heel wat keren is JOSM uit het geheugen gelopen.
Vanmorgen de grote update van Windows 10, dat gaf wat probleempjes, maar goed die losten zich op.
Daarna JOSM opgestart en een foutmelding Java heeft niet genoeg heap size. Nog een keer geprobeerd, maar geen geluk.
Tsja, wat nu? Je kunt die heapsize aanpassen met zo’n -X parameter en die werkt al niet.
Dan toch maar de vlucht naar voren en de Windows versie van JOSM gedownload en geïnstalleerd. De JOSM.exe bedoel ik.
En die werkt wel! En tot mijn grote vreugde heeft ie ook de preference file gevonden en gebruikt die. Dus alles, nou ja bijna alles, werkt weer. 
En het mooie is, dat deze wel meer geheugen pakt. Kun je gelijk aan de performance merken.
Dus mocht iemand problemen hebben met de webstart versie, probeer eens JOSM.exe
Ik gebruik altijd de *.jar versie. Bevalt mij het best.
Voor het geheugen gebruik ik een *.bat file.
Deze kun je in het kladblok maken en opslaan als *.bat
java.exe -Xmx2000M -jar josm-tested.jar
pause
Nou, bij ondergetekende dus niet ;-(
Norton (Symantec) gooit 'm er keihard uit wegens - potentiële - bedreigingen. En daar wordt op de JOSM/Windows Wiki pagina ook al - erg luchtig - melding over gemaakt:
‘When you run this, windows may give you various a security warnings’ … ik zie nu pas dat het Engels rammelt, trouwens, geen goed teken.
Norton heeft mij voor voldoende ellende behoed. Ik ga daar niet mee in discussie tenzij ik een vertrouwde bron heb die beter weet.
een niet blije
Marcel.
Ja, ik gebruik al jaren McAfee en die vindt het prima.
Als je maar zorgt dat je Java versie recent is.
Ik ben in ieder geval wel heel blij want nu heb ik geen geheugenproblemen meer en ook geen problemen met de BAG plugin.
Als ik nog met de webversie had gedraaid, had ik nu problemen met de BAG plugin gehad.
Met mijn versie van JOSM (11223) werkt de ODS BAG niet…JOSM komt met een foutmelding…
Dit is bekend dit is een an de redenen waarom de plug in in een testfase is.
Daarom draai ik lekker door met de vorige versie en negeer het commando van JOSM dat ik moet updaten.
Maar eerder gebruikte ik de webversie van JOSM en dan had ik hetzelfde probleem gehad.
Volgens mij kun je JOSM ook “downgraden”
Ja, dat heb ik ook gedaan, terug naar, omdat plugin niet werkte.
Let wel op, dat als je tussentijds ook andere plugins hebt vernieuwd (geupdate), deze aan de nieuwe versie aangepast kunnen zijn en niet werken.
De Java-web-start versie uitgeprobeerd - die uit Commodoortje’s eerste artikel.
In eerste instantie: hoera! JOSM startte op, en ik kon zonder problemen een gebied downloaden. Ik heb dat veiligheidshalve redelijk klein gehouden, zo’n 200 bij 200 meter. Maar bij het volgende punt, style sheets toevoegen, klapte de boel met de melding dat er een geheugenprobleem was. Opnieuw opstarten hielp niet, browsergeheugen schonen hielp niet, PC volledig afsluiten en opnieuw opstarten hielp niet: in alle gevallen krijg ik een beginscherm van JOSM 11223 dat zeker 10 minuten blijft hangen. Daarna gooi ik 'm er uit via taakbeheer.
Iemand een suggestie ?
Marcel.
Nee, dat is nu exact het probleem waar ik ruim een jaar mee aan het worstelen geweest ben.
De Java web-start versie schijnt zich niets aan te trekken van de -X parameter voor het geheugen.
Dus even dit, volgens de wiki/handleiding kun je in de opstartregel een -Xmx parameter toevoegen zoals in deze regel:
"C:\Program Files (x86)\Java\jre1.8.0_111\bin\javaws.exe" -J-d64 -Xmx2048m -localfile -J-Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp "C:\Users\Dick\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\56\1ee8cfb8-2fec2105"
Maar daar trekt bij mij javaws.exe zich niks van aan, die alloceert zo plusminus 300Mb en daarmee klaar.
En omdat ik nogal wat plugins en stylesheets heb, is dat vrijwel gelijk opgesoupeerd.
Daarom ben ik dus op de andere versie overgestapt en die pakt zonder morren meer geheugen en daar kan ik goed mee werken.
De -Xmx parameter geeft het maximale geheugen aan, dat gealloceerd mag worden.
Persoonlijk heb ik een haat/liefde verhouding met Java.
De laatste jaren van mijn beroepsleven systeembeheerder geweest van een applicatie gebouwd met Java en draaiend op Linux en ik ben er nooit echt vriendjes mee geworden. Dat geknoei met die -D -J -X parameters, dat grote en kleine letters echt verschillend zijn, nee het is niet zo mijn ding.
Als ik het mij goed herinner werkt de -X parameter wel, maar met de 64 bit versie van java.
Het voorbeeld laat de 32 bits versie van java zien.
Beide kunnen langs elkaar geinstalleerd worden.
Commodoortje,
Zou je in deze rubriek enkele woorden willen wijden aan de tag “access=*”.
Zo nu en dan zie ik op publiek toegankelijke wegen namelijk de tag “access=yes” of ook wel “access=designated” verschijnen. Het nut hiervan ontgaat me.
Jan
Maar wat heeft dat te maken met JOSM?
Het is een tagging vraagstuk.
Op zich is je vraag heel terecht en de tagging mbt. tot access is aanleiding tot velerlei discussies en voorstellen geweest, maar met JOSM heeft het echt niets te maken.
Wel hiermee.
marczoutendijk schreef:
Je antwoord dat neerkomt op een “access=no” voor mijn vraag is volkomen terecht.
Jan
Maar het is misschien wel een goed idee om een topic te starten dat het gebruik van de access=* tag verklaart en valkuilen zichtbaar maakt?
Lijkt me een goed idee.
Dit gaat je lukken Jarien