Nieuwe gebruiker: hulp bij wandelknooppunten

Dan is de uitleg van JW waarschijnlijk niet 100% volgens de etiquette. Even resumé:

  1. controleren/maken netwerkrelatie
  2. begin/eindknooppunt rwn_ref= maken op betreffende nodes
  3. knooppunt toevoegen aan netwerk
  4. route (trajectrelatie) maken met:
    a) beginknooppunt (laagste waarde)
    b) wegsegmenten
    c) eindknooppunt (hoogste waarde)
  5. route toevoegen aan netwerkrelatie

Begrijp ik het dus goed dat ik stappen 3, 4a+c kan overslaan?

Punt 3 wel, elk knooppunt moet lid zijn in de netwerkrelatie
Punt 4a en 4c hoeven, beter gezegd moeten, niet. Knoop niet in de routerelatie
Volgorde van laag knooppunt naar hoog knooppunt is wel goed en belangrijk.

Oké duidelijk. Dan ga ik een en ander aanpassen. Dank je wel.

Ook ik heb talloze knooppunten verwijderd die ik er eerder had ingezet.
Medemappers houden echter vol dat het taggen mét knooppunten in de routerelatie niet verboden is en ze blijven dat op die manier doen omdat het dan eenvoudiger is om de route mét knooppunten in het netwerk op te nemen.
Is er over deze kwestie inmiddels consensus bereikt?
Jan

Ik zie niet wat er eenvoudiger aan is om de knopen in de routerelatie mee te nemen. Is eerder lastig naar mijn idee.
Hooguit dat men dan niet de knopen in de netwerkrelatie opneemt.

Om dat laatste schijnt het inderdaad te gaan.
Maar mijn vraag blijft toch:is er consensus op dit punt?
Jan

Hoe doe ik het wanneer één knooppunt uit twee nabijgelegen kruisingen (T-splitsing links en T naar rechts) bestaat? Ze hebben allebei een eigen paaltje maar behoren tot hetzelfde knooppunt. De onderlinge afstand is 50-60m.
Toch maar een knooppunt op de verbindingsweg tussen de kruispunten?

lokatie via Googlemaps

Je zou kunnen kijken hoe ze het met fietsknooppunten hebben gedaan. Daar komt dezelfde situatie ook vaak voor - er staan dan twee knooppunten op de kaart. Tussen die knooppunten is dan een stukje verbindings- of koppelroute gelegd.
Ik geloof dat mapper ‘Jo’ (OSM naam even niet bij de hand) er zelfs een script voor heeft ontwikkeld en toegepast in Belgie en Nederland?

Dat los je met een script niet op.
In zo’n geval moet je - als je regels wilt volgen - gaan “tentakelen”
In veel gevallen zien mensen daar van af en leggen gewoon de routes een stukje over elkaar heen.
Ik zit even te twijfelen of het overzicht van VMarc het dan fout vindt als je op beide splitspunten wel een rwn_ref neerzet met hetzelfde nummer. Volgens mij niet.
Zeker bij wandelnetwerken vind ik tentakelen nogal dik, maar het kan wel.

Het basisidee is dat een route ophoudt bij het eerste knooppunt dat je tegenkomt en je dan al de nieuwe route oppakt, die bij het tweede knooppunt begint. Die tussenstukjes zijn dan enkelvoudig, dus forward of backward

Even het plaatje:

Ik heb de beide knooppunten even 1 en 2 genoemd, ze hebben dus dezelfde rwn_ref
De groene route eindigt bij 2 en vanaf 1 wordt je in de getekende richting naar 2 geleid om de groene route op te pakken
De gele route eindigt bij 2 en vanaf 1 wordt je in de getekende richting naar 2 geleid om de gele route op te pakken.
En omgekeerd voor de blauwe en rode route bij 1
Je kunt het ook anders zeggen.
Als je met de rode route bij 1 aan komt, kies je voor de gele, groene of blauwe route. Bij de gele en groene route moet je nog naar die routes worden toe geleid, vandaar de enkelvoudige gele en groene route naar 2 toe
Omgekeerd weer hetzelfde voor 2 maar dan de blauwe en rode route.

Ik weet niet wat de tekenrichting van de weg tussen 1 en 2 is, maar laten we even aannemen dat het van 1 naar 2 is.
Dan krijg je het volgende voor de tentakels tussen 1 en 2:
groen forward
geel forward
blauw backward
rood backward

