Verkeerstekens/-borden: verwijderen "needless" tags vaak onterecht

Ik vind wel dat je overduidelijke missers (met mate en met gezond verstand) mag kompenseren. Als een bord duidelijk door werkzaamheden weggehaald is en niet of verkeerd teruggeplaatst waardoor een onmogelijke situatie ontstaat, dan zou ik de bedoelde situatie mappen (én melden bij het betreffende gemeentelijke of provinciale meldpunt).

Dat laatste heeft helaas niet altijd suk6 (zo heb ik weggesleten haaietanden doorgegeven, omdat daardoor fietsers van rechts denken voorrang te hebben terwijl de auto’s dat niet zien, maar dat is “afgedaan” zonder oplossing. Moet eerst een dooie vallen denk ik).

Eerst maar eens een reactie hierop:

Ik geloof dat je steeds iets zoekt om mij op mijn woorden te vangen. Dat is best, maar een dergelijk spel kan eindeloos doorgaan en ik wil mijn tijd beter gebruiken. Dus ik laat het hierbij, misschien een andere keer.

Ik denk niet dat we er uitkomen bij het beschrijven van wel/niet needles is en wat dus wel/niet verwijderd moet worden. We zijn te verschillend. Even zwart wit gesteld wil de ene een opgeruimde database met “zo min mogelijk” tags en de ander het liefst alles taggen ook al voegt dat volgens anderen niets toe. Het blijft balanceren tussen perfectie en pragmatisme. Maar allemaal willen we een database waar data consumers mee uit de voeten kunnen. (rendering, routing , whatever). En regels die niet te ingewikkeld zijn zodat ook beginnende mappers ermee uit de voeten kunnen. We hebben te maken met de mapper, de dataconsumer en de opschoner die needles data wil verwijderen.
Met de input van dit draadje en mijn eigen boeren verstand vroeg ik mij af wat we zouden doen (tav access) als OSM helemaal opnieuw zou beginnen. Dus zonder wettelijke dogmas, wiki’s, default tabel etc. Zou het dan als volgt ingestoken kunnen worden?

1 Is het in werkelijkheid 100% evident. Tag niets
2 Is het in werkelijkheid 95% evident. Tag de uitzondering.
3 Is het in werkelijkheid minder dan 95% evident: tag expliciet.

Voorbeeld 1
Op 100% van de snelwegen mag je rijden met de auto. In dat geval geen motorcar=yes op een motorway toevoegen.
Voorbeeld 2
Op 98% van de residential mag je fietsen. In dat geval geen bicycle=yes toevoegen maar alleen in de situatie dat het afwijkt een no/use_sidepath etc. toevoegen.
Voorbeeld 3
30% van onze fietspaden is een éénrichting fietspad (=aanname). In dat geval tag je expliciet dus oneway=yes of oneway=no indien van toepassing. Zo kunnen we snel zien of we compleet.

Uiteraard zijn de % die ik hier noem arbitrair maar het gaat mij meer om het principe.

Ik realiseer me dat ook hier weer veel op aan te merken is maar misschien is dit wel dicht bij de poldermodel oplossing die er waarschijnlijk nooit gaat komen :wink:

@PeeWee:

Veel waardering voor je vooral simpele en pragmatische voorstel!

Tag alleen expliciet wat afwijkt van de default en als de default niet zo duidelijk verdeeld is dan expliciet taggen, maar ook geen rode plekken in de nek krijgen als toch de default gevolgd wordt en niet extra getagd wordt.

De aanname dat een fietspad eenrichtingverkeer is (default) geldt wettelijk alleen voor wegbegeleidende fietspaden (en indien aan beide zijden van de weg). Als er een fietspad niet wegbegeleidend is zou je als default oneway=no kunnen veronderstellen.
Dus voor dit soort van 98/2 afwijkende zaken kan overtagging geen kwaad.

