Oh, ja, maar ik heb wel de bibbers, dat iemand met ID hier aan de gang gaat. Het gebied hier ligt vol met routerelaties en ID is een relatiemoordenaar.

Ook hier geldt dat ik hier meerdere keren bezig ben geweest en niet nut en noodzaak zag voor meer toevoegingen.

Bedenk wel dat ervaren mappers hierin dit gebied al bezig zijn geweest en die hadden het idee dat alles goed was.

Hi,

VMarc meldt dat 55-72 een routewees is.
Mogelijk heb je hem al een ouder gegeven, wil je hem anders lid maken van een netwerk?

Bij voorbaat dank,
Vriendelijke groeten,
Dick

Een knooppunt krijgt nooit een nummer als naam, alleen rcn_ref. Als er een naam op het infopaneel staat, dan rcn:name= voor die naam gebruiken.
Infopaneel krijgt geen tag rcn_ref en geen name tag, het wordt een map.
Zie de door mij aangepast tagging.

Als je rcn_ref op een losse node gebruikt, geeft VMarc, dat is onze controletool voor het knooppuntnetwerk een foutmelding

Ik heb een en ander aangepast

Vriendelijke groeten,
Dick van den Hoven
rcn specialist

VMarc heeft tegenwoordig een nieuwe analyse en die geeft aan dat route 32-68 onderbroken is geraakt door wijzigingsset 60118890.
Dat is idd niet deze wijzigingsset, sorry, maar wel een andere wijzigingsset van jou.
Je hoeft ook niet aan de relatie zelf te zitten. Als je bijv. van een weg een disconnect node doet van de node waarmee de weg op een andere weg aansluit, is de route al stuk, zonder dat je iets aan de route hebt gedaan.
Dit is de analyse van VMarc:
https://knooppuntnet.nl/nl/changeset/60118890/3029102
Je moet je hiervoor wel aanmelden met je OSM account

Nee, het opknippen in JOSM gaat heel vaak fout.
En verder no hard feelings. Ik ben nog al eens direct in mijn bewoordingen, maar het was niet hard bedoeld
Dat was gewoon bedoeld als attentieseintje.
Overigens ben je in een gebied bezig, waar ik al als klein jongetje kwam.

De Schaapsallee is doorgeknipt en daarbij is de volgorde van rcnroute 41-95, de LF4 en een Europese fietsroute verstoord geraakt.
Dit hersteld.
Na doorknippen van een weg altijd alle routerelaties controleren op verstoring van de volgorde of voor het doorkniippen de routerelaties ieder in een eigen venster openen, na doorknippen verversen en eventueel nog de volgorde herstellen.

Knooppuntroute 32-68 was compleet aan gort geholpen. Ik heb hem zo goed mogelijk hersteld, maar ik twijfel of de route zo wel klopt. Het lijkt erop dat er wegen omgebogen zijn met de knooppuntroute erop.

Ik heb rcn en rwn op de fietspaden gelegd. VMarc sloeg aan :-) Zo kwam ik hier. Ik heb diverse doorknipacties gedaan.

Vriendelijke groeten,
Dick van den Hoven

Als je een knooppunt verplaatst, moet je het oude knoopunt uit de netwerkrelatie verwijderen. Dat heb ik nu gedaan.
Ik weet niet of je de plugin utilsplugin2 al hebt geïnstalleerd, anders moet je dat asap doen. Daar zitten zoveel handige dingen, die je regelmatig nodig hebt. Als je die plugin installeert, krijg je een extra Menu More Tools met als een van de opties Replace Membership. Daarmee kun je het membership van een relatie overzetten.
In het geval van een verplaatst knooppunt, selecteer je eerst het oude knooppunt en dan het nieuwe en je kiest Replace membership. Dan wordt het membership overgezet en hoef je de oude niet meer uit de netwerkrelatie te halen. Wel oppassen, dit gaat alleen goed als het een knooppunt is van 1 soort. Vaak zijn rcn en rwn knooppunten gecombineerd en dan moet je wel met de hand alles doen.
Replace membership kan ook handig zijn als je een route van een weg naar een andere weg wilt zetten.

Nog even, het eenrichting is echt een probleem ding waar je bij rcn heel goed op moet letten

Ik heb de route 05-55 gecorrigeerd. Bij het Haarlemmerplein is de oversteek eenrichting en je gaat tegen de richting in. Dat kan niet.
Ik heb de route nu een stukje door laten lopen en dan bij het Nassauplein over laten steken. Daar kan het wel.
Verder heb ik een stuk Zaanstraat oneway:bicycle=no gegeven. Ook daar kwam de route er niet door.

Construction weer terug gezet.
Pad is bij vlagen afgesloten. Soms even open, soms weer dagen/weken dicht.
20-06-2018 werd ik door een beveiliger terug gestuurd. Ook de Baankstraat was toen afgesloten.

En ontbrekende bordjes zijn geen zaak van OSM, die meldt je bij Visit Brabant www.visitbrabant.com

Ik heb deze changeset terug gedraaid. Het lijkt een onschuldige wijziging te zijn geweest een tag ref=20 op de route header. Maar even voor alle zekerheid de boel terug gedraaid. Kon ik gelijk een paar oeroude fouten oplossen, knooppunten, die geen lid waren van het netwerk

Gebouw + adresnode inmiddels opnieuw uit BAG geïmporteerd. Adresnode was ook dubbel en de sourcetags aangepast.

VMarc meldt geen fouten meer, dus OK.
Thanks

Hoor eens, beste vriend.
Je kan wel als door een wesp gestoken reageren, maar het feit is en blijft dat je heel veel wegen weg geknipt hebt.
In OSM kun je wegen ook op construction zetten of acdess=no erop zetten. Dan haal je niet de wegen weg, maar maak je ze ontoegankelijk. Zo kun je veel subtieler te werk gaan, dan wat jij gedaan hebt.
Als je pas begint, moet je gewoon om je heen kijken, eventueel zet je een note op de kaart met "Help, hoe pak ik dit aan" of je zoekt het forum op en stel daar een vraag.
Feit is gewoon dat door jouw handelen geen routering meer mogelijk was voor fietsers/voetgangers over het stationsplatl; de Doesburgsedijk los lag, terwijl die cruciaal is momenteel. En ook alle busroutes zijn stuk.
En de verongelijkte manier waarop jij reageert, is niveau kleuterschool en ik mag hopen dat je daar toch ver boven staat.
OSM is niet simpel en niet een simpel speeltje waar je zo even mee aan de gang kan. Dat lijkt wel zo, maar dat is helaas niet zo.
Ik heb in je eigen changeset een aantal handvatten aangereikt, waar je mee aan de gang kunt. Het lijkt me dat je ter plekke woont, dus kun je ook vaststellen hoe de bussen rijden, waar de Doesburgsedijk aansluit, etc

Ik heb route 11-12 lid gemaakt van het netwerk Groene Hart en volgordefoutjes hersteld. Route 23-63 heb ik opgeknipt in 3 routes 11-12, 12-23 en 11-63