Dubbel knooppunt, hoe taggen route relatie, oplossing tentakels.

Jan het zal mij ook wel overkomen zijn, ik blijf bij keuze weg van routeringen. Ik probeer een goede bruikbare kaart te maken, waar een router dan wat mee kan. JOSM protesteert echter niet bij een dergelijke geknipte aanpassing.
In het kort ‘JOSM signaleert dus geen fouten’, IMHO een mak, moeten we dat melden of heeft iemand dat al gedaan ?

Relatie specialist gezocht:

fixme op weg
29-33 en dan rechtdoor naar 31

http://mijndev.openstreetmap.nl/~ligfietser/fiets/?map=route&zoom=19&lat=52.95718&lon=5.92812&layers=B00000FFTFFTFFFTFFTTF

Krijg de boom met tentakels niet goed.

De 31 knopen liggen niet in lijn.

Dat weet ik maar al te goed! Ik heb al een paar mappers op mijn lijstje staan, waarvan ik zodra ik die naam zie, al weet hoe laat het is. Dan zijn er wegen samengevoegd en schieten er weer relaties door.
Alleen blijft bij samenvoegen in JOSM de volgorde meestal wel goed, in tegenstelling tot het knippen.

Dit is nu zo’n kruispunt waarvan ik zeg, niet tentakelen, dat is prutsen op de vierkante milimeter
Even een plaatje:

Ik kijk dan altijd waar de keuzemomenten of beslispunten liggen voor de gebruikers. Die heb ik met pijlen en nummers aangegeven.
1 is het keuzemoment voor de gebruikers vanaf 34 om te beslissen of ze naar 29 of naar 31 gaan
2 is het keuzemoment voor de gebruikers vanaf 31 om te beslissen of ze naar 34 of naar 29 gaan
3 is het keuzemoment voor de gebruikers vanaf 29 om te beslissen of ze naar 34 of naar 31 gaan.

Als je dus gaat voor tentakelen worden dat je knooppunten.
Dan ga je kijken hoe je naar de knooppunten kunt.

Eerst maar 34:
Je moet naar 34 kunnen vanuit de beslispunten 2 en 3
Alleen vanuit beslispunt 3 heb je een tentakel nodig naar 34, beslispunt 2 gaat dan automatisch met de boodschappen mee

Dan 29:
vanuit beslispunt 1 en 2 moet je naar 29 kunnen, dus je tentakel moet dan bij beslispunt 2 beginnen.

Dan 31
vanuit beslispunt 1 en beslispunt 3 moet je naar 31 kunnen.
Dus je tentakel begint bij beslispunt 1 en loopt dan naar beslispunt 3

Maar dit vind ik iets met kleine beestjes op een kleine oppervlakte.

Persoonlijk zou ik er voor gaan om alleen een knooppunt te leggen bij beslispunt 2
Dan begint 33-34 op dat punt.
29-33 loopt dus via de oversteek tot dat punt en terugroute naar 29 begint op beslispunt 2. Het voordeel is dat je in JOSM nu 29-33 rond ziet lopen.
En hetzelfde voor 31-33, die eindigt bij beslispunt 2 en de terugroute begint daar, via de oversteek naar 31, weer het voordeel je ziet hem in JOSM rond lopen

Mogelijk is dit niet geheel volgens de letter der wet, maar het voordeel is, dat het begrijpbaar is en een ander niet eerst een poos moet puzzelen om te zien hoe alles in elkaar steekt.

Ik was uitgegaan van eenrichting oversteken, zie bij nader bestuderen dat de oversteken 2-richting zijn. Maar in feite maakt dat niet heel veel uit.
Ik zou voor het fkp doen alsof het eenrichting oversteken zijn; de aansluitende fietspaden zijn het voor een deel ook en een deel niet

Onder Koornbeursweg, fietspad is 1 richting, je wilt van 29 rechtdoor direct verder op dat fietspad naar 31, zonder over beslispunt 2 te rijden. En daar dus ook een blauw lijntje.
Het richtingsbordje staat bij naam Koornbeursweg voor de eerste afslag, als je van 29 komt, heenweg, dat punt is eigenlijk ook al een beslispunt, 4.