En dit is een redelijk eenvoudige situatie.
In het relatiewindow in JOSM wordt dit ondersteund.
Lastiger wordt het als je een driehoek hebt, dan krijg je per route 2 tentakels. Dan speelt het relatiewindow in JOSM ook niet meer mee. Die blijft gaatje weergeven.
Ook lastig als je 3 knooppunten hebt met hetzelfde nummer en je een route hebt, die middenin aantakt.

Basisprincipe, je moet altijd van het verste knooppunt naar het andere punt toe.

Belangrijke gedachte, deze methode is mooi, maar ingewikkeld en tot dusver is er geen enkele tool ontwikkelt, die hier mee werkt. Het is in feite dus pure theorie en hypothese

In deze wikipagina wordt het ook uitgelegd http://wiki.openstreetmap.org/wiki/Cycle_Node_Network_Tagging alleen heb ik het nog nooit helemaal kunnen volgen.

In deze draad http://forum.openstreetmap.org/viewtopic.php?id=6558 wordt het ook uitgelegd en dit kon ik veel beter volgen

Als er twee knooppunten met hetzelfde nummer staan heb ik beide steeds op de kaart gezet met rwn_ref.
Tijdens het wandelen vind ik het verwarrend als er een knooppunt staat die niet op de kaart staat, of als er geen knooppunt staat als er wel een op de kaart staat.

Ertussen leg ik dan een route tussen beide knooppunten.

De uitleg van Polyglot over de tentakels heb ik eerder al bekeken en (voor mij) te ingewikkeld bevonden. Nu met jouw uitleg begint het een beetje te dagen. Wis-A was ik niet onaardig in, maar ik heb echt een hekel aan al die takken/keuzes uitdenken. Maar zo’n 1-2tje wil wel lukken om op te zetten. Vandaag heb ik er nog een ontdekt. Ik ga het uitproberen

Wat doe ik trouwens met later toegevoegde routes? Volgens mijn kaart wordt ik bijv van 52 → 94 gestuurd. Bij knp 52 zie ik echter op het paaltje ->94 en ->73 staan, ze volgen beide hetzelfde pad. Knp 73 kom ik onderweg tegen en geeft een aftakking.
Welke route-relatie maak ik aan? 52-73 en 73-94; of 52-73, 73-94 én 52-94?

Op oudere kaarten en op het paaltje 52 staat dus ->94 al aangegeven. Maar is OSM een geschiedenisboek of een actuele weergave?

OSM is geen geschiedenisboek. Hiervoor is bijvoorbeeld het project Open Historical Map, al heeft een wandelknooppunt uiteraard weinig historische waarde.

Op Noord Beveland, Noord-Oost van Wissenkerke zijn er vanaf Fietsknooppunt 13 in Westelijke richting 3 stuks route-relaties op 1 way.
Na een splitsing gaan er 2 af.
Zoiets kun je hier mogelijk ook doen.
Dan krijg je 52>94 en 52>73 op een way tot de splitsing daarna elk 1 relatie.
Of dit volgens de regels is weet ik niet.
Mvrgr Jan

Dat is de meest praktische oplossing in OSM.
Ik noem dit knooppunt besparen.
Het fietsknooppuintnetwerk Zuid Limburg is er een zeer goed voorbeeld van. Daar lopen routes soms vele kilometers samen om dan ergens te splitsen zonder dat er een knooppunt is.
Bij de Fietsersbond is er zoiets handigs als een splitspunt, maar dat kent OSM niet
Maar de Fietsersbond heeft ook een andere opzet van het fkp dan OSM.

Gewoon routes samen laten lopen.

Bedenk ook, dat heb ik al meer gezegd, er is geen app of programma dat gebruik maakt van de routes in OSM. Het enige is kaartenwerk en daarvoor maakt het niet of 1 of tich routes op een weg liggen.
OFM maakt ook gebruik van het fkp, beter van het rwn, maar dan alleen in de zin, dat wegen waarop een rwn route ligt, de voorkeur heeft, niet van de route ansich.

Hoewel op de wiki staat aangegeven dat het opnemen van de knooppunten in de route relatie optioneel is, zijn er geloof ik best wel argumenten te vinden om dit toch te doen. Route definities in OSM zijn vrij broos. Regelmatig worden route definities (ongewild, ongeweten) beschadigd, bijvoorbeeld door het splitsen van wegen. Indien er een knooppunt was op het stukje weg dat na splitsing niet meer in de route relatie zit, en het knooppunt is niet in de route relatie opgenomen, dan is dit knooppunt uit de route definitie verdwenen.

