access tags nur bei expliziten Regelungen setzen?

ich kenne diesen Absatz, aber der ist nur bedingt hilfreich, im konkreten Fall muss man immer abwägen. Z.B. gibt es Leute, die mappen auf italienischen Autobahnen Tempo 50 bei Nebel, das finde ich wenig hilfreich, weil es überall gilt, und auch sonst schon klar ist, dass man seine Geschwindigkeit an die aktuellen Gegegebenheiten anpassen muss (und das ist oft sogar ausgeschildet). Aber ein anderer Fall sind m.E. z.B. die baden-württembergischen Feldwege, die man grundsätzlich mit Kraftfahrzeugen nicht (mehr) befahren darf, auch ohne ein Schild im Einzelfall. Wieso sollte man da dem Router die Entscheidung aufbürden, wenn man es klar weiß, und wenn es sich um ein Thema handelt, wo es lokal große Unterschiede gibt.

Die 50 bei Nebel sind nichtmal ein Strecken ver/gebot - hat also an der Straße nichts verloren. Ebenso wie auch in BW
das Befahrverbot der Landwirtschaftlichen Wege. Das sind ja keine individuellen restriktionen DIESES weges. Steht da ja explizit. “Dont map your local legislation” - Das ist exakt der Punkt. Das ist nicht validierbar. Wir müssten sonst noch viel mehr mappen. 60km/h für LKW über 20to auf Landstraße.

Wenn du das aufmachst das “gefühlte” oder “implizite” verbote gemapped werden dann machst du ein riesen Fass auf das die Grundprinzipien von OSM auf den Kopf stellt.

Dann gibts mit einem mal Mapper die mehr wissen als andere und die können das nicht wissen weil es vor ort kein Schild gibt. Resultat sind tagging Kriege.

IMHO geht das gar nicht. Es wird nur das getagged was wirklich da ist. Alle lokalen/regionalen/nationalen Besonderheiten muss der Präprozessor hinzufügen. Und genau deshalb gibt es ja die Sammlung mit den landesspezifischen Default access tags.

Flo

sicher? Es gibt dazu Schilder, z.B. so

Klar ist es validierbar. Aber gerade wenn es um “lokale” Besonderheiten geht, dann ist explizites Taggen hilfreich. Z.B. Geschwindigkeitsbegrenzungen pro “county”. Oder kontextbezogene Geschwindigkeiten wie 100 auf Landstraßen und 50 in der Stadt. So ähnlich ist es mit dem Feldweg auch: so wie Du erkennst, dass es eine geschlossene Ortschaft ist und daher 50 gilt, so kannst Du als Lokaler auch erkennen, dass es sich um einen Feldweg handelt, und der nicht allgemein befahren werden darf.

kann schon sein, dass wir noch mehr mappen müssen. Persönlich halte ich es so, dass ich in diesem Fall davon ausgehe, dass aus meinen anderen tags schon alles hervorgeht, so dass der LKW-Router von sich aus wissen kann, dass dort für schwere Fahrzeuge 60 gilt, aber wenn dem nicht so ist, dann sollte man das ruhig dazutaggen.

Gefühlte Verbote (also vermutete), würde ich nie taggen, z.B. bei einem driveway im Wald würde ich bis zu einem Zaun oder Tor davon ausgehen, dass man dort gehen darf, und ggf. auch an die Leute denken, die einen dort Wohnenden besuchen wollen (was die Befahrbarkeit angeht). “Implizite” Verbote, z.B. ein Tor, bzw. eine Umfriedung, würde ich allerdings schon zur Kenntnis nehmen und ggf. mein access-tagging danach richten.