Probleem is dat er bij links en rechts van 2, heen en weer is, vanwege de twee overgangen daar, bij 1 (enkele, pdok groen oversteek) overgang is correct te tentakelen, volgens mij is dit een voorbeeld dat bij twee overgangen, gedeeltelijk, tentakeling niet werkt. Omdat, bij 29-31 rechtdoor, niet te implementeren is.

Het klopt nu wel, maar je moet nu **drie oversteken **maken om rechtdoor te kunnen, rechtdoor (1 oversteek, rustige straat). Praktisch zullen de mensen het op basis van dat bordje wel begrijpen als ze de nummers op papier hebben. Maar een…die de route volgt met behulp van relaties zal dus omrijden. Dat is dus ongewenst die meerdere oversteken over een drukke straat.

Gepriegel, soms moet je zaken scheiden, om van te leren, of de systematiek goed werkt.

Ik laat het vooralsnog zo staan.
Kan er ook voor kiezen om de links blauwe overgang er uit te halen. En dan via oversteek bij 3 te gaan, Maar dan is het niet zo volgens de bordjes. Je hebt dan oversteek 1 oversteek en tentakeling klopt.

Je zit ook nog met de aan afvoer auto’s parkeerplaats via service weg, als hindernis.

Ik ken dit kruispunt en ook het gedoe met die parkerende auto’s

Volgens mij valt het wel mee.
Het beslispunt 1 verhuist naar de overkant van de weg. Dat is nl het punt waar je, komend van 29 beslist over linksaf naar 34 of rechtdoor naar 31
Beslispunt 2 is het punt waarop je komend vanuit 34 beslist of je rechtsaf richting 29 of linksaf richting 31 gaat.
Beslispunt 2 is ook het punt waarop je komend vanuit 31 beslist rechtdoor naar 29 of rechtsaf naar 34
Beslispunt 3 is niet echt nodig, het is geen echt beslispunt meer, wel een knooppunt omdat hier 2 tentakels naar 31 samen komen.

Nu de tentakels.
Om naar 34 te komen vanuit 29 moet je dus vanaf beslispunt 1 een enkelvoudige route naar beslispunt 2 hebben van de route 33-34
Om naar 34 te komen vanuit 31 heb je geen tentakel nodig
Om naar 29 te komen vanuit 31 en 34 heb je geen tentakel nodig, de route naar 29 is eenrichting en begint bij beslispunt 2
Om naar 31 te komen vanuit 29 heb je een enkelvoudige tentakel van route 31-33 nodig van beslispunt 1 naar beslispunt 3
Om naar 31 te komen vanuit 34 heb je een enkelvoudige tentakel van route 31-33 nodig vanaf beslispunt 2 via de oversteek naar beslispunt 3

Een plaatje:

Het verplaatste punt 1 in blauw
Route 33-34 in roze
Route 29-33 in oranje
Route 31-33 in groen

punt verplaatst

http://mijndev.openstreetmap.nl/~ligfietser/fiets/?map=route&zoom=19&lat=52.9572&lon=5.92784&layers=B00000FFTFFTFFFFFFFFF
en dan 31-33 niet goed, zie boomrelatie in JOSM, dit zal wel een vmarc melding geven.

Nadeel van de uitleg van zowel de wiki als die van dvdhoven in #7 is dat het een enorme lap tekst is. Volgens mij is het principe terug te brengen tot 3 basisstappen, die precies overeenkomen met de denkstappen die een fietser/wandelaar ook maakt *):

**1. Voor iedere inkomende route maak je een knp op het eerste punt waar een afsplitsing plaatsvindt.
2. Be-eindig inkomende routes op het eerste knp dat ze tegenkomen.
3. Begin uitgaande routes op alle knp-en die je gemaakt hebt en leidt ze naar de uiteindelijke route.
**
Opmerkingen:
De knp-en kunnen samenvallen. Er is geen direct verband met de plek van het infobord, indien gewenst tag je die op een losse node.
Ieder wegdeel is maar één keer onderdeel van een relatie, let op de richting(en).
Op een punt waar routedelen alleen bijeenkomen hoeft geen knp te komen (volgens de wiki).

