Editor JOSM: Stap voor stap

Er is in JOSM een picture layer plugin: https://wiki.openstreetmap.org/wiki/JOSM/Plugins/PicLayer

Eigenlijk is elke bestandsformaat mits zichtbaar op je scherm goed want het werkt desnoods met een PrintScreen…

Een klein nadeel van de plugin is dat roteren niet geheel staploos kan, maar verder werkt het best om projectplannen als onderlaag te gebruiken.

Cool!! Dat is het betere werk :slight_smile: :slight_smile: :slight_smile:

Myckel,

Heb jij de wijze waarop je JOSM start met meer geheugen bij de hand ? Ik start hem met een pic en daar zit geen instelling aan vast. Ik heb ook een link naar een Duitse mapper maar Nederlands gaat wel zo eenvoudig.
Alvast bedankt.

Nick

Ik werk met de jar versie van JOSM

Maak met je kladblok een nieuw bestandje aan plaats onderstaande tekst in dit bestand en sla het op in de map waar josm zich bevind. Sla het op als “JOSM geheugen.bat”

java.exe -Xmx1000M -jar josm-tested.jar
pause

Om JOSM te starten klik je ipv de .jar file op de bat file die je net gemaakt hebt.

Ik had het probleem dat JOSM regelmatig vast liep op te weinig geheugen, terwijl ik 8 gig aan intern geheugen op mijn pc heb.
Geprobeerd meer geheugen toe te wijzen, maar dat wilde maar niet werken.
Blijkt nu dat ik niet de 64 bit versie van java op mijn pc had en de 32 bit versie accepteerd maar 1 gig.
Als je meer toe wijst dan werkt het niet.
Heb dus de 32 bit versie vervangen door de 64 bit versie en nu gaat het als een fluitje.
kan zonder problemen 3 gig geheugen toewijzen.

Dit lukt mij niet om 3Gb toe te wijzen.

C:\Users\Mijnnaam\Desktop>java.exe -Xmx3000M -jar josm-tested.jar
Error occurred during initialization of VM
Could not reserve enough space for 3072000KB object heap

Ook ik heb 8Gb intern geheugen en werk op de 64bit *.jar versie

Heb je nog tips ?

Ga naar start - configuratiescherm - programma’s - Java - nogmaals Java - view
en dan vul je bij runtime parameters “-Xms3072m” in.
Dit reserveert 3 gig voor alle java aplicaties.(wordt alleen gereserveerd als java actief is)
daar kun je ook zien welke java versie je hebt geinstalleerd.
Je moet wel de 64 bit versie van java hebben, voor de 32 bit versie kun je max 1 gig reserveren

Inderdaad het is gelukt.

OS Build number: Windows 10 Home 1709 (16299)
Memory Usage: 2944 MB / 2944 MB (2724 MB allocated, but free)
Java version: 1.8.0_161-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM

Bedankt voor je hulp.

PS.
Ik had de 32bit versie geïnstalleerd, vermoedelijk kun je hier niet meer dan 1Gb reserveren.

Nu heb ik de 64bit versie van Java geïnstalleerd.

Ook in mijn *.bat file dien ik naar

java.exe -Xms3072m -jar josm-tested.jar
pause

te wijzigen.

Ik heb de Hei in Venlo helemaal omgewerkt. Hierbij ben ik grofmazig te werk gegaan, of eerder “grofnodig”, dus met weinig nodes.
Nu vraag ik me af of JOSM een functie heeft om scherpe hoeken in areas weg te werken, dus automatisch wat nodes toe te voegen.
Weet iemand dat? :slight_smile:

#103
De UtilsPlugin2 heeft Circle arc. Zie: https://josm.openstreetmap.de/wiki/Help/Action/CreateCircleArc
Mogelijk heb je hier wat aan.

Ik heb jaren geleden met Merkaartor gewerkt. Nu met ID. Op advies JOSM gedownload. Dat is nogal “overwhelming”.

