Hoi, ik deel hier de voorkeur van BikePC.

Op zich klinkt bicycle:forward=use_sidepath mij ook niet onjuist in de oren, maar het is een stuk gebruikelijk dan oneway:bicycle=yes (volgens taginfo wordt die twee meer dan 100x zo vaak gebruikt).

oneway:bicycle=yes is volgens mij ook correct en de kans dat datagebruikers dat correct verwerken lijkt me veel groter dan bij de weinig gebruikte samentrekking van forward en use_sidepath (helaas wordt zelfs de gewone bicycle=use_sidepath lang niet door alle datagebruikers goed ondersteund, ook niet door een betaald app als Komoot, zag dat ook mis gaan bij routers van navigatiefabrikant Bryton). Groet!

Beste Dick, zoals ik ook eerder heb aangegeven denk ik natuurlijk graag mee bij oplossingen als tagging die ik heb toegevoegd tot problemen leidt bij jou goede werken met knooppuntvalidatie.

Maar in dit geval zit het probleem toch echt in het gebruik van Knooppuntnet en is de nu gebruikte tagging naar mijn mening de meest geëigende.

Alternatieve vormen van tagging leiden tot meer problemen: algemene access=no wordt genegeerd bij een positieve waarde voor foot (wat op de fietspaden al leidde tot weggooien van correcte data) en voor foot kiezen veel routers om begrijpelijke redenen om ook te routeren over highway=construction, want in de praktijk gaat dat doorgaans ook vaak prima.

Knooppuntnet merkt nu geheel terecht op dat de routes niet toegankelijk zijn, en dat klopt met de situatie in het veld. Dat is dus op zich geen reden om de tagging aan te passen.

Maar wat natuurlijk wel vervelend is, is dat het voor gebruikers van Knooppuntnet, zoals jij, lastiger is om nieuwe feiten die _wel_ en fout in de OSM-tagging zijn te zien.

De oplossing ligt dus in het maken van onderscheid tussen wel vs niet in OSM-oplosbare feiten. Dat doen we ook al bij RouteIncomplete met een fixme=incomplete. Dan weet je dat je daar als mapper nu ook geen gat in een route hoeft te plakken.

Ik heb daarvoor een voorstel gedaan op Github en een fixme toegevoegd op de betreffende paden.

Als je Marc tijd wil besparen zou je een pull-request kunnen maken. Zie
https://github.com/vmarc/knooppuntnet/issues/193

Hartelijke groet.