In het voorbeeld van hierboven kom ik dan op de knp-en die Allroads heeft, gecombineerd met de routes die dvdhoven heeft (als ik het goed zie). Zie plaatje: eenrichting relaties aangegeven met een pijltje, tweerichting relaties met een dubbele lijn.

*) Helaas maakt de netwerkbeheerder die denkstappen niet altijd met nodeloos heen-en-weer gaan tot gevolg.

Het probleem is, dat bij de blauwe retour de knooppunten niet in lijn liggen, omdat je twee punten (van 29 (onderste) en van 34 (bovenste)) voor de retour hebt.
Bij de rode liggen ze wel in een lijn van route.

Dus hoe ga je 31-33 ingeven in Josm.
Heen, blauw boven van startpunt 31, eerst gezamenlijk ------- tot punt van splitsing dan een kant op voor heen ///////////////// tot het weer gezamenlijk kan –

------- ///////////////// –

Nu invoegen, terugweg
------- ///////////////// –
( | )Hier invoegen terugweg, vanaf splisingspunt tot samenkomstpunt, om aansluitend te maken in JOSM boom
\\\\\

------- ///////////////// ( \\\\\ ) – JOSM geeft aan dat de boom zonder rode puntjes is, dus kloppend.

en dan nu het onderste blauwe lijntje vanaf knooppunt, vanaf 29 rechtdoor naar 31, (zonder over bovenste knooppunt te gaan).
Waar voeg je die in bij JOSM?