Als velomobilist met brouter voor de navigatie, kom ik erachter dat er nogal veel wegen foutief getagd zijn met

bicycle=no

terwijl

bicycle=user_sidepath

bedoeld is.Eén zo’n straat is inmiddels vaak opgeknipt in 100+ wegsegmenten, die in “ID” stuk voor stuk bewerkt moeten worden.

Wie kan mij wat op weg helpen met - links naar handleidingen/videos - die helpen bij het
(1) instellen van JOSM meer zoals ID er uit ziet
(2) het zorgen dat alleen bepaalde “way” objecten worden weergegeven
(3) en de way objecten met foutieve tags [bicycle=no] in een afwijkende vormgeving
(4) hoe die vervolgens in één keer geselecteerd kunnen worden
(5) van al die ways één tag waarde gewijzigd kan worden

Ja, JOSM biedt zoveel mogelijkheden dat het in het begin nogal zoeken is.

  1. Ik ken geen ID style maar gebruik in het venster “kaarttekenstijlen” Potlatch2, dat is zijn voorganger.
    2-5) Doe je mbv filters, je filtert bv alleen alle highways en met nog een filter bicycle=no kan je die aan of uitzetten om ze in één keer allemaal te selecteren en vervolgens alleen de tag bicycle te veranderen.
    https://josm.openstreetmap.de/wiki/Nl%3AHelp/Dialog/Filter

In alle gevallen die ik in mijn omgeving ken staat bicycle=no terecht op de highway en is daarnaast het fietspad als aparte highway op de kaart aanwezig. Zomaar alles omzetten is dodelijk, immers dan ga je ook routeren over een highway waar geen fietspad aanwezig is en dat geldt vooral voor rondwegen !

Is dan niet de tag bicycle=use_sidepath de juiste tag in plaats van ‘no’?
(Dit uiteraard alleen voor echt begeleidende verplichte fietspaden)

Ik denk dat je ** use_sidepath** bedoelt

Naar mijn mening alleen als het fietspad niet apart op de kaart staat.
Staat het fietspad wel op de kaart dan zou ook brouter dat als route moeten herkennen en staat bicycle=no terecht op de hoofdweg.
Bij menige rondweg is er zelfs helemaal geen fietspad en moet de fietser door de bebouwde kom navigeren.

Het massaal omzetten naar bicycle=use_sidepath maakt de situatie nog erger omdat brouter dan gaat routeren over allerlei wegen waar toch echt geen fietser mag komen.

Nog even:
Ooit is hier op het forum in een discussie of meerdere discussies het volgende afgesproken:

  • bij een C13, C14, C15 op de hoofdweg wordt het bicycle=no, resp. mofa=no, moped=no
  • Als er bij het fietspad een G11 of G12a staat en geen C13, C14, C15 bij de hoofdweg wordt het bicycle=use_sidepath, mofa=use_sidepath, moped=use_sidepath Dit omdat bepaalde categoriën fietsers dan gebruik mogen maken van de hoofdweg. De fijne details heb ik niet paraat, maar het heeft iets met breedtes en zo te maken.
    Onze specialist op het gebied van regels, multimodaal, kan daar vast meer over zeggen.

Even kort door de bocht… bij een verbodsbord bicycle=no. En zonder bord bicycle=use_sidepath. Wel voorzichtig ermee want voor je het weet routeert het niet meer.

Dit is ook naar mijn idee de correcte uitleg binnen OSM

Ik was er destijds niet bij betrokken, maar er is inderdaad een juridisch verschil tussen die twee situaties (expliciet fietsverbodsbord op de weg vs een naastgelegen fietspad -dat in RVV-perspectief tot dezelfde weg behoort):

Op een fiets als onderstaande (of een snellere liggende variant) mag je -als je het vlaggestokje dwars monteert ook op de rijbaan fietsen als er op het bijbehorende fietspad een bord G11 (verplicht fietspad) staat