Hoi, ik neem aan dat je de rijbaan van de Industrieweg bedoelt?
(zoals https://osmlab.github.io/osm-deep-history/#/way/7436667 )

Inderdaad merkwaardige assymetrische situatie daar en oneway is dan inderdaad beter dan use-sidepath( want die laatste geldt wel in ZO-richting, maar niet in NW).
Voor het mooie misschien nog even de richting van de way in OSM omkeren zodat het oneway:bicycle=yes wordt ipv het minder gangbare -1?
Groet!

Hoi, Eggie geeft het belangrijkste al aan: Komoot zou gewoon niet over deze weg moeten routeren voor fietsers, ongeacht of het "no" of "use_sidepath"is. Er gaat wel meer mis bij die app en ze geven idd lang niet altijd thuis bij problemen, ook beheerders van landgoederen/natuurgebieden hebben last van onjuist gebruikt van/door Komoot .

Vanaf de "oprit" bij pannekoekenboerderij staat er idd een C15, maar die is strikt genomen maar geldig tot de volgende zijweg (hoofdrijbaan N446). Ook als dat bord daar zou zijn herhaald blijft het lastig, vanaf de ene kant gezien is er een G12a, dus use_sidepath, vanaf de andere kan zou het no zijn. Hier wreekt zich dat we in OSM teveel vragen tegelijk willen beantwoorden in de ene access-key, dat hadden we beter op kunnen splitsen, nu moet je bijvoorbeeld bij positieve waarden ook verplicht kiezen tussen "yes" en "permissive", ook als je wel weet _dat _ je er mag komen, maar niet weet wat de juridische grondslag is. Ook met designated is dat lastig, want dan kan je die grondslag weer niet kwijt. Al dat soort nuances zouden we beter in een sub-key kunnen zetten en de access key simpel houden, bijvoorbeeld "toegang zonder beperkingen"/ "toegang met beperkingen" / "geen toegang". Maar dat is helaas in de huidige setting nauwelijks meer haalbaar..

Voor nu deze weg gewoon maar zo laten en probeer Brouter of Osmand eens als site / app voor fietsen (-:

Hoi Dick, hopelijk weet je hoezeer ik al jouw dagelijkse werk voor de kwaliteitscontrole voor routes in OMS waardeer en dat ik ook vin ddat er daarvoor best wat water bij de wijn mag om dat werkbaar te houden (zie gekleurede lussen/wandelknooppunten Overijssel). Persoonlijk vind ik de het in tact laten van deze wegen niet optimaal, aangezien een deel echt disused -of erger- is door beschadigingen en obstakels. Maar als dat jou voor nu helpt vind ik het prima. Laten we wel samen kijken hoe we dit kunnen oplossen aan de kant van de validator, want dat is de bron in dit geval.
Ik heb in dit gebied erg veel werk gestopt in de access-tags (en nog genieg werk te doen). Om goed herstel van wijzigingen mogeljk te maken zou ik je wel graag willen vragen om hier access-tags niet te verwijderen, maar om die aan te passen in de key. Dus bijvoorbeeld foot=yes -> disused:foot=yes oid. Dat geeft zelfde effect en is veel beter te herstellen als de gebieden weer opengaan. Een van de overwegingen bij die constructie (zoals ook in disused:highway) is dat deopenstelling waarschijnlijk bloksgewest zal gaan en revert dan ook niet werkt (los van de risico's bij tussentijdse wijzigingen). Dank en groet!

Hoi Dick, ik heb direct contact met mensen die daar bezig zijn met herstel en bewust voor deze aanpak gekozen. Met access=no kom je in de knel als er positieve access-tags staan voor bepaalde vervoerswijzen (zoals bicyle=yes en bicycle=permissive die het verschil aangeven tussen openbare wegen en eigen wegen, wat hier speelt).
Daar helpt een algemene access=no niet, want specifieke waarden overschijven algemene waarden.
Het overschrijven van die specifieke waarden maakt herstel erg lastig, zeker als er nieuwe bewerkingen volgen en een revert niet werkt.
In dit geval is er ook haast bij, mensen komen onverwachts in de problemen als ze voor een heel afgesloten gebied komen. En als dat gebeurt is er een groter risico dat ze alsnog dit gevaarlijke gebied in gaan. Als er een functioneel forum was dan had ik dat graag gebruikt, maar de ervaring met het OSM-NL forum is helaas dat mensen vooral kritiek verzinnen (of off-topic gaan) ipv samen tot een goed compromis te komen. Zie bijvoorbeeld het voorbeeld van de mtb-routepaaltjes in dit gebied waar ondanks de constructieve opstellen van PeeWee dit pagina's lang niet verder komt.

En als een validator een route door dit gebied als afgesloten ziet: dat is helemaal terecht: ook de fietspaden in dit gebied zijn afgesloten. Ik wacht nog op bevestiging mbt Let de Stigterpad ten westen van N226 (die heb ik dus opgengelaten). Groet!

Hoi mannen. Het zijn hier met name impliciete verboden (die voortkomen uit aanwezigheid van een parallel verplicht te gebruiken fiets- / bromfietspad; G12a en geen C15. Zoals te zien in verkeersbordenbestand van Smoothefiets en ook met fotoś op bijvoorbeeld https://goo.gl/maps/zY9UMkKT3sU1rY8m8 en https://goo.gl/maps/MWV4E7TJYe38tLJV8 .

Vanaf een andere kant staat er weliswaar een C15, maar als we het toch strikt gaan bekijken: die geldt maar tot de aantakken op de "echte" N446.

Zoals Eggie zegt zouden beide varianten (no / use_sidepath) hetzelfde effect moeten geven voor routeerders (fietsers hier niet overheen sturen). Naast de bijzondere gebakjes die toch op de rijbaan mogen vertelt use_sidepath je ook ook nog iets: er is een parallele weg die je wel mag gebruiken. Bij no verwacht je dat niet. Groet!

Bronvermelding per abuis niet opgenomen, was:
Source: bericht van medemapper nav osm.org/changeset/69821403

Hoi Jeroen, dank voor je opmerkzaamheid, je hebt natuurlijk gelijk! Zie dat je het al gecorrigeerd hebt, thx. Heb nog even aangevuld dat pinnen kan (en zelfs preferent is volgens het bord ter plekke) en dat bedrag niet is afgerond. Groet!

Hoi JeePee, dank voor je bericht! Ben tot vrijdag op vakantie en zit hier even zonder goed gereedschap om routes te bewerken (JOSM). Stuur me anders een pb met de precieze locatie (bijvoorbeeld OSM id of linkje in brouter web) en dan pak ik het volgende week op. Groet!

Dank voor je opmerkzaamheid Eggie!
@Boeicop: niet elk pad voor fietsers is een fietspad (-;
Vandaar wel op deze mtb-paden
- WEL bicycle=designated (gaat om juridische toegang en er is in dat opzicht geen verschil tussen een gravelbike of mtb) maar
-GEEN highway=cycleway (-;

Edit omschrijving (te snel geklikt..) : toevoegen access=private op met hekken / borden afgesloten erf

Hoi, je hebt op afgesloten paden op boerenland [access=agricultural] gezet. Dat betekent dat iedereen die een landbouwtrekker heeft hier vrij zou mogen rijden. Dat is niet het geval: toegang is verboden voor het publiek (ook voor mensen met een landbouwtrekker) en de landeigenaar bepaalt voor wie hij een uitzondering op dit verbod maakt. [access=private] is hier dus de juiste tag.

Ik heb het hier aangepast maar zie dat je dit vaker zo hebt getagd. Wil jij de andere gevallen corrigeren?
Dank!

Zie ook
osm.wiki/Key:access#List_of_possible_values :"Only for agricultural traffic. Note a farmer's access track would be private rather than agricultural unless the track is open to any vehicle used for agricultural purposes"

Hoi, dank voor je aanvullingen in de Boterhuispolder. Iets om op te letten bij edits aan watervlakken in de polder: je had het watervlak van een poldersloot verbonden aan het watervlak van een boezemvaart (Dwarswatering). Zie https://overpass-api.de/achavi/?changeset=71912726

Dat kan echter niet, want dan zou in het echt de hele boterhuispolder onder water lopen. Deze twee watervlakken zijn in het echt dan ook niet verbonden, de poldersloot hield op op ongeveer het goede punt. Er staat een hek van ca 25 meter tussen deze twee sloten. Heb het hersteld, zie
osm.org/way/701716383/history#map=17/52.17259/4.52118

Groet!

Hoi, dank nog voor deze aanpassing van het verwijderde fietspad. Tip voor een volgende vergelijkbare situatie: ik heb het teruggezet als abandoned:highway zodat beter navolgbaar is voor gebruikers wat de situatie is/was In het veld zijn nog sporen te zien en ook op AHN en luchtfoto's is het voormalige pad herkenbaar. Als het pad helemaal verwijderd is uit OSM is het flink spoorzoeken voor gebruikers om te achterhalen of hier iets is geweest dat in de database stond en wat dat was. Groet!

Hoi Mark, dank voor de update en je bericht. Heb nog even contact gehad met de routebeheerder en die bevestigt jouw waarneming. Omdat er nog steeds sprake is van grote piekdruktes wordt er verder nu nog even geen ruchtbaarheid gegeven aan de opening van dit nieuwe pad (formele opening volgt nog), maar voor nu prima zo in OSM. Groet!

Hoi CBmaps, waarom veranderde je de bestaande foot=permissive in foot=yes?
Die eerste is doorgaans correct voor dergelijke paden, tenzij jij kan aantonen dat deze weg op de wegenlegger staat. Uit deze uitspraak blijkt eerder dat dat niet het geval is: https://www.raadvanstate.nl/@91846/201207290-1-a3/

Algemene regel is dat je tags die je niet begrijpt niet moet verwijderen, je kan als je iets niet snapt dan beter navraag doen bij de vorige mapper: osm.wiki/Good_practice#Don.27t_remove_tags_that_you_don.27t_understand

En over de access:conditional : nog mooier (en gebruikelijker) is het omgekeerde : no @ (sunrise-sunset). Met de yes zet je het namelijk ook tegelijk open voor alle vervoerswijzen (-: Groet!

osm.org/way/878541708/

Hoi, je hebt de naam gewijzigd, maar de oude naam was afkomstig van het in het veld geplaatste toegangsbord dat ook op de Mapillary-foto staat waarnaar wordt verwezen. Ik heb de in het veld geplaatste naam hersteld en jouw nieuwe naam ondergebracht in [alt_name]. Wat is de bron van de naam die jij hebt toegevoegd?

Het is bij gevallen waar er meerdere namen mogelijk zijn sowieso beter om de andere naam niet zomaar weg te gooien, maar om deze in een andere key te zetten, zodat deze vindbaar blijft. Groet!

Dank voor de correctie!

Dank je, Ad!

Zie dat ik zelfde domme fout op nog een paar plekken heb gemaakt, waaronder eentje in Zeeland, dat pak ik vanavond op. Groet!