Bij herstelwerk is het dan handig als het knooppunt toch nog in de route relatie zit.

Ik denk dat het beter is om de knooppunten niet systematisch te gaan verwijderen uit de routerelaties als die er door een andere mapper in opgenomen zijn. Ik zou misschien zelfs mensen aanmoedigen om te overwegen om de knooppunten wel steeds in de routerelatie op te nemen.

vmarc,
Indien de begin en eind knooppunten in de route is opgenomen dan komen de knooppunten vele malen in de netwerkrelatie.
Dat is denk ik niet de bedoeling.
Ik heb het altijd zo gedaan dat een knooppunt maar in een route zit.
Dan komt een knooppunt maar een keer in de netwerk relatie.
Mvrgr Jan.

Ik wil het niet aanbevelen om knooppunten in de routerelatie op te nemen. Als ze in de netwerkrelatie zitten is het goed en blijven ze ook behouden.
Het probleem met knooppunten in de route is nu, dat als de route beschadigd raakt of met een tool als Potlach bewerkt wordt, de knooppunten buiten volgorde komen te liggen. En dan geeft het overzicht VMarc een volgordefout aan. Zelfs wordt in bepaalde gevallen een gebroken route gemeld, terwijl de route niet gebroken is. Er is alleen een knooppunt tussen de wegen terecht gekomen op een plek waar het niet hoort.

Verder bij gesplitste routes, dus met enkelvoudige heen- en terugweg, komen de knopen op een uiterste onhandige plek in de route te zitten als die route gesplitst tot op het knooppunt loopt.
En als je gaat tentakelen heb je hetzelfde probleem. Knooppunten op rare punten in de route.
Of je krijgt een dikke klont knooppunten boven of onderaan de routes. Iets wat je ook niet wilt.

Ik ben inmiddels een ervaringsdeskundige in het repareren van routerelaties en ik kan alleen zeggen dat knooppunten in de routerelatie alleen maar in de weg zitten bij het repareren, dus hup weg ermee.

Ja inderdaad. De vraag over historie was een retorische. Ik zie nu dat je nu eenmaal met praktische problemen komt te zitten nu ik aan het invoeren ben. Het gaat mij om wat op de paaltjes staat. Vanaf 52 wordt je én naar 94 én naar 73 gestuurd, over dezelfde route. Ik begrijp uit de post van dvdhoven dat de routes verder eigenlijk niet worden gebruikt door navi-apps, enkel om zelf kaart te lezen. Als je sec aanhoudt wat op de paaltjes staat, dan zou ik inderdaad twee routes moeten maken zoals je zegt. Anders is het niet noodzakelijk.

De knooppunten heb ik in het begin opgenomen in de routes omdat de voorbeelden het ook hadden.
Toen duidelijk werd dat het niet nodig was heb ik ze een tijdje weggelaten.

Toen merkte ik dat ik ze miste bij de controle van de routes (na het zelf invoeren)
Als ik nu in josm op een knooppunt klik (die in de routes zit), zie ik in een oogopslag welke routes er gebruik van maken.
Het aantal moet kloppen en ook het knoopnummer moet in de route zitten.
Af en toe maak in een fout bv. in de note van de route en die haal ik zo gemakkelijk uit.
Deze (mijn eigen dus) fouten komen ook in vmarc te voorschijn, maar dat duurt even.

Dat door het veranderen van de kaart een punt in een route komt heb ik niet of zeer weinig zien gebeuren.
De meeste foutmeldingen komen omdat er een verbindingsstuk verwijderd is of een twee stukken weg gecombineerd.

Bij wandelroutes heb ik nog geen verschil gezien tussen heen en terugweg (er is geen eenrichtingsverkeer).
Ik kan mij voorstellen dat bij het fietsroutes complexer is.

papalazarou,
Knooppunt 73 is dat nieuw of verouderd?
Het komt niet voor op de kaart die op de site van de vvv Wandelnetwerk Walcheren nr. 457045.pdf staat.
Weet je hoe het staat op de recent gekochte kaart?
Indien ik zoiets tegen kom meld ik dat bij http://www.routemeldpunt.nl/ of routebureau@vvvzeeland.nl .
Op knooppunt 52 behoort alleen 73 te staan en op 73 moet 94 staan.
In principe map ik wat er staat.
En na beantwoording door de VVV pas ik het zo nodig aan en controleer later of het aangepast is in de praktijk.

Ik gebruik overigens de fiets- en wandel-routes met knooppunten in OFM regelmatig in BaseCamp en GpsMap62st.

Mvrgr Jan.