Dit dankzij het vierde lid van artikel 5 RVV:
http://wetten.overheid.nl/BWBR0004825/2018-07-01#HoofdstukII_Paragraaf1_Artikel5

Door de rijbaan te taggen met [bicycle=use_sidepath] ipv [bicycle=no] kunnen routeerders hier dus onderscheid maken in profielen tussen gewone fietsen en bijvoorbeeld brede driewielige velomobielen: gewone fietsen worden dan -als het goed is- het fietspad opgestuurd, terwijl de velomobiel over de rijbaan wordt gerouteerd.

Daarnaast wordt met deze tag in OSM ook duidelijk dat de weg een naastgelegen fietsvoorziening heeft (die voor de verkeersregels als behorend tot dezelfde weg wordt gerekend).


ps ideetje voor op de racefiets om zonder boete op de rijbaan naast een G11 te kunnen fietsen?
paar zijwieltjes en twee fiberglasstokjes achter de zitbuis die normaal omhoog staan en die je opzij scharniert -eentje links, eentje rechts- als je de rijbaan op wilt.
Of gewoon 80cm naar links, dan houden auto’s wat afstand :sunglasses:

Ik ben het hier met Martin eens.
Hoewel Brouter ook mijn favoriete router is, lijkt deze hier toch niet helemaal goed om te gaan met de data:

Deze weg (oostelijk deel van Brechtzijde) heeft terecht een [bicycle=use_sidepath] vanwege het naastgelegen G12a-pad:
https://www.openstreetmap.org/way/7442034

Toch worden normale fietsen (trekking-profiel) over de rijbaan ipv het fietspad geleid:

http://brouter.de/brouter-web/#zoom=19&lat=52.068452&lon=4.497573&layer=OpenStreetMap&lonlats=4.498217,52.069214|4.498054,52.068131&nogos=&profile=trekking&alternativeidx=0&format=geojson

Ik hoopte dat op te lossen in het routeringsplrofiel, door als experiment ook

|use_sidepath

toe te voegen aan deze regel

else not bicycle=private|no|dismount 

Dat gaf na upload echter deze foutmelding

Ik heb in deze geen uitputtende kennis van de offline-bestanden onder de motorkap (wil me nog verder verdiepen in het offline-routeren), maar mijn beeld is dat Brouter in de extract die het van OSM-data maakt voor zijn routeringsdatabase (waarin veel data wordt samengevoegd of weggelaten voor ruimtebesparing) de tag use_sidepath weggooit (en kennelijk in de categorie “yes” veronderstelt, waarschijnlijk als een vorm van default in de routering bij het -na weggooien- ontbreken van informatie)

Nu is het negeren van obscure tags natuurlijk onvermijdelijk, maar in dit geval lijkt me het toch niet terecht:
Bicycle=use_sidepath is uitstekend gedocumenteerd, veel gebruikt (op meer dan 65.000 ways) en -in tegenstelling tot veel andere tags- ook met positief resultaat -met dank aan PeeWee32- het hele proposal-proces met stemming doorlopen vanwege het doortimmerde voorstel en aangetoonde nut:
Wiki
https://wiki.openstreetmap.org/wiki/Tag:bicycle%3Duse_sidepath
Proposal
https://wiki.openstreetmap.org/wiki/Proposed_features/use_sidepath

Als tag is dit volgens mij as good as it gets.
Ik vind dat je bij gebruik van nieuwe tags op bestaande keys (dus in plaats van iets anders, ook als is het nog niet ingevuld -en des te meer bij omtaggen) zeker rekening moet houden met de vraag in hoeverre datagebruikers hiermee overweg kunnen.

Maar in dit geval lijkt de oplossing me toch veel meer te zitten om bij Brouter te vragen of ze deze tag correct kunnen gaan verwerken in hun routing in plaats van deze “tag voor gevorderden” t egaan vermijden ten faveure van een “no”.

Ik vermoed dat de maker van Brouter dat wel interessant kan vinden gelet op hun focus op fietsroutering, streven naar flexibele routing en profielen voor velomobiels.