access tag verwijderd Compleet zinloos

cycleway tag verwijderd.
Dit is zo ongeveer mijn voor- en achtertuin en ik heb het hier helemaal op orde.
Geen assistentie gewenst,
Ik kom hier minimaal 1x per week

En dit is weer terug gedraaid. Het is geen tunnel maar een brug of viaduct in het spoor. Bij OSM is het of tunnel of brug. In dit geval geen aarde dekking, dus geen tunnel

Er gaat iets mis in OSM.
Ik zie telkens verkeerde kaarten bij deze wijzigingsset, vandaar mijn reactie.
Maar wat was er dan met die route aan de hand? Die was toch goed?

Heb je wel het goede netwerk?
Je hebt ruiternetwerk Twente gekozen en dit is Wageningen. Lijkt me toch geen Twente of de Tukkers moeten vannacht aan het veroveren zijn geweest.

Ook hier verder even geen acties, Ik heb rcn_ref 07 en rwn_ref 21 weer terug gelegd, beide waren verdwenen. En ook een landuse los gemaakt. Ook hier weer onoordeelkundig hak en breekwerk.

Nee, nee, blijf er alsjeblieft verder vanaf.
Ik heb net het rwn en rcn zodanig gelegd, dat er geen foutmeldingen meer zijn.
Laat alles nu even zo liggen en ga geen routes verwijderen!!!
Het is al erg genoeg dat iemand zo een fietspad weg hakt zonder eerst naar de routes te kijken.
Maak niet meer kapot aub

In Zutphen zitten al een aantal jaren ook tags met barrier=liftgate op de Oude IJsselbrug en daar heb ik nog nooit een note voor langs zien komen of op een andere manier gehoord dat het niet routeerde. Alleen staat daar er een access tag bij met access=yes en kennelijk werkt dat

Dat noem jij smoother cycle routing??
Dat is vernielen!
Je verbindt wegen over routes heen.
Je hebt een weg doorverbonden over een wandelroute heen.
Er routeert niks zachter en beter als wegen door geknipt zijn.
Je moet nooit en nooit wegen doorverbindern. OSM zit stikvol routerelaties en die kunnen alleen functioneren als wegen doorgeknipt blijven.
ID is een baggertool, die je niet waarschuwt als je wegen over routes heen doorverbindt.
Nooit en dus nooit meer doorverbinden!

En voor plekken in de schaduw en onder bomen en ook nauwkeurigheid kun je de BGT gebruiken. Met BGT omtrekgericht kun je de straten en paden heel goed uitrichten.
Zoek even op het forum. Er is een draad over de BGT

Ook op een man_made=pier een highway tag, anders routeert het niet meer. Ik heb op de pontsteigers highway=footway toegevoegd

Deze changeset is door mij reverted met mijn changeset/61909480
Naar alle waarschijnlijkheid heb je in ID tijders het editten zitten schuiven.
Gevolg:
De Gansstraat lag driedubbel over zichzelf gevouwen, de Laan van Spitsbergen sloot nu aan bij de Albatrosstraat dwars over de huizen heen.
Handmatig herstel had flink tijd gekost, dus terug gedraaid. Bovendien is er mogelijk nog meer schade aangericht

Vriendelijke groeten,
Dick van den Hoven

Het lijkt erop dat je verkeerslichten hebt toegevoegd.
Bij een tweerichtingsweg krijgt een verkeerslicht altijd een extra tag:
traffic_signals:direction= forward of backward.
forward of backward is tov de tekenrichting van de weg.
Dit is bedoeld om aan te geven voor welke rijrichting het verkeerslicht geldt.
Een routeerprogramma kan een penalty toekennen aan een verkeerslichten en zo weet een routeerprogramma voor welke rijrichting de penalty geldt. Anders wordt er een dubbele penalty gegeven.

Niet alleen busroutes. De sortering van rcn route 97-98 was ook verstoord. Die heb ik gisteren hersteld

En probeer ook de verharding te taggen en de zogenaamde smoothness, die aangeeft hoe glad of hobbelig een pad is.
Ook is het van belang aan te geven of het pad verlicht is met lit=yes
Zie ook surface=*
en
smoothness=*

foot=yes hoort niet op een footway. Dat is default voor een voetpad en dat lijkt mij ook uitermate logisch, gezien de naam footway

Ik heb 79-96 hersteld.
De terugrichting krijgt nl ook forward, net als de heenrichting.
forward en backward slaan op de tekenrichting van de weg en geven dus aan of je met de richting van de weg mee rijdt of er tegenin.
Het grootste deel van de terugweg is eenrichting fietspad, dus per definitie is dit forward, bij backward zou je tegen de eenrichting in gaan en dat mag niet.
De controletool van VMarc meldt dan ook dat deze route onderbroken is.
Het enige punt is, dat de terugrichting op het hetzelfde punt begint als de heenrichting en dus de sortering tegen de rijrichting in is. forward/backward blijven hetzelfde als bij de heenrichting.
Je kunt het ook zien in het route bewerkingsvenster, je moet 2 lijntjes naast elkaar hebben in zo'n geval.

Vriendelijke groeten,
Dick van den Hoven

It is a river. It is streaming water.

Ja, JOSM is eigenlijk DE editor voor OSM. Daar kun je zoveel mee doen wat je met ID en Potlach niet kunt. Zoveel dat ik ook lang niet alles weet en gebruik.
Maar je kunt meerdere wegen tegelijk selecteren en er een kenmerk aan toevoegen. Je kunt ook selecties maken op basis van een bepaalde tag.
Nou ja de mogelijkheden zijn zeer groot.
Alleen het begin is altijd lastig, JOSM heeft een steile leercurve.
Zie ook dit topic in het forum https://forum.openstreetmap.org/viewtopic.php?id=53710

Je moet nooit doorverbinden, Dat moet de grondregel zijn. Er zijn zoveel routerelaties in OSM op zoveel plekken dat doorverbinden een grote kans op schade aanricht.
Dus niet een specifieke locatie, maar nooit, never, nooit.
In ID kun je relaties niet goed zien en ook niet herstellen, ID en Potlach vermoorden relaties. Pas als je met JOSM werkt, kun je relaties zien en ook herstellen
Maar het beste is dat je nooit wegen door verbindt.