Du hast zum zweiten mal 3 routerelations zerstört. Bitte geh sofort in Deutschland mappen und last dich hier nicht mehr biicken. Wir brauchen keine Deutsche Hilfe.

Even nog, de routedelen lagen niet meer op volgorde en de forward/backward was op het gedeelte langs de Dirk Essenlaan ook weg. Ik heb zitten speuren maar kan niet achterhalen wie dat gedaan heeft.

Wat je dus ook niet gedaan had, was de note tag aanpassen van de routes.
Daar begon VMarc over te blaffen.
In de note tag staat altijd het laagste nummer streepje hoogste nummer.
Dus als je een route 07-10 veranderd in een route 07-99 moet de note tag gewijzigd worden van 07-10 naar 07-99
En verder lag bij de rotonde langs de Noorder Y- en Zeedijk een afleider fietspaadje. Dat was niet in de route opgenomen, dat heb ik nu wel gedaan, met 2x forward

En knooppunten en routes worden lid van een netwerk.
Splitsen was kennelijk al gedaan
Volgens mij is het weer in orde.

Ik heb ze al gezien in VMarc nieuw.
Niet alleen de namen, er moeten ook routes gesplitst worden.

Hallo Peter,

Natuurlijk kun je dat niet 100% uitsluiten. Ik vraag er alleen aandacht voor. Zeker omdat je nu met allerlei wandelroutes bezig bent en daarvoor veel moet doorknippen. Ik spreek uit ervaring.
En het moet eigenlijk een 2e natuur worden.
Vanmorgen heb ik ook meerdere doorknipacties moeten doen. Gelijk kijken, ligt een route op? Ja, rcn. Route in venster inladen, weg doorknippen, verversknopje drukken, klaar.

Dit zijn fouten, die VMarc meldt als sorteerfout bij het fietsknooppuntennetwerk.

Vriendelijke groeten,
Dick van den Hoven

Hallo Peter,

Bij het doorknippen van wegen kan de sortering van routes verstoord raken. Ik zeg kan, want het hoeft niet. Het kan ook zijn dat routes die de ene kant uit lopen, niet geraakt worden en die de andere kant uitlopen wel.
Hierop controleert JOSM niet.
Dit moet dus handmatig gechecked worden.
Ik hanteer 2 methodes:
- Na het doorknippen direct alle routes controleren
- Bij een klein aantal routes, deze in relatievensters openen, eventueel geheel inladen en na doorknippen het verversknopje drukken.
Met name bij routes met forward/backward is het achteraf door een derde moeilijk vast te stellen waar de breuk precies zit. Het is daarom beter om gelijk bij het ontstaan de boel goed te zetten.

Vriendelijke groeten,
Dick van den Hoven

Peter,

Nogmaals het zeer zeer dringende verzoek na elke doorknipactie alle routes op dat wegdeel te controleren.
Ik heb nu de sortering van 2 rcn routes moeten herstellen.

Vriendelijke groeten,
Dick van den Hoven

Ja, maar daar had ik de name tag al van verwijderd. De rcn_ref+03 is goed en het wandelnetwerk loopt hier langs en heeft geen knooppunt

En een losse node bovenop een andere node plaatsen is fout.

Knooppunten worden met rcn_ref= of rwn_ref= aangeduid. Ik heb op de site Visit Brabant gekeken en hier ligt geen wandelknooppunt. Het fietsknooppunt is 03.
De toegevoegde tags worden verwijderd.
En met ID moet je je in het geheel niet bezig houden met routerelaties. Die vernield alleen maar.
Geef aub duidelijk aan wat je nu precies wilt.

Ik heb in de andere changeset gereageerd.

Hein,
Ik kan je aanraden route 50-51 eens goed te bestuderen en kijken of je het kunt volgen. Heb je nog vragen, opmerkingen, geef dan een seintje.

Meer met stukken die eerst eenrichting waren en nu tweerichting.
Die moeten dan op een andere plek komen, dat was de vorige keer ook al zo.
Even kort de regels voor rcn:
- volgorde altijd van laag knooppunt naar hoog knooppunt
Als er een stuk is, waarop de heen- en terugrichting over verschillende wegen lopen, dan eerst de heenrichting met forward/backward en dan daaronder de terugrichting vanaf het eerste splitstpunt ook weer in dezelfde volgorde, dus tegen de rijrichting in!!!
Daarna weer verder met tweerichting.
Door het inkorten van de fietspaden is er een stukje tweerichting bijgekomen en is er een stukje Bmolenstraat bijgekomen dat eenrichting moet
Leo, Hein had al eerder de fietspaden ingekort en toen was er hetzelfde probleem ontstaan. Echter de fietspaden waren nog korter, dus heb ik Hein aangeraden met de BGT te werken en dat heeft hij gedaan.
Maar dan komt het meest lastige deel, dat je moet gaan schuiven met het forward/backward deel en het tweerichting deel

Oh ja, alles op en rond de rotonde is uitgelijnd op de BGT, dus aub niet gaan schuiven

Wees wel voorzichtig, er lopen busrelaties over de rotonde, dus niets doorverbinden

Die rotonde heb ik net vorige week ingetekend. Die oneway=no is een foutje, mogelijk stond er nog op van zijn voorganger, die lag nogal uit de bocht gevlogen.
Ik heb de oneway=yes tag verwijderd.
Raar dat eenrichting niet gerenderd wordt op de rotonde

Geen bouwactiviteiten daar. Dan had ik het al lang gezien. Ik ben de afgelopen weken hier zeer regelmatig langs gekomen.

Oh ja, ik heb ook even in Streetview gespiekt en daar lopen de fietspaden net zo als in de BGT. Beeld van augustus 2017
Maar goed Streetview is verboden, dat weet ik. :-)

Helaas, was de relatie toch stuk. Er was een deel met forward op een plek, die tweerichting is en bij tweerichting hoort geen forward/backward. Dit heb ik hersteld. Dit is het meest lastige deel van rcn relaties, het forward/backward.
Bovendien moest dit stukje ook nog verschoven worden in de relatie.
Een ander punt, je geeft aan dat je de fietspaden naar de werkelijke situatie hebt aangepast. Als ik de BGT omtrekgericht bekijk, dan lopen de fietspaden nog veel te ver door. Volgens BGT eindigen ze bij ongeveer nr 57 en ongeveer nr 46. Ook zie ik in de BGT dat de ligging van de wegen en paden niet klopt.
Voor BGT inschakelen, zie het forum https://forum.openstreetmap.org/viewtopic.php?id=59021
Je kunt ook in preferences voor WTMS kiezen en dan deze url gebruiken: https://geodata.nationaalgeoregister.nl/tiles/service/wmts/bgtachtergrond?request=GetCapabilities Bij mij werkt dat.
Dan in het lijstje kiezen voor omtrekgericht Je krijgt dan de omtrekken van paden en wegen en allerlei zaken, die zich in de openbare ruimte bevinden.
bgt standaard is ook een leuke

Vriendelijke groeten,
Dick van den Hoven