In Bezug auf Radfahrer, Fußgänger und Reiter gibt es aber ein Problem. Landesspezifische Default-access-tags würde voraussetzen, dass es eine deutschlandweit einheitliche Regelung gibt. Dem ist allerdings nicht so. Jedes Bundesland hat etwas andere Regeln zur Nutzung von Wald- und Feldwegen für diese Verkehrsteilnehmer aufgestellt. Wollte man konsequent sein, müsste man demnach in Deutschland verschiedene Default-Werte für jedes Bundesland festlegen.
Und dazu kommt noch bei dem Reiter-Beispiel in NRW das Problem der von mir erwähnten Ausnahmegebiete (siehe mein Link zu den entsprechenden Gebieten im Kreis Lippe). Dort ist dann abweichend von den umliegenden Waldgebieten eindeutig gesetzlich festgelegt, dass man dort ausschließlich auf ausdrücklich als Reitweg ausgeschilderten Wegen reiten darf und keinesfalls auf allen anderen Waldwegen (egal ob befestigt oder nicht, egal ob breit oder schmal). Als Beschilderung gibt es vor Ort nur die blauen Reitwegschilder, mit denen die erlaubten Wege gekennzeichnet sind, die verbotenen Wege sind aber unbeschildert. Anders als bei Naturschutzgebieten gibt es aber am Rande des Sperrgebiets keine Hinweisschilder, die einen Hinweis auf die gültigen Regeln geben.
Was tun? Einfach ignorieren, da “on the Ground” nicht sichtbar? Hinnehmen, dass ein nicht ortskundiger Wanderreiter dann auf verbotenen Wegen geroutet wird? Oder doch die veröffentliche Regel (siehe wiederum mein Link) in die Karte übertragen und alle für Reiter verbotene Wege mit horse=no eintragen? Denn diese Regel ist erstens ja tatsächlich da und zweitens abweichend von der Regelung für das benachbarte Waldgebiet. Es handelt sich um eine explitzite und eindeutige Regelung und um Informationen in der OSM-Datenbank, die für Ersteller von Reiterkarten auf Grundlage von OSM-Daten und für Routing für die Zielgruppe Reiter wichtig sind.

Mal so hingeworfen: source:access=(Link zu Webseite)

Ich habe mich in Sachsen noch nicht damit beschäftigt. Aber vor Jahren wurde vom Forst auf eine Frage “Warum VZ 250 an einer ausgewiesenen Radroute?” geantwortet " Radfahrer werden schon nicht abgestraft, es geht um motorisierten Verkehr".

Auch eine Anfrage ans Verkehrsminsterium zum VZ 250 (nur motorisierte ohne muskelbetrieben Fahrzeuge) blieb unbeantwortet. Soweit zu Gesetzen …

Ich sage nicht das es die Schilde nicht gibt sondern ich sage das wie in deinem Beispiel das überall getagged wird wo es implizit gilt weil es in der in Deutschland StVO steht. (§3 StVO - Beträgt die Sichtweite durch Nebel, Schneefall oder Regen weniger als 50 m, darf nicht schneller als 50 km/h gefahren werden, wenn nicht eine geringere Geschwindigkeit geboten ist.)

Wenn ein Schild da steht das das explizit nocheinmal regelt finde ich es in Ordnung das es gemapped wird.

Das ist nich validierbar. Da steht kein Schild - das ist genau der Punkt warum das in den OSM Policys steht das Legislation nicht gemapped wird.

Aber wo ist das anders als das Betretungsverbote in BW? Der LKW Router muss wissen in welchem Land er sich befindet, wie schwer der LKW ist, auf welcher Straßenklasse er ist und ob es inner oder ausserorts ist und welcher maxspeed angewiesen ist (Denn die 60km/h auf der Landstraße für LKW >20to kann innerorts durch Schild aufgehoben werden - D.h. eine Schnellstraße innerorts auf der 80km/h ist darf der LKW dann auch 80. Wenn die ausserorts ist - nicht)

Aber ist doch nur Gefühlt. Der access=private Artikel im Wiki sagte (bis gestern) das ALLE driveways mit einem access=private getagged werden sollen. Aber da steht nicht das ich das nicht nutzen darf. Und woran erkenne ich eine private Zufahrt. Und wenn mir der Bauer sagt das er das nicht will? Ist das verifizierbar?

Du begibst dich da in einen Wackelpudding an halben Wahrheiten, gefühlten Wirklichkeiten und partikularwissen das sich nicht validieren lässt. Und DAS ist exakt das was OSM nicht abbilden will. Dann sind wir bald bei Hömeopathie und Granderwasser.

Flo

Ist aber in den default-Listen (auch als Fußnote) nicht vermerkt, kann also ein Nutzer auch nicht anwenden.

