vraag over richting fietroute

groen_duiven · 2012-01-29 20:38:07

Voordat ik op (per ongeluk) fietsknooppunten defect maak, heb ik een vraag.

Ik probeer de routes te bekijken en te begrijpen voordat ik elders zaken aanpas. (zo lopen fietsknooppunten over de weg, terwijl aan beide zijdes een fietspad ligt.

http://www.openstreetmap.org/?lat=52.12 … 69&zoom=18
Bij restaurant de woeste hoeve wordt de fietsstrook even een apart fietspad. En dus wordt de relkatie van het fietsknooppunt ook gesplist.
Nu kijk ik naar de fietsroute op het westelijke fietspad. Deze staat op forward, gelijk de richting van de pijl van het fietspad. -> Die snap ik
Aan de oostelijke zijde fiets je naar het noorden. De direction van het fietspad is ook richting het noorden. De relatie van het fietspunt 69-85 staat op backward.

Maar daarmee staat dit toch verkeerd om ? Of begrijp ik het niet.

Donald

ligfietser · 2012-01-29 21:54:37

Volgens mij heb je gelijk en moet het daar forward zijn.
Op dit kaartje kan je duidelijker zien dat het fietspad aan de oostzijde fout is getagd:
http://www.openstreetmap.org/?lat=52.10 … 6&layers=C

groen_duiven · 2012-01-30 21:38:58

Zojuist gecorrigeerd.

Nog aanvullende vraag: met welke weergave "tover" je die pijltjes te voorschijn.

Ik weet namelijk nog wel een paar plekken waar fietsroute in de werkelijkheid net wat anders loopt (wanneer je kijkt op streetview) dan in openstreet staat aangegeven.

Op de doot jou aangegeven manier is eenvoudig te zien of het goed, danwel fout staat.

Donald

ligfietser · 2012-01-30 21:50:50

Rechtsbovenin op openstreetmap.org klikken op de + en dan de fietskaart, dat is de kaart van http://opencyclemap.org/
In de potlatch editor kan je de wegrichting ook zien in de 'enhanced' Map Style.

groen_duiven · 2012-01-30 22:06:41

Gevonden.

Maar wat me dan intrigeert: Waarom zie ik dan eenrichtingsfietspaden met een fietknooppuntroute op forward op de ene plaats dan wel met die gele (driehoeks)pijl en op andere fietspaden weer niet ?

Als voorbeeld hier wat in mij omgeving, welke ik zelf laatst gemaakt heb:
Wel op de Loostraat (tussen Duiven en Loo) en niet op Burg. Dorth van Medlerstraat (Duiven). Op beide plekken zie ik de volgende eigenschappen via advanced in Potlach: highway=cycleway en oneway=yes

Of is er nog weer een andere optie die ik aan/uit moet zetten ?

Donald

ligfietser · 2012-01-30 22:18:03

groen_duiven wrote:

Gevonden.
Maar wat me dan intrigeert: Waarom zie ik dan eenrichtingsfietspaden met een fietknooppuntroute op forward op de ene plaats dan wel met die gele (driehoeks)pijl en op andere fietspaden weer niet ?

Een reden kan zijn dat die cyclemap.org niet zo regelmatig (eens in de zoveel weken?) wordt geupdate?

groen_duiven · 2012-01-30 22:24:00

Oke.

Zal het wel in de gaten houden.

In de tussentijd gaan we vrolijk verder met aanpassingen/correcties/toevoegingen/etc.

Ben ook nog bezig om Biscarrosse (F) verder te digitaliseren. Daar ontbreekt nog aardig wat.
Maar dan is het compleet wanneer ik in juni daar ben en met de fiets de omgeving onveilig maak, danwel de baguettes moet halen :-)

Donald

Polyglot · 2012-09-10 23:30:36

Ik heb dat knooppunt 85 ook even onder handen genomen. 2 van de 3 routes die daar toekomen hebben hun eindpunt op het zuidelijke punt. De route die uit het oosten komt, heeft echter haar eindpunt op de noordelijke kant. Ik heb daar dus ook een knooppuntnummer geplaatst.

Om naar KP69 in het noorden te gaan, moet je de baan nog oversteken als je van 86 in het zuiden komt. Daar is dus nog een 'staart' of 'tentakel' nodig.

Om naar KP28 in het oosten te gaan, is dit niet nodig. Die eindigt dus in een vork.

Om naar KP86 te gaan als je van 28 komt, moet je ook de baan nog over. 85-86 moest dus nog worden uitgebreid.

Hopelijk is het duidelijk zo. Het idee is dat wanneer de knooppuntnummers ontdubbeld worden, dat je dan van elk eindpunt (waar er een nummertje komt te staan) naar het begin van de route wordt geleid.

Polyglot

Frankl2009 · 2012-09-12 16:10:52

Ik begrijp het verhaal van knp 85. Maar even je hulp inroepen, Jo. Andere locatie; eenzelfde vraag.