Kan het zijn (een vermoeden) dat het gebruik van bepaalde editors als iD (waar ik geen ervaring mee heb), die vaak door beginnende mappers worden gebruikt, door hun invulschermen tot overtagging leiden? Wie kan daar iets meer van vertellen?

Overigens bespeur ik nog steeds de verwarring - maar ik kan het mis hebben - dat access rights en de daarvan afgeleide tagging gaat om wettelijke toegang, waar sommigen de tagging (ook?) zien om mensen te adviseren. Misschien dat hier ook een deel van de polemiek uit voortvloeit?

PeeWee,
+1

@PeeWee (#307): +1

Het is een paar keer ter sprake gekomen: de hoeveelheid data die verwerkt of opgeslagen moet worden.
Nu ben ik geen database expert, maar het kan best eens zo zijn, dat één, twee nodes extra op een weg, meer data vormen dat het toevoegen van een algemeen gebruikte access tag.
Met andere woorden: zonder uitsluitsel over het voorgaande is data opslag en verwerking nauwelijks als argument bruikbaar.

Het kwantiteit vraagstuk is naar mijn inzicht niet het probleem.
Wel het kwalitetis vraagstuk.
Veel is niet altijd beter.

Weinig ook niet :slight_smile:
en TE is altijd fout :wink:

Ik heb dit topic vanaf het begin gevolgd, eerder een paar opmerkingen geplaatst. Maar ook eens terug gelezen.

De steeds herhaald genoemde “default” is een routeringsdefault, voor routeerders, die vele niet gebruiken bij verwerking van gegevens, database is de basis.
De reden, bovengenoemde “default”, “het is default” bij het taggen van access, is niet correct om te gebruiken.
De reden, bovengenoemde “default”, “het is default” bij het verwijderen van tags is niet correct om te gebruiken.
Het reeds aangehaalde *=yes op een residential, is juist, tenzij er een trottoir, voetpad, fietspad ligt, hier wordt “de plaats op de weg” (RVV) aangegeven.
Het verwijderen van tags, die wel correct zijn, gaan in tegen de “code of conduct” de voorgestelde houding en werkwijze.
Mocht er structureel correcte tags worden verwijdert, dan mag men daar andere op aan spreken (geadviseerd), dat is in dit topic algemeen gedaan, daar hoort, mijn inziens, gevolg aan worden gegeven. Wanneer dat niet leidt tot correctie, is als laatste een melding bij de DWG de weg, wat ik eigenlijk verwacht, dat men zaken hersteld.

Bij het taggen van access wordt een werkwijze gehanteerd, beginnend bij zet *=no waar nodig en ga vanuit daar wat je nog wilt zetten. *=yes is een laatste mogelijkheid. Als alles getagt zou zijn, is dat wat er over blijft, maar er zijn situaties/wetgeving/gebiedsregels/regels/controle, die men wil benadrukken, daar moet men de mogelijkheid voor geven.
Dat het voor bepaalde type van wegen meer het geval is dan voor andere. En het vaker gaat om een bepaalde vervoersvormen.

Dat de routerings default en access tag werkwijze zeer op elkaar lijken, is logisch, maar verwar ze niet.

Dat *=yes tag en een tag voor datum controle, een functie hebben.

Database:
Een database hoort zich aan te passen bij veranderingen in de wet, gevolg verandering gebruik op de wegen, gevolg het aanpassen van tags.
Geen andere methode.

Je hebt helemaal gelijk, in het kader van de needless tags vond ik (persoonlijk) dat veel niet altijd beter is.

“Code of conduct” of bedoel je “good practice” https://wiki.openstreetmap.org/wiki/Good_practice
Ik denk het laatste.

Dan quote ik het volgende:”These “Good Practices” are guidelines that will increase the quality and value of our map data without any additional effort. Nobody is forced to obey them, nor will OSM ever force any of its mappers to do anything. There might be cases where these guidelines don’t apply, or even contradict each other.”

En verder:”Don’t remove tags that you don’t understand
Sometimes you will come across elements with tags that have no meaning to you. This doesn’t automatically mean you should remove them. They may have been added for a specific purpose. If you think they might be junk then try to contact the author.”

Daar staat niet dat je geen tags mag verwijderen, sterker nog. Als je denkt dat een tag “junk” is (needless) then try to contact the author. Dus als ik de editor van de junk-tag benaderd heb en hij reageert niet kan ik rustig de tag verwijderen volgens de guidelines.

V.w.b. Het default taggen, volgens mij gaat dat iets verder dan alleen voor routing, zeker nadat ik https://wiki.openstreetmap.org/wiki/Proposed_features/Defaults gelezen heb.

Geim: +1

Beste Allroads,

Ik heb als beta-wetenschappelijk geschoolde zeer veel moeite om jouw bericht (#314) te begrijpen.

Het zou beter voor de discussie, de begripsvorming en de duidelijkheid zijn als je zou proberen om je duidelijker uit te drukken.

Verder: om binnen dit forum, waar velen zeer logisch onderbouwde argumenten geven om needless tagging te verhinderen en zelfs te corrigeren, te gaan dreigen met melding aan de DWG omdat jij je gelijk niet krijgt, vind ik persoonlijk ongewenst.

Om inhoudelijk in te gaan op jouw woordenbrij pik ik eruit:

Hiermee stel jij dat bijvoorbeeld bicycle=yes op een residential niet alleen juist is maar zelfs noodzakelijk want wee je gebeente als iemand het durft te verwijderen, deze juiste tag.

Uit die noodzakelijkheidsvinding kan ik alleen maar de conclusie trekken dat op alle residentials ter wereld waarop gefietst mag worden de tag bicycle=yes moet (want weghalen mag niet).

Deze conclusie doortrekkend moeten we op alle highways waar ook ter wereld alle toegestane modaliteiten met yes taggen [toegestaan=yes] en dus alle verboden modaliteiten met no [verboden=no]

En hij of zij die durft bicycle=yes van een residential te halen of snow_scooter=no van een motorway dient direct aan de DWG gerapporteerd te worden.

Het default ACCESS schema dat aangeeft per land wat default mag en niet, en ons daarmee veel werkt bespaart, zoals Geim in bovenstaande posting en de link daarin reeds aangeeft, kunnen we, omdat jij dat niet nodig vindt in de shredder gooien.

Ik kan me vinden in de uitleg van Geim.

In de good practice staat ook nog een volgende passage:

Voer geen lokale regelgeving in als die niet aan fysieke objecten is gebonden.
Zaken als lokale verkeersregels moeten alleen ingevoerd worden als het fysieke objecten zijn, zoals bijvoorbeeld een verkeersbord. Regels die niet zichtbaar zijn, horen niet ingevoerd te worden, omdat ze niet controleerbaar zijn.

Er zijn (volgens mij) niet voor niets standaard toegangsbeperkingen op alle highways in Nederland.

Ik respecteer Allroads zijn goede kennis van en input op OpenStreetMap, maar de redenering die je hier volgt begrijp ik niet goed.

Zo las ik het absoluut niet hoor. Ik geloof niet det Allroads di als dreigement bedoelde. Meer zo: als er onverbeterlijk tegen de afspraken van de commnity in getagd of “verbeterd” wordt, kan je uiteindelijk alleen nog DWG-melding doen, maar in dit geval is er geen vastgestelde consensus.

PS Ik vind Allroads’ redeneringen soms ook moeilijk te volgen.

Toch mis ik nog een steekhoudend argument om tags die niet fout zijn te verwijderen.

Natuurlijk zijn er argumenten aan te voeren voor het opschonen van bestanden, maar zolang dat niet urgent is, is het dan niet beter je tijd te besteden aan het corrigeren van foute tags (hoeveel winkels zijn er inmiddels niet verhuisd of failliet) of het plaatsen van ontbrekende tags en objecten (bijv. openbare toiletten of de bunkers in de Amsterdamse waterleidingduinen) in plaats van elkaar figuurlijk in de haren te vliegen?

Die argumenten zijn er ook niet. Vaak ligt er ergernis aan ten grondslag om zogenaamde overbodige tags te verwijderen.

Als ik het mapwerk van sommigen beoordeel, dan gaat de één zorgvuldig te werk waarbij over elk detail is nagedacht. De ander flanst zomaar wat op de OSM.

Mappen kun je op twee manieren:

  1. op de OSM zetten wat je waarneemt, waarbij je aan alle aspecten denkt. De renderer zoekt wel een oplossing om het gemapte goed weer te geven op een kaart.
  2. mappen voor de renderer, m.a.w. je beperkt je tot de defaults van de kaartmaker.

Naar mijn mening moet de functie van een weg/pad goed worden weergegeven. Zelf zou ik niet gauw bicycle=yes op een highway=unclassified taggen omdat de functie van die weg duidelijk is. Heeft iemand wel die tag geplaatst, en het mapwerk is consciëntieus gedaan, dan zal ik de tag bicycle=yes niet verwijderen. Die persoon zal meer kennis van zaken hebben dan ik, denk ik dan. De renderer kan wel niet veel met die tag, althans niet voor algemeen gebruik. Maar als iemand een kaart wil maken waarop de particuliere wegen worden aangegeven, dan kan dat om een voorbeeld te geven.

Maar als ik een highway=path map, dan gebruik ik wel de tag bicycle=yes, zodat de functie van de weg duidelijk is. Het pad is bestemd voor fietsers, niet voor ruiters, bijvoorbeeld. Is het pad ook bestemd voor wandelaars, dan is de tag foot=yes, ook noodzakelijk.

Het beste zou zijn om een schema te maken zodat duidelijk is voor welke paden/wegen taggen voor de renderer genoeg is voor algemeen (Garmin) gebruik, en welke paden/wegen extra tags nodig hebben om de functie goed op de kaart te doen uitkomen.

Inderdaad, daarom begrijp ik deze hele discussie niet.
Het lijkt wel of 2 kampen willen vechten voor het gelijk.
Laat het lekker zo zijn, het kan geen kwaad als er extra tags op staan.
Mijn wens zou zijn dat de pro partij ook water bij de wijn doet door niet bewust needless tags toe te voegen.

Hoewel ook ik de post van allroads niet vind uitblinken in duidelijkheid lees ik zijn “dreigen met de DWG” heel anders.
Allroads lijkt van mening te zijn dat je een correcte tag niet mag verwijderen (bv bicycle=yes op een residential). Hij staat daar niet alleen in. Hij is ook van mening dat als iemand dat verwijdert je die persoon daar eerst op moet aanspreken. Lijkt mij ook niet iets heel gek (even los van inhoud). Als je er dan met die persoon niet uitkomt dan is het volgens mij ook niet zo gek om dit geschil bij de DWG voor te leggen. Gewoon om te proberen duidelijkheid te krijgen of het standpunt van de DWG te vernemen. Ik zie dat niet al dreigen.

Volgens mij zijn we nog ver weg van consensus ten aanzien van het plaatsten en verwijderen van “needless tags”. Dit draadje loopt al erg lang en er zijn al mensen die afgehaakt zijn. Misschien helemaal zo gek niet om de DWG om advies te vragen.

Wat vindt de DWG (voor de NL situatie) van het toevoegen van motorcar=yes op een motorway of het toevoegen van een bicycle=yes op een “normale” residential. Of het toevoegen van een foot=yes of een bicycle=yes op een path? (etc.)
En wat vindt de DWG van het verwijderen hiervan (al dan niet via “mechanical” edit)?

Hoewel ik vrees dat het antwoord niet gaat zijn wat ik persoonlijk hoop , hoop ik wel dat het wat helderheid kan geven in deze discussie.

NB… ik ga het niet doen hoor maar als iemand zich geroepen voelt…

[edit: typo]