Eine Ausnahme, die dann an eine baulich getrennte Landstraße gemappt werden müsste.

(Aber wer hält sich den an “60” als 40-Tonner auf einer Landstraße?)

Nicht jedes Schild verlangt nach Mapping. Es ist nett, an besonders nebelgefährdeten Stellen die Fahrer nochmal dran zu erinnern, bei Nebel nur 50 zu fahren. Aber das ist IMHO kein spezielles Gebot an dieser Stelle, sondern gilt generell.

Ich sehe das ähnlich wie solche Schilder, die wir auch nicht als Abbiegebeschränkung einmappen, weil sie sich schon aus der Einbahnstraßenregelung ergibt.

TL;DR: Redundante Beschilderung gehört nicht gemappt. Jeder Sachverhalt sollte exakt ein Mal in die Datenbank.

–ks

Die VZ250 auf Radrouten sind oftmals falsche Beschilderungen. Mal an die Kommune wenden die tauschen sowas dann gerne aus. Habe ich schon mehrfach Praktiziert. Das ist bei denen oft auch einfach Nachlässigkeit. Das Schild steht wohlmöglich 50 Jahre und keiner weiß mehr so genau.

Flo

StVO §3 - Und es sind sogar >7.5to - Das ist eine bauartbedingte Höchstgeschwindigkeit - Keine Streckenbezogene Höchstgeschwindigkeit.

Das meine ich ja mit implizieten einschränkungen. Das ist auch eine Legislative Einschränkung basierend auf dem Fahrzeug. Genauso gibt es Legislative einschränkungen basieren auf der Straße. All das was wir aber nicht explizit vor Ort finden mappen wir nicht.

Flo

Was spricht dagegen diese Analog zu den Landesspezifischen abzubilden?

Wenn wir nach Kanada kommen gibt es die Notwendigkeit ja auch. In Ontario ist das rechts abbiegen an Ampelkreuzungen überall erlaubt (Vorgehen wir bei einem grünen Pfeil in Deutschland).

Einmal über den Ottawa River 200m nach Hull gefahren und schon ist das nicht mehr erlaubt.

Flo

Ich weiß nicht, ob was dagegen spricht.
Bislang gibt es das jedenfalls nicht.
Und wenn man es einführte, müsste von Kartenerstellern und Routern das entsprechende Bundesland berücksichtigt werden.