Ik probeer het systeem toe te passen op knooppunt 45 bij het kanaalbrug Mook. ( Way #6896962).

Begrijp ik het goed dat:

(A) Traject 44-45 zal moeten doorlopen naar een (nieuwe) knp 45 (#43726148) bij de kruising Kanaalweg/Startsedijk/Cuijksesteeg.

(B) Traject 45-50 zal moeten lopen vanaf “oude” knp 45 (#43724762), T-kruising met Meulenbroekstraat.
Klopt dat?

Of is er hier maar één knooppunt nodig (infopaneel is bij #43726148).

Wat doen we met traject 41-45 (via de Meulenbroekstraat)? Als ik het bij #43726148 laat eindigen, is er dan een verbinding met knp 50?
Edit: Of als het bij #43724762 eindigt, is er dan verbinding met 44?

(NB: dit zijn trajecten die over zijn gegaan van FRN De Maasduinen naar FRN Stadregio Arnhem Nijmegen. Infopanelen van SAN zijn al geplaatst; routeborden zijn/waren nog FRN De Maasduinen. Ik heb rcn_ref 45 en traject nog niet uit FRN MD gehaald.)

Last edited by Frankl2009 (2012-09-12 16:59:46)

Polyglot · 2012-09-12 20:02:09

Als dat knooppunt 45 aan de noordkant van dat kanaal nog een route krijgt die verbindt met een ander knooppunt dan 50, dan wel.

Zolang er slechts 3 routes vertrekken en er is geen vork op het einde van 1 ervan, is het onnodig om de knooppunten te gaan splitsen. En als de knooppunten niet gesplitst hoeven te worden, dan zijn er ook geen 'staarten' of ''tentakelconstructies' nodig om aan te geven hoe van elk eindpunt gestart geraakt op een bepaalde route.

Ik hoop dat ik de situatie correct begrepen heb.

mvg,

Jo

Last edited by Polyglot (2012-09-12 20:16:13)

Frankl2009 · 2012-09-12 21:09:27

Ik denk dat je het goed begrijpt.

Ik was er ondertussen ook tot de conclusie gekomen dat als er geen andere trajecten waren vanaf knp 45, een nieuw knooppunt niet nodig was. Alles zou dan uitkomen bij die T-kruising. Als fietser zou je helaas dan niet uitkomen bij het informatiepaneel (aan de ander kant van de brug). Ik moest er ook op zoek naar gaan toen ik ermee bezig was en vond het pas toen ik verder ging naar knp 50.

Ik moet nog kijken of er een traject is 45-46. Ik denk het wel. En als dat er wel is, dan blijft de vraag of het goed is om (A) en (B) te handhaven? Wat doen we met 41-45? En zou 45-46 inderdaad lopen vanaf de zuidkant (westkant), de brug over en zo verder?

Edit: Antwoord is, ja. Er is een traject 45-46 die nog niet in OSM staat. Ik heb het begin er in gezet en maak het af als ik een keer weer langs kan gaan.

Hoe zou je dit nu oplossen?

Last edited by Frankl2009 (2012-09-12 21:23:32)

BikePC · 2012-09-12 21:47:36

@Polyglot & @Frankl2009, denken jullie er wel aan dat de routes / routedelen doorlopen tot, resp. starten bij de fysieke knooppunten (dus waar het bordje of infopaneel staat) en niet bij de 'logische' knooppunten?! Of maak ik me zorgen om niets, bijvoorbeeld omdat ik me niet voldoende heb verdiept in wat jullie aan het doen zijn met de knooppuntroutes?

Frankl2009 · 2012-09-12 22:04:16

BikePC wrote:

@Polyglot & @Frankl2009, denken jullie er wel aan dat de routes / routedelen doorlopen tot, resp. starten bij de fysieke knooppunten (dus waar het bordje of infopaneel staat) en niet bij de 'logische' knooppunten?! Of maak ik me zorgen om niets, bijvoorbeeld omdat ik me niet voldoende heb verdiept in wat jullie aan het doen zijn met de knooppuntroutes?

Je maakt je zeker niet zorgen om niets.

Totdat Jo begon met het bijwerken van de knooppuntennetwerken deed ik het ook zoals jij het zegt: mappen tot aan een infopaneel. In "mijn" netwerk zijn dat forse dingen met kaart, eigen naam, nummer natuurlijk en een verhaal over wat er in de omgeving te zien is. Zo zijn ze niet overal uitgevoerd.

Ik vind het juist leuk om langs die infopanelen te gaan en wat te lezen over de omgeving. Dat is anders dan snel koersen langs de knooppunten om verder te komen. Het is m.i. ook makkelijker voor de mapper om de fysieke panelen te gebruiken als referentiepunt.

Maar zo hebben ze dat (kennelijk) in België niet gedaan, en zo heeft Jo het niet aangepakt (totdat hij bij ons in het gebied Arnhem Nijmegen uitkwam en een pauze inlaste). Hij moet zelf uitleggen wat het voordeel is. (Zie voor een uitgebreid uitleg zijn relaas in het draadje onder Edit1).

ALS we het dus zo gaan doen, wil ik het goed kunnen doen. Vandaar mijn vraag aan hem. Ik maak me wel enige zorgen hoe men dat zonder diepe kennis moet gaan mappen. Ik ben op zoek naar de regel; pas dan weet ik of het uitvoerbaar is.

Edit1: Eerder discussie hier.

Edit2: Ik moet zeggen dat Eimai (zie ander draad) en Jo/Polyglot toch gelijk hebben als je heel precies kijkt naar de routeborden. Ook hier bij een complexe kruising houdt vaak het verwijzen naar een knooppunt op en begint het door te verwijzen naar een volgende knooppunt, terwijl het infopaneel nog niet is bereikt (staat b.v. helemaal aan de overkant en moet je het zelf zien te vinden). Toen ik dat door had, -- het valt eerst niet echt op--, begreep ik dat men de netwerken bij ons toch net zo in elkaar hadden gezet (fouten daargelaten) als bij onze zuiderburen. Ik ben bang dat we eraaan moeten geloven.

Last edited by Frankl2009 (2012-09-12 22:28:40)

BikePC · 2012-09-12 22:23:43

Volgens mij is het toch 'de koninklijke weg' dat je gaat mappen aan de hand van eigen waarnemingen in het veld, hetzij notities, foto's, gps-tracks, desnoods goed geheugen, etc.. Voor mij is het fysieke (fiets)knooppunt info-paneel of paaltje met verwijzingen naar andere knooppuntnummers op OSM het ijkpunt en route-delen beginnen en eindigen daar dus. De ontwikkelaars van het fietsknooppuntennetwerk in Nederland hebben het toch ook zo bedoeld, neem ik aan. Ik kan me niet voorstellen dat je dat met goed fatsoen anders zou kunnen/mogen doen, ook niet als er wat voor mooi script dan ook (met alle respect @Polyglot) 'op afstand' wordt losgelaten op een routenetwerk op basis van knooppunten, waardoor er her en der 'artefacten' ontstaan zoals koppelstukken met aan weerszijden identieke knooppunten(nummers), waarvan er 1 mogelijk het fysieke knooppunt is. Het is niet mijn bedoeling een oude discussie weer op te rakelen, maar ik had behoefte aan het luchten van mijn hart op dit punt.

Edit: @Frankl2009 onze posts blijken zich nu te kruisen. Ik heb met interesse je nuancering t.a.v. de 'methode Polyglot' gelezen en moet mogelijk mijn 'rigide' uitgangspunt eens tegen het licht houden...

Last edited by BikePC (2012-09-12 22:31:21)

Frankl2009 · 2012-09-12 22:42:49

Begrijpelijk reactie maar misschien is het handig om eerst even het eerdere draadje (en evt de verwijzing daar naar talk-nl) na te lezen. Zoals Eimai zei: er is lang hierover gediscussieerd en men dacht er uit te zijn. Ik probeer het ook maar te begrijpen.

Ik ben ook niet erg gelukkig met de complexiteit en dacht lang dat het niet klopte en niet nodig was. Maar als ik heel goed kijk naar de routeborden langs de weg, zie ik inderdaad dat men vaak ophoudt met verwijzen voordat je werkelijk bij een infopaneel komt.

Bij zo'n kruising (op de fietspaden om een kruispunt heen of bij een rotonde) komt er een verwijsbord routebord naar een volgende knooppunt (en dus ben je eigenlijk al beland bij de 'eerste' knooppunt).

Als je dan wilt mappen naar de werkelijkheid (a.u.b. wel blijven doen!) zijn het die verwijsborden routeborden die je moet volgen.

Een infopaneel maakt goed beschouwd geen deel uit van de bewegwijzering. En op een complexe kruising of rotonde is het volgens de routeborden vaak niet het punt waar je naar toe wordt geleid. We zouden ze misschien beter als tourism=information kunnen behandelen

Beter kan ik het niet maken.

Edit: @BikePC. Weer gekruisd!

Last edited by Frankl2009 (2012-09-12 22:51:54)

Polyglot · 2012-09-13 00:07:31

Ik wil wel nog even vermelden dat de 'methode Polyglot' ook door Polyglot met vallen en opstaan werd aangeleerd. Ik heb dat niet uitgevonden en heb vrij vaak verkeerde veronderstellingen gemaakt over hoe het moest. Ik dacht/hoopte dat we er ondertussen inderdaad wel uit waren.

Die infoborden worden natuurlijk gezet waar er plaats voor is. Tot voor kort hadden we er in België nagenoeg geen. Nu zijn er af en toe, zelfs minuscuul kleine.

Omwille van nogal wat weerstand, had ik er zo'n beetje mijn buik van vol en had ik dus inderdaad een pauze ingelast.

Wat gaan remappen voor de licentie. Een wandelknooppuntennetwerk in kaart helpen brengen. Wat met OV bezig geweest enz.

Ondertussen is er iets prachtigs als de Overpass API bijgekomen. Hele netwerken afhalen, inclusief de zijwegen en daarop bovenliggende relaties in een mum van tijd!

Nu dat de licentieomstelling zowat achter de rug is, het beruchte script nog eens afgestoft en losgelaten op de Belgische fietsknooppuntennetwerken. Honderden probleempjes opgelost en nu dus toch weer in Nederland verzeild geraakt.

Moeten vaststellen dat Maarten Deen niet had meegekregen dat het toevoegen van de knooppunten aan de routes overbodig is. Zoveel tijdverspilling, ik mag er niet aan denken. Ondertussen gemerkt dat dat bij jullie wandelknooppuntennetwerken blijkbaar ook het geval is.

In ieder geval zou het leuk zijn als we het toch op 1 lijn zouden kunnen trekken.

Vanavond heb ik het script zo aangepast dat het ook op rwn en rhn-netwerken kan worden ingezet.

Om eerlijk te zijn, had ik eigenlijk gehoopt dat er meer interesse zou zijn om zelf met dat script aan de slag te gaan. Enkel Jeroen gebruikt het nu in Rotterdam, voor zover ik weet. Het is instelbaar in hoeverre het puur rapporteert, of ook zelf probeert zaken op te lossen. Maar over het algemeen is het gewoon een manier om de problemen te ontdekken.

Wat betreft de infopanelen. Als die echt zo ver van het logische KP/de logische knooppunten verwijderd zijn, dat ze niet meer te vinden zijn, dan moet daar misschien een aparte route heen worden gelegd. Iedereen steeds de omweg erlangs laten doen, lijkt me toch wat vreemd.

tourism=information
bicycle=yes
network=rcn
en als het echt niet anders kan rcn_ref=xxx

of we kunnen ze aan elkaar verknopen m.b.v. een relatie?

Ik had bijna je eerste antwoord gemist Frank.

Ik ga ernaar kijken.

Jo

Polyglot · 2012-09-13 00:25:45

Frankl2009 wrote:

Ik denk dat je het goed begrijpt.
Edit: Antwoord is, ja. Er is een traject 45-46 die nog niet in OSM staat. Ik heb het begin er in gezet en maak het af als ik een keer weer langs kan gaan.
Hoe zou je dit nu oplossen?

Ik heb het aangepast. De 3 ways die tussen beide KP'en 45 liggen, maken deel uit van alle vier de routerelaties. In 2 ervan zijn de roles forward, in de andere twee zijn de roles backward. In feite is dit zowat de eenvoudigst voorkomende situatie met gesplitste knooppunten. Soms zijn er meer dan 2 knooppunten nodig en soms begint de route met een vork. Vraag me niet hoe lang ik erop gezwoegd heb om de controle daarop correct te programmeren... 't Wa een leuke uitdaging, dat wel.

In feite is wat BikePC vermeldt een stuk eenvoudiger om te realiseren. Je promoveert 1 uniek punt tot HET knooppunt en je leidt iedereen daarheen. Maar ik ken er weinig die daar echt blij van zouden worden om die routes zo af te rijden. Behalve als je een mapper bent voor OSM natuurlijk en je hebt een foto nodig van elk van die kaartjes, maar dat is ook enkel de eerste keer.

Slaapwel,

Jo

Jeroen Muris · 2012-09-13 07:54:18

Polyglot wrote:

Om eerlijk te zijn, had ik eigenlijk gehoopt dat er meer interesse zou zijn om zelf met dat script aan de slag te gaan. Enkel Jeroen gebruikt het nu in Rotterdam, voor zover ik weet. Het is instelbaar in hoeverre het puur rapporteert, of ook zelf probeert zaken op te lossen. Maar over het algemeen is het gewoon een manier om de problemen te ontdekken.

En ik ben er blij mee. Ik laat het script overigens niets oplossen; dat doe ik (nog steeds) liever zelf.

Laat me hier dan ook nog eens herhalen dat ik na aanvankelijke aarzelingen me nu helemaal kan vinden in het taggen van fietsknooppuntennetwerkrouterelaties met de 'tentakels'.

@Polyglot: staat de laaste versie van jouw script nog steeds op http://josm.openstreetmap.de/wiki/Help/ … _Validator?

J-----.

Polyglot · 2012-09-13 08:05:22

Ik heb het gisteren aangepast, zodat het ook overweg moet kunnen met wandel- en ruiterroutes (rwn en rhn). Uiteraard heb ik dat zo gedaan dat het zich automatisch aanpast aan het soort relatie(s) dat geselecteerd is, wanneer het wordt opgestart. Ik ga dat hier eerst nog wat verder uittesten en dan zal ik de laatste versie nog eens posten.

De volgende stap is het nakijken van ncn en lcn (en bijgevolg ook nwn, lwn, nhn en lhn als die bestaan).

Ik merk dat ik dat soort netwerken vaak 'aanraak' bij het oplossen van problemen met de rcn-netwerken, maar dat ik die totnogtoe aan hun lot overliet. De principes zijn nochtans hetzelfde.

Heb je de weg naar de Overpass API al gevonden? Wat volgt beschrijft hoe ik alle relevante data voor heel België ophaal, maar je kan natuurlijk gewoon Rotterdam i.p.v. Meetjesland zetten en dan 1 keer wget aanroepen.

Ik heb een manier gevonden om m.b.v. meerdere oproepen van Overpass API alle Belgische fietsknooppunten en hun relaties af te halen. Ook alle zijstraten van de routes worden afgehaald, zodat het mogelijk wordt om eventueel nieuwe routes op te pikken. De Overpass queries zien er als volgt uit:
I found a way to call the Overpass API several times in a row to download all Belgian cycle node networks and their relations. It also fetches all side streets, to enable picking up routes on those:
<union>
<query type="relation" into="networks">
<bbox-query s="49.5" n="51.5" w="2.52" e="6.5"/>
<has-kv k="type" v="network"/>
<has-kv k="network" v="rcn"/>
<has-kv k="name" regv="Meetjesland"/>
</query>
<recurse type="relation-node" from="networks"/>
<recurse type="relation-relation" from="networks"/>
<recurse type="relation-way"/>
<recurse type="way-node"/>
<recurse type="node-way" into="parentways"/>
<recurse from="parentways" type="way-node"/>
<recurse from="parentways" type="way-relation"/>
</union>
<print mode="meta"/>

Die worden dan uitgevoerd als volgt:
This gets executed as follows:
cd "C:\Users\Jo\Documents\OSM gpx files\"
rem "C:\Program Files (x86)\GnuWin32\bin\wget.exe" -O "C:\Users\Jo\Documents\OSM gpx files\target.osm" --post-file="C:\Users\Jo\Documents\OSM gpx files\query.overpass" "http://overpass-api.de/api/interpreter"
"C:\Program Files (x86)\GnuWin32\bin\wget.exe" -O "C:\Users\Jo\Documents\OSM gpx files\kust.osm" --post-file="C:\Users\Jo\Documents\OSM gpx files\kust.overpass" "http://overpass-api.de/api/interpreter"
"C:\Program Files (x86)\GnuWin32\bin\wget.exe" -O "C:\Users\Jo\Documents\OSM gpx files\ommeland.osm" --post-file="C:\Users\Jo\Documents\OSM gpx files\ommeland.overpass" "http://overpass-api.de/api/interpreter"
"C:\Program Files (x86)\GnuWin32\bin\wget.exe" -O "C:\Users\Jo\Documents\OSM gpx files\meetjesland.osm" --post-file="C:\Users\Jo\Documents\OSM gpx files\meetjesland.overpass" "http://overpass-api.de/api/interpreter"
"C:\Program Files (x86)\GnuWin32\bin\wget.exe" -O "C:\Users\Jo\Documents\OSM gpx files\leiestreek.osm" --post-file="C:\Users\Jo\Documents\OSM gpx files\leiestreek.overpass" "http://overpass-api.de/api/interpreter"
"C:\Program Files (x86)\GnuWin32\bin\wget.exe" -O "C:\Users\Jo\Documents\OSM gpx files\waasland.osm" --post-file="C:\Users\Jo\Documents\OSM gpx files\waasland.overpass" "http://overpass-api.de/api/interpreter"
"C:\Program Files (x86)\GnuWin32\bin\wget.exe" -O "C:\Users\Jo\Documents\OSM gpx files\scheldeland.osm" --post-file="C:\Users\Jo\Documents\OSM gpx files\scheldeland.overpass" "http://overpass-api.de/api/interpreter"
"C:\Program Files (x86)\GnuWin32\bin\wget.exe" -O "C:\Users\Jo\Documents\OSM gpx files\pajottenland.osm" --post-file="C:\Users\Jo\Documents\OSM gpx files\pajottenland.overpass" "http://overpass-api.de/api/interpreter"
"C:\Program Files (x86)\GnuWin32\bin\wget.exe" -O "C:\Users\Jo\Documents\OSM gpx files\hageland.osm" --post-file="C:\Users\Jo\Documents\OSM gpx files\hageland.overpass" "http://overpass-api.de/api/interpreter"
"C:\Program Files (x86)\GnuWin32\bin\wget.exe" -O "C:\Users\Jo\Documents\OSM gpx files\kalmthout.osm" --post-file="C:\Users\Jo\Documents\OSM gpx files\kalmthout.overpass" "http://overpass-api.de/api/interpreter"
"C:\Program Files (x86)\GnuWin32\bin\wget.exe" -O "C:\Users\Jo\Documents\OSM gpx files\kempen.osm" --post-file="C:\Users\Jo\Documents\OSM gpx files\kempen.overpass" "http://overpass-api.de/api/interpreter"
"C:\Program Files (x86)\GnuWin32\bin\wget.exe" -O "C:\Users\Jo\Documents\OSM gpx files\limburg.osm" --post-file="C:\Users\Jo\Documents\OSM gpx files\limburg.overpass" "http://overpass-api.de/api/interpreter"
"C:\Program Files (x86)\GnuWin32\bin\wget.exe" -O "C:\Users\Jo\Documents\OSM gpx files\venn.osm" --post-file="C:\Users\Jo\Documents\OSM gpx files\venn.overpass" "http://overpass-api.de/api/interpreter"
cd "C:\Users\Jo\Documents\OSM gpx files\"
"C:\Program Files (x86)\java\jre6\bin\java.exe" -jar -Xmx850m "C:\Users\Jo\Downloads\josm-latest.jar" kust.osm ommeland.osm meetjesland.osm leiestreek.osm waasland.osm scheldeland.osm pajottenland.osm hageland.osm kalmthout.osm kempen.osm limburg.osm venn.osm

Op een tiental minuten is alle relevante data afgehaald en zijn de lagen weer bij elkaar gevoegd in JOSM. Waarschijnlijk is er nog wel een commando (osmose?) dat die lagen zou kunnen samenvoegen voordat JOSM wordt aangeroepen.
In about ten minutes all relevant data is downloaded and the layers merged in JOSM. There is probably also a command which can do the merging before calling JOSM.

Misschien heb je er wat aan. Het gaat alleszins razendsnel op die manier.

Jo

Frankl2009 · 2012-09-13 08:31:40

Polyglot wrote:

Moeten vaststellen dat Maarten Deen niet had meegekregen dat het toevoegen van de knooppunten aan de routes overbodig is. Zoveel tijdverspilling, ik mag er niet aan denken.

Mmh. Nee, het kost zeer weining tijd om een knp in een routerelatie te zetten als je het aan het mappen bent. Er is nagenoeg geen "tijdverspilling". Jij wilde het niet, denk ik, vanwege de "elegantie": het hoeft niet vanuit de logica bezien. En het geeft een (niet nader gespecificeerde) ongemak bij het semi-automatisch behandelen van een relatie. Omdat relaties niet gesorteerd hoeven te zijn, begrijp ik niet helemaal wat dat voor een last is.

Maar voor mensen die bezig zijn met het mappen op zich kan het van nut zijn (is het van nut, voor mij, in ieder geval).

Omdat mensen die later komen alleen kunnen afgaan op wat er van onze discussies overblijft in fora en mailinglijst, zal ik je dus op dit punt moeten blijven bestrijden. Anders komt er in no time iemand langs die hier in mijn omgeving de knooppunten uit de relaties gaat slopen. En dat wil ik echt niet.

Voor de rest ben ik denk ik om.

Polyglot · 2012-09-13 09:24:39

Ik zal het nader specifiëren: Als alle relaties enkel routes bevatten, is het eenvoudig om ervoor te zorgen dat ze allemaal hetzelfde zijn. Voor mijn script is het triviaal om met die knooppunten in de routes simpelweg niets te doen, ze weg te halen en het stelt zelfs niets voor om ze mooi voor- en achteraan toe te voegen.

Dat heb ik al allemaal geprogrammeerd. Wat lastig is, is dat er geen eenvormigheid is.

Het nieuwe algoritme zou als volgt worden: als er knooppunten in de route voorkomen, sla de route dan op. Haal ze weg en voeg ze weer correct toe. Als de opgeslagen relatie en de relatie met de correct toegevoegde knooppunten hetzelfde zijn, maak de veranderingen dan ongedaan. Zoniet, pas de veranderingen toe...

Het alternatief is, om op het niveau van het netwerk bij te houden, of de knooppunten nu wel of niet bij de routerelaties horen.

Waar ik toe wil komen, is het kunnen nakijken van alle relaties in Nederland en het aanmaken van wikipagina's waar de problemen gemeld worden. Om dat te kunnen doen en overzichtelijke wikipagina's te bekomen sorteer ik niet enkel de routerelaties, maar zelfs op knooppuntnummer in de networkrelaties.

Het is misschien niet verplicht om de routerelaties te sorteren, maar als ze niet gesorteerd zijn, kan mijn script er niets mee. Dus dat is voor mij wel de eerste stap in het analyseren of de route 'correct' gemapt werd.

Als de leden gesorteerd zijn, is het in JOSM ook veel eenvoudiger voor mensen van vlees en bloed om in de relation editor te zien of de relatie continu is, of niet.

Lang verhaal kort: ik had graag alle routerelaties op dezelfde wijze gemapt gezien en ik denk dat je de enige bent die het echt belangrijk vindt dat de knooppunten mee in de routes zitten. De rest doet het enkel omdat ze het zo gewend zijn, vermoed ik.

Maarten, lees jij hier mee? Zijn er anderen die die knooppunten ook absoluut in de routerelaties van de knooppuntennetwerken willen hebben? Moet ik deze vraag ook op talk-nl stellen? Of er hier een aparte thread over starten? Ik stel de vraag ook breder dan fietsknooppuntennetwerken. Er zijn namelijk ook wandel-, ruiter- en zelfs vaarknooppuntennetwerken.

Een quote van Jan-Willem De Bleser (in een discussie over het gebruik van de note tag op talk-be. En dan met name het feit dat Potlatch die nog steeds niet wenst weer te geven, waardoor duizenden ongelukkige Potlatchgebruikers naar lange nietszeggende serienummers van relaties moeten staren):

2012/8/29 Lennard <ldp@xs4all.nl>:
> On 29-8-2012 22:29, Jan-willem De Bleser wrote:
>
>> Het kan, maar kost iets meer rekenwerk. Potlatch moet dan de relation
>> zelf sorteren bij het inladen. Momenteel doet hij dat niet.
>
>
> Weet je, daarom had ik ooit bij het uitschrijven van de nieuwe
> knooppuntentagging omschreven dat de knooppuntnodes ook lid moeten zijn van
> de routerelatie.
>
> Ene Jo moest die er toen per se uitslopen met zijn scriptjes, met het
> argument 'is te berekenen, dus overbodig'. :-)
>
> Zaten ze er nu nog maar in.
Hah! Spijtig genoeg kan ik hem geen ongelijk geven!

> Lol, zal ik ze er overal terug inzetten dan? 't Is eigenlijk een
> kleinigheid. En daarna ga je dan de note tag afschaffen, want redundant?
Bedankt, maar liever niet. Eindpunt is te berekenen uit lidmaatschap
van de wegen, dus hoeft het er niet expliciet bij. Jouw eerste
instinct was correct.

Jan-Bleser heeft een patch voor Potlatch geschreven waar i.p.v. het simpelweg tonen van de note tag er nu voor gekozen werd om dat keer op keer te gaan berekenen, met als nadeel dat (om dat goed te doen) de relatie steeds volledig geladen zou moeten worden. Nu staat er dus vaak 24- o.i.d. In ieder geval, dat is nog een heel ander verhaal...

Jo

JanWandelaar · 2012-09-13 11:20:03

Voor de fietsroutes kan ik niet spreken, maar bij de wandelroutes vind ik het zinvol om de knooppunten in de relatie te hebben.
De knooppunten heb ook steeds daar neergezet waar de paaltjes staan. Als er twee paaltjes staan met hetzelfde nummer dan heb ik deze ook twee keer ingevoerd (gebeurd in sommige netwerken als er twee afslagen vlak bij elkaar zijn, op bv. 50 meter afstand).

De knooppunten in een route voegen niets toe alles goed is, maar zelf vind ik ik het zo gemakkelijker om fouten te vinden in de route relaties.
Een enkele keer is een route ook nog niet compleet ingevoerd omdat je de route nog niet compleet gelopen hebt (en dus niet weet waar het eindpunt ligt).
Met de knooppunten in de route zie je dit sneller door het onbreken van een tweede knooppunt.

Het komt af en toe voor dat een weg verlengd is of dat gesplitste delen van een weg samengevoegd zijn, waarbij de wandelroute over het hoofd gezien is.
Het gevolg is meestal dat de wandelroute voorbij het knooppunt schiet.
Zonder knooppunten in de routerelatie zie je dit alleen op een gemakkelijke manier op een kaart.

De routerelaties sorteer ik altijd omdat ik dan gemakkelijker in josm kan zien als er een fout gemaakt wordt.
Een fout onstaat al snel doordat ik een weg al toegevoegd heb en die later weer splits bij een afslag.

De uitleg van de overpass API gaat mij een beetje te snel.
Kan dit mij ook helpen bij het controleren van wandelnetwerken?

Wat handig is voor de controle is om een netwerk ID in te vullen en daarna een overzicht te krijgen van alle routes
in het netwerk die niet van rwn_ref knooppunt naar rwn_ref knooppunt lopen.
Dit omdat de route relate te ver doorschiet of dat er een stuk tussenuit is.

Misschien is er al zoiets, maar dan heb ik het nog niet gevonden.

Polyglot · 2012-09-13 12:03:52

JanWandelaar wrote:

Voor de fietsroutes kan ik niet spreken, maar bij de wandelroutes vind ik het zinvol om de knooppunten in de relatie te hebben.
De knooppunten heb ook steeds daar neergezet waar de paaltjes staan. Als er twee paaltjes staan met hetzelfde nummer dan heb ik deze ook twee keer ingevoerd (gebeurd in sommige netwerken als er twee afslagen vlak bij elkaar zijn, op bv. 50 meter afstand).

Perfect, zo hoort het. Het stukje weg tussen beide punten krijgt dan wel forward/backward roles om aan te geven hoe je gestart geraakt.

De knooppunten in een route voegen niets toe alles goed is, maar zelf vind ik ik het zo gemakkelijker om fouten te vinden in de route relaties.
Een enkele keer is een route ook nog niet compleet ingevoerd omdat je de route nog niet compleet gelopen hebt (en dus niet weet waar het eindpunt ligt).
Met de knooppunten in de route zie je dit sneller door het onbreken van een tweede knooppunt.

Die routes krijgen van mij een fixme=incomplete tag.

Het komt af en toe voor dat een weg verlengd is of dat gesplitste delen van een weg samengevoegd zijn, waarbij de wandelroute over het hoofd gezien is.
Het gevolg is meestal dat de wandelroute voorbij het knooppunt schiet.
Zonder knooppunten in de routerelatie zie je dit alleen op een gemakkelijke manier op een kaart.

Ik heb m'n Pythonscript waar ik fietsknooppuntenrelaties mee nakijk aangepast, zodat het nu ook wandel- en ruiterknooppuntenrelaties kan analyseren. Mijn bedoeling is om regelmatig een rapportje op de wiki te zetten waar dit soort problemen gemeld wordt.

De routerelaties sorteer ik altijd omdat ik dan gemakkelijker in josm kan zien als er een fout gemaakt wordt.
Een fout ontstaat al snel doordat ik een weg al toegevoegd heb en die later weer splits bij een afslag.

Mijn script kan ook enkel wat met gesorteerde routerelaties. Met Ctrl-click kan je ook stukken deselecteren in JOSM nadat je een weg gesplitst hebt.

De uitleg van de overpass API gaat mij een beetje te snel.
Kan dit mij ook helpen bij het controleren van wandelnetwerken?

Die Overpass API stelt je in staat om een compleet netwerk van routes op een minuut of 2 af te halen.

Wat handig is voor de controle is om een netwerk ID in te vullen en daarna een overzicht te krijgen van alle routes
in het netwerk die niet van rwn_ref knooppunt naar rwn_ref knooppunt lopen.
Dit omdat de route relate te ver doorschiet of dat er een stuk tussenuit is.

Dat is exact wat dat script van me doet. Je kan het ook zelf laten lopen binnen JOSM.

Misschien is er al zoiets, maar dan heb ik het nog niet gevonden.

Polyglot · 2012-09-13 13:05:53

Overpass API:

http://www.overpass-api.de/query_form.html

Daar zet je:

 <union>
    <query type="relation" into="networks">
      <has-kv k="type" v="network"/>
      <has-kv k="network" v="rwn"/>
      <has-kv k="name" regv="Wandelnetwerk Leudal"/>
    </query>
    <recurse type="relation-node" from="networks"/>
    <recurse type="relation-relation" from="networks"/>
    <recurse type="relation-way"/>
    <recurse type="way-node"/>
    <recurse type="node-way" into="parentways"/>
    <recurse from="parentways" type="way-node"/>
    <recurse from="parentways" type="way-relation"/>
  </union>
  <print mode="meta"/>

in die edit box. Na een tijdje wordt er een bestand gedownload. Schrijf dit weg als Leudal.osm en open dat met JOSM.

Maak een bestandje rwn.mapcss met de volgende inhoud:

node[rwn_ref] 
  {text-color: orange; 
   font-size: 12; 
   text: rwn_ref; 
   text-halo: #ffffaa; 
   text-halo-radius: 2; 
   text-position: center;}
   
relation[type=route][network=rwn] > way::relation_underlay { z-index: -1; width: 12; color: orange; opacity: 0.3; linecap: none; }

In JOSM alt-shift-M. Rechtsonder bij map paint styles druk je op de knop om het configuratievenster te open. Dan +, geef het een naam bv. RWN en selecteer rwn.mapcss.

Het zou kunnen dat je JOSM moet herstarten, of misschien kan je gewoon het vinkje voor RWN aan en uit zetten bij Map paint styles.

De knooppunten lichten nu op en de wegen die deel uitmaken van rwn-routerelaties zijn omgeven door een bruine 'highlight'.

Laat me weten als je verdere uitleg wilt over het gebruik van dat script. Jeroen gebruikt het ook en is er zeer tevreden mee.

Ik heb het eens laten lopen en dit is het resultaat:

http://wiki.openstreetmap.org/wiki/Wiki … de_Network

Ik heb zelf niets gewijzigd. Als ik het zou laten uploaden zouden zowat alle relaties worden bijgewerkt, aangezien ze blijkbaar allemaal yy-xx getagd zijn. (waar yy>xx)

36-33 heeft een weg dubbel en dat heeft mijn script niet opgepikt... De validator van JOSM zou dat wel gemerkt hebben. Die bevat trouwens enkel KP33.

Ik ga het script wat slimmer maken, zodat het relaties met overtollige wegen ook detecteert.

mvg,

Jo

johanmyst · 2012-09-13 13:42:03

Misschien niet helemaal de juiste plek omdat ik me niet echt in de discussie inmeng, maar nog ook niet zoveel van dat invullen van knooppunten begrijp. Aan de andere kant is het me wel gelukt om in de buurt van Lekkerkerk een nieuwe fietsknooppuntrelatie in te vullen.
Maar begrijp ik nu dat jullie de nummering over een weg bijvoorbeeld 67-72 weg willen halen. Ik weet wel dat ligfietser dat gebruikt voor zijn Openfietsmap. En zelf tag ik de knooppunten wel op de plaats van het bord bij een rotonde (bij een kruispunt/splitsing gebruik ik die als knooppunt)
Daarbij snap ik ook nog niet echt het bovenstaande hoe jullie knooppunten willen mappen?
Zoals al iemand zegt andere (niet-ervaren, waar ik me zelf ook nog toe reken) mappers gaan niet snel gelijk jullie procedure volgen, tenzij 1 van jullie heel goed duidelijk maakt in de wiki wat de bedoeling is en hoe je dat moet invoeren.
Het kostte mij voor die ene route naar Lekkerkerk al heel wat hoofdbrekens hoe dat moest worden ingevoerd, (josm werd me echt niet duidelijk en in Potlatch heb ik een 2-trapsactie gebruikt, eerst de relatie die ik wilde hebben, opslaan, vervolgens koppelen aan het bewuste routenetwerk)

Maar zelf snap ik nu nog niet (goed) hoe ik de fietsrouterelaties bij de Vlist (Haastrecht-Schoonhoven) goed moet invoeren/wijzigen. Er lopen nu aan weerszijden een route terwijl het alleen op de Oost-vlisterdijk hoort.

Ps. ik moet daar in het veld ook nog kijken hoe het in Schoonhoven zit, na de bot-opschoonactie lijkt er ook een belangrijke brug te verdwenen zijn, volgens Bing wel aanwezig maar weet niet of die er nog steeds is.
Zie ook andere vrij recente posten van me waar ik aanhaal dat er in bepaalde fietsroutenetwerken fouten (Groene hart, Reeuwijkse plassen, Krimpenerwaard) zitten. En fietsroutenetwerk Utrecht dus in de buurt van Schoonhoven is dus gesloopt door de bot-actie.

Last edited by johanmyst (2012-09-13 14:37:26)

Announcement

#1 2012-01-29 20:38:07

vraag over richting fietroute

#2 2012-01-29 21:54:37

Re: vraag over richting fietroute

#3 2012-01-30 21:38:58

Re: vraag over richting fietroute

#4 2012-01-30 21:50:50

Re: vraag over richting fietroute

#5 2012-01-30 22:06:41

Re: vraag over richting fietroute

#6 2012-01-30 22:18:03

Re: vraag over richting fietroute

#7 2012-01-30 22:24:00

Re: vraag over richting fietroute

#8 2012-09-10 23:30:36

Re: vraag over richting fietroute

#9 2012-09-12 16:10:52

Re: vraag over richting fietroute

#10 2012-09-12 20:02:09

Re: vraag over richting fietroute

#11 2012-09-12 21:09:27

Re: vraag over richting fietroute

#12 2012-09-12 21:47:36

Re: vraag over richting fietroute

#13 2012-09-12 22:04:16

Re: vraag over richting fietroute

#14 2012-09-12 22:23:43

Re: vraag over richting fietroute

#15 2012-09-12 22:42:49

Re: vraag over richting fietroute

#16 2012-09-13 00:07:31

Re: vraag over richting fietroute

#17 2012-09-13 00:25:45

Re: vraag over richting fietroute

#18 2012-09-13 07:54:18

Re: vraag over richting fietroute

#19 2012-09-13 08:05:22

Re: vraag over richting fietroute

#20 2012-09-13 08:31:40

Re: vraag over richting fietroute

#21 2012-09-13 09:24:39

Re: vraag over richting fietroute

#22 2012-09-13 11:20:03

Re: vraag over richting fietroute

#23 2012-09-13 12:03:52

Re: vraag over richting fietroute

#24 2012-09-13 13:05:53

Re: vraag over richting fietroute

#25 2012-09-13 13:42:03

Re: vraag over richting fietroute

Board footer