------- ///////////////// ( \\\\\ ) –
(?) (?) Waar invoegen
(:slight_smile: (:slight_smile: maar dat geeft rode puntjes in de JOSM boom.
En zou niet aansluitend zijn.

Je moet in dit geval niet naar JOSM kijken, die krijgt dit niet rond en zal het altijd als onderbroken weer geven. Volgens mij gaat JOSM er vanuit dat een route gesloten is en dat is in dit geval niet zo.
Voor 31-33 krijg je in dit geval 2 tentakels.
Ik heb een zelfde geval in Losser, ook 2 tentakels voor een route, onderbroken in JOSM, maar vmarc vindt het prima.

De volgorde van invoegen van die tentakels maakt volgens mij niet zoveel uit. In ieder geval bij elkaar en aan het eind van de terugroute.

@ap01 De lap tekst wordt veroorzaakt omdat ik het per route uitleg. Ik denk dat dat in zo’n geval nuttig en belangrijk is.
Verder onderschrijf ik je basisregels en zo werk ik ook.

De wiki is heel erg, die toont een geval in Bemmel, dat ik nooit helemaal heb kunnen volgen. Overigens kan dat voorbeeld de bak in. In Bemmel is het kruispunt aangepast. In werkelijkheid dan, in OSM ligt het nog fout.

------- ///////////////// ( \\\\\ ) –
(?) (?) Waar invoegen

Dus bij de linkse vraagteken, zo lees ik het.

Ja, volgens mij wel.

Zo ingevuld, 31-33 kijken wat vmarc doet

vmarc heeft problemen met overpass, ofwel overpass heeft problemen met leveren, vmarc site draait niet optimaal.

http://osmhv.openstreetmap.de/blame.jsp?id=31928
http://osmhv.openstreetmap.de/blame.jsp?id=31907
http://osmhv.openstreetmap.de/blame.jsp?id=33242

Klopt. Dat loopt al een poosje.
Hier een paar berichtjes van Marc aan mij:

Voor een beginner kan zo’n lap wel afschrikken. Ik heb de tentakels lang genegeerd of zomaar wat gedaan omdat het me te ingewikkeld leek en geen zin had om die teksten te gaan uitpluizen. Dat proefde ik ook in dit topic, terwijl de basis best simpel is. Wel fijn om te horen dat mijn interpretatie inderdaad de juiste is.

Ik moet wel zeggen dat ik de volgorde laat voor wat het is, dat is met potlatch toch niet te doen en als ik het zo lees is het met JOSM ook niet alles. Een router zal dus altijd zelf de volgorde moeten uitzoeken, of er moet een botje worden geschreven die ze op volgorde zet. vmarcs tool geeft die onregelmatigheden ook alleen ter informatie en de tool zelf bewijst dat het aan elkaar plakken obv algoritme prima te doen is. Dus zolang er nog 1000+ routes zijn alleen al op NL-fietsnetwerken die gaten, uitsteeksels en inconsequente eenrichtingsrelaties hebben, denk ik dat de prioriteit beter ergens anders ligt.

Dat heb ik niet gezegd, neem het over omdat er enige logica inzit, tenzij een ander…:wink: Doe ook maar wat,… leren, is doen wat een ander zegt, totdat een ander komt die…

@Allroads: ik bedoelde eigenlijk dat dvdhoven ze ook onderschreef. Och ja. DE juiste… uiteindelijk is alles interpretatie en experimenteren, zowel het sterke als het zwakke punt van OSM. Maar goed, je moet ergens vanuit gaan.

Als je serieus met relaties wilt gaan werken, zul je toch asap op JOSM moeten overgaan. Dat is de enige editor, waar je echt serieus met relaties kunt werken en ook met OSM overigens. Potlach is veel te beperkt voor het echt serieuze werk. Ik ben zelf met Potlach in OSM begonnen, maar vooral toen ik met het fietsknooppuntennetwerk begon, merkte ik al snel de tekortkomingen van Potlach. Even door de zure appel heenbijten en ik wil nooit meer terug. Potlach gebruik ik af en toe voor een snelle reparatie, maar al vaak heb ik dan iets van oh help, hoe was die key ook weer. Voor JOSM heb je heel veel presets en hoef je veel minder key’s en values in te tikken. En nieuwe relaties aanmaken, relaties doorknippen, etc kan gewoon niet in Potlach.
JOSM kent ook zogenaamde stijlen, daarmee kun je bepaalde kenmerken zichtbaar maken in de editor. Zo zie ik in 1 oogopslag welke route er op een weg ligt.

Dan nog een opmerking waar ik grote moeite mee heb. Je geeft aan je niet om de volgorde te bekommeren. Er is een consensus over het relatiemodel in JOSM, dat staat ook in Wiki. En een punt daarin is, dat relaties op volgorde liggen. Dan kun je naar mijn idee niet zeggen, nou dat lap ik aan mijn laars, ga lekker met Potlach verder, wetend dat je daarmee de volgorde (verder) verknalt.
En als je met JOSM hebt leren werken, is het op volgorde zetten van een relatie een eitje. Dat gaat heel simpel met het relatievenster.
En als je een relatie niet gelijk goed maakt, dan kan een ander er weer achteraan om het wel goed te zetten.

Zelf vraag ik me af waarom ze voor dit model gekozen hebben. Maar goed er is voor gekozen en als je er dan mee aan de slag gaat, doe je het ook goed of je doet het niet. Niet iets van half er tussenin.

Dick, wat voegt het ordenen van een relatie precies toe aan OSM? Voor mijn OFM maakt het niets uit of zo’n relatie wel of niet geordend is. Dat gedoe met tentakels ook niet. Ik ben geneigd te denken dat dit ooit in het leven geroepen is om er meer systematiek in te brengen, maar als het dermate ingewikkeld is dat het niet meer te onderhouden is, wat voegt het dan eigenlijk toe? Wat is de meerwaarde? Als het niet eens in Potlatch kan (en ID?) mag je ap01 niet verwijten dat hij zich er niet mee bezig houdt.

Ik zet altijd alles in de juiste volgorde. En heb zo al meerdere fouten ontdekt in bestaande relaties omdat net dat ene bruggetje van 1 meter lang, niet in de relatie zit. Zet je alles in de juiste volgorde, zie je heel snel in JOSM of alles op elkaar aansluit en je dus niets vergeten bent.