ein access=no für eine bestimmte Verkehrsart (also in diesem Falle horse=no) sollte meines Erachtens nur dann eingetragen werden, wenn sich dadurch ein Abweichen von der generellen Regel ergibt. Da in NRW das Reiten auf Waldwegen generell erlaubt ist, ist es meines Erachtens sinnvoll, in einem eng umgrenzten Gebiet wie diese von mir erwähnten Reitersperrgebieten alle! davon betroffenen Wege mit horse=no zu versehen und gleichzeitig alle als Reitweg ausdrücklich ausgewiesenen und ausgeschilderten Wege mit horse=designated.
Ob es aber sinnvoll ist, bei der in MV geltenden Regelung “Reiten ist nur auf besonders gekennzeichneten Wegen gestattet” (vgl. https://www.wald-mv.de/landesforst%E2%80%93mv/Waldbesucher/Reiten-im-Wald/) alle nicht gekennzeichneten Wege mit horse=no zu bezeichnen, wage ich zu bezweifeln. Da würde ich mich eher auf ein horse=designated bei den entsprechend gekennzeichneten Wegen beschränken wollen. Insofern gebe ich Skinifaxi mit dem oben zitierten Satz Recht.

Was die von mir erwähnten ausgewiesenen Reitwege betrifft gibt es noch ein weiteres Problem. Das blaue Reitwegschild (Zeichen 239) ist eigentlich ein Verkehrsschild, dass andere Verkehrsteilnehmer ausschließt. Ein als Reitweg so ausgeschilderter Weg darf also weder von Fußgängern noch von Radfahrern genutzt werden und natürlich nicht von KFZ. Nun wird teilweise dieses Schild in etwas kleinerer Form als eine Art Hinweis- oder Wegweiserschild genutzt, und dies auf Wegen, die eindeutig auch von Wanderern genutzt werden sollen oder auch von Fahrzeugen, d.h. in einer Weise, die keine Ausschließende Bedeutung für andere Verkehrsteilnehmer hat.

Und noch ein Problem:
In dieser Tabelle zu default-Werten https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions sind die default-Werte zu “track” nach wie vor als “proposal”, also als Vorschlag angegeben. Scheinbar ist es noch nicht gelungen, hier eine Festlegung zu machen, vielleicht gerade deswegen, weil es keine deutschlandweit einheitliche gesetzliche Regelung gibt. Insofern erscheint mit an dieser Stelle der iD-Editor konsequent, der ja die default-Werte für die einzelnen in der Auswahlliste angezeigten Verkehrsarten (motor_vehicle, foot, bicycle, horse) versucht in grauer Schriftfarbe anzuzeigen. Bei highway=track wird dort bei diesen Verkehrsarten “Nicht angeben” angezeigt, was wohl eine Aufforderung darstellen soll, bei entsprechender Kenntnis einen passenden Wert dort einzutragen, wohingegen z.B. bei highway=unclassified bei den vier Verkehrsarten ein in grauer Schriftfarbe gehaltenes “yes” angezeigt wird, was wohl eine Aufforderung darstellen soll, hier nur etwas einzutragen, sollte dieser default-Wert nicht zutreffen. Das gleiche bei highway=path, bei dem bei motor_vehicle ein graues “no” offensichtlich darstellen soll, dass dies der gültige default-Wert ist.

Ich entnehme der Default-Tabelle (Track-default-Werte lediglich als proposal gekennzeichnet), dass es aufgrund sehr unterschiedlicher rechtlicher Situationen (je nach Bundesland, teilweise sogar auf Gemeinde-Ebene unterschiedlich oder durch veröffentliche Regelungen für einzelne Waldabschnitte (s.o. “Reitersperrgebiete”) bei ausreichender Orts- und Rechtslagekenntnis sinnvoll sein kann, die zutreffenden acces-tags einzutragen, d.h. bei einem Waldweg, bei dem ich zweifelsfrei weiß, dass dieser von Fußgängern genutzt werden darf, foot=yes einzutragen und das sogar dann, wenn es kein Schild vor Ort gibt, dass Fußgängern dies ausdrücklich erlaubt. Wichtig wäre aber dabei, dass es auf dem konkreten Weg wirklich zweifelsfrei so ist (wenn man sich bei dem konkreten Weg nicht sicher sein kann, sollte man den Eintrag besser weglassen anstatt einen falschen Wert einzutragen). Je nach Sichtweise handelt es sich dann zwar um einen unnötigen Eintrag, da von vielen “yes” als default-Wert angesehen wird (aber wie gesagt: Status “proposal” in der genannten Tabelle), aber es ist trotzdem ein Eintrag, der die Situation auf dem Weg korrekt wiedergibt, nämlich eine explizite Erlaubniss (durch ein Landesforstgesetz), diesen Weg als Fußgänger, Reiter oder Radfahrer zu nutzen.
Bei access=no wäre ich bei den genannten drei Verkehrsarten allerdings vorsichtiger. Denn die Landesforstgesetze legen zwar fest, dass Fußgänger, Reiter, Radfahrer bestimmte wege nutzen dürfen, unabhängig davon, ob es sich um einen Privatwald oder einen Staatswald handelt, sagen aber in der Regel wenig dazu, wo Reiten ausnahmslos verboten ist.

Gut, das bestätigt ja eigentlich meinen Gedankengang.

Das Beduerfniss und die Vorschläge von Galbius kann ich ja gut nachvollziehen. Man muss sowas halt mit Augenmass und mit Blick auf die Vorraussetzungen verwenden. In einem Gebiet wie NRW - wos wahrscheinlich ist, dass mind. 90% der existierende Wege auch in Openstreetmap sind - ist so ein “Zonenmapping” sicher vertretbarer als in Gebieten, wo es wahrscheinlich ist, dass noch 80% der Wege fehlen. Wenn als Konsitens wahrscheinlich ist kann man das vielleicht so machen.

Ich finde da zwar andere Lösungen klueger, weis aber dass die technisch schwierig sind. Wir können ja leider keine Flächen einzeichnen, die Auswirkungen auf die Default Werte von Strassenobjekten haben. Das wäre in diesem Fall allerdings die sinnvollste Möglichkeit.

Anders sieht es fuer mich aber schon aus, wenn jemand anfängt alle Deiche oder Flussbegleitwege des Bundeswasserstrassenamtes mit solchem Tagging zu versehen, nur damit der Tag gesetzt ist.

Und trotz der Bestätigung: im Wiki abweichende Stellen zu finden, geht schnell:

Da wird doch genau das eben genannte Prinzip wieder auf den Kopf gestellt… depending on country ist doch genau dieses nicht ontheground sondern fehlende Detailierung der default-werte fuer das land durch tagging der Einzelobjekte beheben…

Gehen wir doch noch weiter und machen Defaut-Regeln nicht nur für jedes Land, Region, Provinz, sondern für jeden Weg! Weil dann sparen wir noch mehr Tags, müssen nichtmal mehr das highway-tag setzen, weil es in dem lokalen Kontext ja dann klar ist, was das für ein Weg ist.

Die OSM-Datenbank wird dadurch sehr schön und übersichtlich.

Natürlich müssen Routing-Anwendungen dann die lokalen Default-Regeln für jeden Weg kennen. Bestimmt können die diese Information irgendwie geschickt verwalten und vielleicht sogar teilen - wäre das nicht eine ideale Anwendung für eine Datenbank?

Sorry, aber ich fühle mich hier verschaukelt, und mit Deinem Eintritt in diese Diskussion hier ist sie dann irgendwie auch zuende, weil dagegen kommt man nicht an (was hat Dich denn ins Forum veschlagen?).

Und natürlich mappen “wir” (Du vielleicht nicht) “legislation”. Schau Dir mal die maxspeeds an. Oder den Rechtsverkehr: nehmen wir jetzt um alle Verkehrsinseln die Oneway-Tags wieder raus, weil da keine Einbahnstrassen beschildert sind? Was Du da als Bibel verkaufst ist auch nur ein Wiki-Artikel, wo jemand seine Sicht reingeschrieben hat.

Das möchtest du nicht und das wirst du aus deiner Praxis wissen. Wenn du mappern nicht eindeutig sagst wie etwas zu mappen ist sondern jeder access tags mit der Gießkanne verteilt dann hatten wir mal halbwegs routingfähiges Straßennetz. Ich opponiere seit 10 Jahren gegen “gefühlte” access tags mit wenig Erfolg. Die “Userfreundlichen” Editoren legen es den Usern halt nahe das man da aus dem drop down möglichst viele beantworten muss. Und dann kommen halt access termini bei raus die nach StVO nicht Beschilderbar sind und die in sich kaputt und widersprüchlich sind.

Oh - Es geht um MICH - Das wusste ich nicht.

Hallo Arndt,
ich bin Florian. Ich bin verheiratet und haben 2 Kinder im Alter von 10 und 12. Ich bin Debian Developer, hab lange Linux Kernel zeugs gemacht. Habe den Debian/Mips und Debian/Mipsel port initiiert, habe für alte Workstations Bootloader, Netzwerktreiber und so zeugs geschrieben und bin irgendwann vor 12 Jahren mal bei OSM gelandet. Wir kennen uns von der ein oder anderen State of the Map oder vielleicht FossGIS Konferenz und wir haben schonmal das Patschehändchen geschüttelt. Ich habe viel gemapped und die letzten 10 Jahre Community Building Betrieben. Ursprünglich habe ich viel Osmarender Infrastruktur gebaut und renderfarmen Betrieben (Na - Wer kennt noch osmarender?). Ich habe teilweise OSM auch kommerziell eingesetzt für die Tiefbauplanung für FTTH (Hab da mal einen Lightning Talk auf der FossGIS in Münster zu gehalten). Mittlerweile mache ich am meisten QA, routing, access tags, semantische Fehler im landuse bereich etc etc. Ich war eigentlich immer sehr aktiv auf den Mailinglisten bis man mir sagte das die “richtig coolen Jungs” eher im Forum rumhängen. Und - voila - da bin ich … Jetzt klicke ich mich halt mal hier durch - Man will ja dazu gehören.

Es tut mir leid das ich eine Meinung habe die vielleicht nicht immer Mehrheitskompatibel ist - Aber so ist das in einer pluralistischen community. Muss man halt drüber reden und dann kommt was tolles bei raus.

Genug von mir?

Flo

[Modhut auf]
Kurze Erinnerung - hier geht es um Sachthemen, nicht um Personen. Also bitte bei der Sache bleiben und persönliche Vorbehalte auch für sich persönlich behalten. Niemand muß sich dafür rechtfertigen, daß er mitdiskutiert.
[Modhut ab]

Volle Zustimmung.
Hier war aus meiner Wahrnehmung heraus gerade eine interessante Diskussion in den Gang gekommen über ein Thema, dass immer wieder in Variationen aufkommt und für dass es meines Erachtens keine einfachen Antworten gibt. Eine Diskussion, bei der ich mich persönlich besonders darüber gefreut habe, dass Flohoff sich daran beteiligt hat. Dieses u.A. deswegen, da wir beide schon einmal vor ca. 1 bis 2 Jahren mal per Changesets über das Thema access-tags diskutiert haben ohne zu einem Ergebniss zu kommen.
Es wäre schade, wenn diese Diskussion nun beendet wäre und ich möchte Flohoffs letzten Satz voll unterstreichen:

Ja, ich wuerde diese Diskussion auch gerne zu einem greifbareren Ergebniss fuehren.

Es geht ja so schnell, dass man nicht mehr aus dem Zusammenhang denkt. Hoofmaker auf Nops Reit-und Wanderkarte etwa hat die unangenehme Eigenschaft in Schweden vor jeder Waldschranke “kehrt” zu machen (Nutzung als Reiter). Dabei ist es sogar (unter Androhung hoher Busgelder!) verboten Wanderer, Fahrradfahrer und Pferde (alles was mit Muskelkraft läuft) aus seinem Wald auszusperren oder Hindernisse zu bauen, die diesen den Zugang erschweren.

Aber: Genervt von dem Problem mit einer Anwendung “löse” ich mein Nutzungsproblem in dem ich an alle Waldschranken die ich eintrage / oder an denen ich vorbei will “access=permissive, fot=yes, cykel=yes und horse=yes” pappe - obwohl das eigentlich die länderspezifische Grundannahme sein muesste. Damit mache ich zwar keinen Fehler, aber ja auch nichts gutes.

Und dann muss man schon auf einer Metaebene gucken, wie das eigentlich sein soll. Der mechansiche Edit fuer alle Waldschranken in Schweden hätte ja soviele Nachteile, dass er als realistische Option ausscheidet. Eine Relation in die man alle Waldschranken aufnimmt und an diese das Tagging anbringt ist ziemlich unuebersichtlich und nicht wartbar - und vermutlich auch nicht auswertbar.

also was bleiben fuer Optionen?

Nuja, in meinem Fall Softwareentwicklung und einen eigenen Gren vom BBrouter ähnlich dem Hoofmaker, dem ich irgendwie beibringen, in Schweden an Waldschranken prinzipiell vorbeizulaufen… aber auch doof…

Doch, Probleme lösen ist gut und die Gänsefüsschen und das schlechte Gewissen fehl am Platz.

Es ist tatsächlich so, dass man mit 2 verminten Wikiseiten und 3 Dickköpfen bei solchen Fragen scheinbar die Meinungsführerschaft halten kann in einem Projekt mit hundert tausenden Beitragenden. Aber nur scheinbar, denn wenn Leute mit Freude am Diskurs und scheinbar unendlichen Resourcen die öffentliche Diskussion dominieren, dann sind die leisen, die im Stillen wirken und es am Ende gestalten, längst weg und es ist keine Diskussion mehr, sondern nurnoch ein Zirkus.

Meine Beobachtung ist, dass die meisten “Stillen” ganz pragmatisch mappen, so dass OSM für Otto Normalgarminuser oder Erika Mustermannrenderer gut funktioniert, und sich von den hochakademischen Debatten um das Kaisers Bartfollikel hier im Forum oder auf Mailinglisten nicht kirre machen lassen. :slight_smile: