Detailmapping in Heidelberg

Danke für die vielen ausführlichen und informativen Antworten.

@Wulf4096

Das kann ich nicht ganz nachvollziehen. Beispiel: Bei einer Seitenstraße A die in eine andere Straße B einmündet (T-Kreuzung) wird die Seitenstraße A ja auch über den Asphalt der Straße B bis auf dessen Mittelline weitergeführt ohne dass dort etwas von Straße A physisch “existiert”. Man macht das, weil diese Verbindung logisch exisitiert. Genau so ist es bei Fußweg-Übergängen. Manchmal sind diese nicht markiert, trotzdem exisiteren sie. Der Vorteil ist da sogar, dass diese weiter attributiert werden können und sollten (z.B. für welche Verkehrsmittel der Übergang passierbar ist). “Mappen für den Router” liegt hier nicht vor. Stattdessen handelt es sich um eine Modellierung der Wirklichkeit.

@kreuzschnabel

Ich denke hier liegt ein unterschiedliches Verständnis der Sachlage vor. Wenn man sich Arbeiten anschaut, die tatsächlich Fußgängerrouting auf OSM-Daten unter Berücksichtigung der sidewalk Tags machen (Beispielweise in der Arbeit von Nathanael Lang beschrieben: https://github.com/Nathanael-L/pedro/blob/master/bachelorarbeit_nathanael_lang.pdf)), stellt man fest, dass diese in dem Fall auch den Umweg über die gemappten crossing Punkte wählen.

Router können das von dir beschriebene “Abkürzungs-Problem” weiterhin lösen indem das Tag “sidewalk=separate” ausgewertet wird.

?? Sorry, ich würde mich sogar mit meinen “nur” -5 Dioptrien ohne Brille nicht abseits von einem regulierten Übergang über eine Straße trauen, die ich nicht kenne.

Ich finde dass dieser Sachverhalt einfach über “sidewalk=separate” Tags an der Fahrbahn abgebildet werden kann.

Das Argument könnte man aber auch in die andere Richtung drehen: Es ist ja auch nicht verboten eine Straße als Fußgänger an einer Stelle zu überqueren, wo Fahrbahn und Gehweg durch einen Grünstreifen getrennt sind. Wieso ist es dann OK, den Gehsteig separat zu mappen? Für mich ist das nicht schlüssig.

Oh, entschuldige. Ich hab natürlich vermehr die Argumente pro separate-Geometien angeführt, weil ich fand dass diese in der Diskussion zu kurz kamen. Worauf ich eigentlich hinaus wollte, ist dass es hier zwei konkurrierende Schemas gibt, die beide Vor- und Nachteile haben, aber beide valide sind - laut OSM wiki. Solange es nicht einen Konsens in der Community für die eine oder andere Variante gibt, finde ich es übertrieben zu fordern dass das Mappen in einer bestimmten Variante unterlassen werden soll.

@Tordanik

Ja, richtig. Ähnlich verhält es sich aber auch bei Gehwegen, die baulich getrennt von der Fahrbahn verlaufen. Ähnlich verhält es sich auch bei Fahrbahnen die baulich getrennt sind (z.B. Autobahnen). Lösungs-Ansätze für dieses Problem gibt es sicher mehrere. Das ist doch ein generelles Problem in OSM, dass OSM kein Modell einer Straße kennt, sondern nur Fahrbahnen modelliert werden.

Ja. Aber auch clevere Algorithmen spielen eine wichtige Rolle. Gehwege könnten “einfach” mit naheliegenden parallel verlaufenden Fahrbahnen gematcht werden, um Information über die Lage, Name oder low-zoom Renderung zu ermöglichen. Das ist wie schon erwähnt auch bereits jetzt bei anderen Objekten und Situationen “notwendig”, zum Beispiel für gutes low-zoom Rendering von Mehrfahrbahnigen Straßen.

Na ja, zum Beispiel ein konkreter Routingdienst, der auf Basis des “sidewalk” Mappingmodells für alle Usergruppen (körperlich gesunde Menschen, aber auch Ältere/Kinder/Eltern/) korrekte Ergebnisse liefert, und welcher mit separat gemappten Gehsteigen nicht umgehen kann. Ich kenne keinen. Es gibt auf der anderen Seite bereits eine Lösungen die gut mit separat gemappten Gehwegen umgehen können, aber nicht mit sidewalk Tags auf Fahrbahnen (zum Beispiel https://github.com/species/vortrag-osm-RMB-Graz/blob/master/vortrag.pdf, http://wheelroute.at/ - oder https://maps.openrouteservice.org).

Also das kann ich auch nicht ganz nachvollziehen. Was ist jetzt konkret unlösbar? Du hast ja schon selbst Lösungsvorschläge gemacht. Klar, manche Dinge benötigen noch etwas Entwicklungsarbeit, andere vielleicht etwas erweiterte Mapping-Schemas (z.B. relationen für Straßen). Aber ich glaube nicht, dass das Problem grundsätzlich unlösbar ist.

Was genau funktioniert dort denn nicht? Wenn ich mir z.B. die Innnenstadt von Dortmund oder Graz anschaue, finde ich die Darstellung der exakten Gehsteiggeometrien eigentlich recht passend und intuitiv (z.B. fällt mir der korrekte Abstand zwischen den Gehsteigen und den Häusern/Bäumen/… positiv auf).

@Gppes

Das ist ja der Punkt. Manche Mapper finden das separate Mappen von Gehwegen als einfacher und intuitiver. Wieso möchtest du das denjenigen Leuten verbieten?

Das ist natürlich ein Fall, wo separates Mapping von Gehwegen tatsächlich grenzwertig ist. Wir sprechen hier aber von einem urbanen/städtischen Umfeld, mit tatsächlich baulich deutlich abgesetzten Gesteigen und in der Regel parkenden Autos zwischen den Gehsteigen und den Fahrspuren.

Dafür entschuldige ich mich. Meine Empfindung war hier allerdings, dass Forum-Neulinge mit einseitigen Dargestellungen konfrontiert wurden, die nicht zu den Informationen passen, die man im OSM Wiki findet. Und auch dem widerspricht was in der Praxis in den OSM Daten zu sehen ist.

Ich finde auch dass dieser Thread eigentlich kein Ort sein, wo man über persönliche Meinungen zu Vor- und Nachteilen von noch konkurrierenden Mappingmodellen diskutiert. Dafür gibt es bessere Orte wie z.B. die “tagging” Mailingliste.

Hier wurde lediglich ein Projekt angekündigt, das abklären wollte ob alles Geplante sich mit den aktuell bestehende Regeln von OSM vereinbar ist. Noch sind laut OSM Wiki beide Varianten des Gehweg-Mappens erlaubt. Oder irre ich mich da?

Nochmal zusammenfassend: Hier fragen 2 Studenten nach Rat. Statt neutralen Antworten bekommen sie Meinungen die sich nicht mit den Informationen im Wiki decken. Die Studenten fragen mich als “OSM Veteran” was davon zu halten ist. Ich sage ihnen: „Solange ihr mappt wie im Wiki beschrieben, ist es euch frei selbst zu entscheiden wie genau ihr das macht.“. Ist das denn falsch?

Auch wenn jetzt wieder viele aufstöhnen, es sollte die Daten der Wirklichkeit gemappt werden. Und ein Fußweg liegt nun 6-10 m neben der Fahrbahnmitte. OSM ist keine “Karte” oder “Router”.

Jetzt wird viel detaillierter gemappt als vor einigen Jahren alles an einen way “unübersichtlich” (rechts/links/Fahrbahnen und deren Beschaffenheit und Nutzbarkeit) zu hängen.

Natürlich sollten Datenfehler beseitigt sein: fehlende Zufahrten oder falsche Nutzbarkeit, in Kreuzungsbereichen zurück verzogenen Querungen, usw.

Ein “sportlicher” Router kann von dem separaten Fußweg über die Straße mit 4-6 Spuren zur gegenüberliegenden Seite routen oder er route nur, wenn die Straße 2 Fahrbahnen hat.

Und wenn sich “räumliche Projekte” mit der detaillierten Erfassung beschäftigen, sollte dies nicht immer wieder als “total falsch” hingestellt werden. Werden dabei “falsche” Schlüssel oder Werte benutzt, sollte dies berichtigt werden.

Richtig. OSM ist eine abstrahierte Abbildung der Wirklichkeit, die so gut wie möglich für digitale Navigation auswertbar sein soll. Deshalb bilden wir Straßen vereinfacht als Linien ab, obwohl sie natürlich eine Breite haben – mit Linien kann ein Router halt viel leichter was anfangen. Wenn du deinen Standpunkt konsequent vertrittst, mappst du Straßen nur noch als Fläche, das kommt der Wirklichkeit am nächsten. Denn ein linearer Straßen-Way bildet ja lagetechnisch höchstens die Mittellinie ab, und auf der darf man gar nicht fahren.

Damit kehrst du aber die in OSM übliche Bedeutung von separaten Mapping, nämlich bauliche Trennung, auf den Kopf. Verrat uns doch bitte, woher der Router die Information haben soll, dass er dort auf den übernächsten Way springen kann. Anders gefragt: Woher weiß der Router bei separat gemappten Fußwegen, ob die Fußwege baulich an der Straße hängen und nur wegen der Außenlage separat gemappt wurden – oder ob etwas dazwischen ist, etwa ein Zaun, eine Hecke oder eine Leitplanke? Und das Kriterium „wenn kein Zaun gemappt ist, ist auch keiner da“ ist praktisch nicht durchführbar. Dafür müsstest du erstmal sehr, sehr viele Zäune und Hecken nachmappen, die noch nicht drin sind, weil es nach bisherigem Konsens nicht sein musste, weil Separatmapping bislang „nicht verbunden“ bedeutet.

Das tut ja auch keiner, pack den Strohmann bitte ein. Niemand hier hat etwas dagegen, detailliert zu mappen.

Nicht als „total falsch“ hingestellt, sondern sachlich mit Argumenten kritisiert wird lediglich eine bestimmte Art des Detailmappings, nicht Detailmapping an sich. Das Argument, das Tordanik sehr plastisch ausgeführt hat, ist dieses: Durch Separatmapping straßenbegleitender Wege geht Information verloren, nämlich die Information, dass der Weg auf seiner gesamten Länge baulich ein Teil der Straße ist. Mit den geschilderten Konsequenzen (Zuordnung von Straßennamen oder destinations zum Weg, beliebige Querungsmöglichkeit etcetera).

Wenn diese Zugehörigkeit auf andere Weise kodiert wird, z.B. als Relation, dann habe ich überhaupt nichts dagegen. Das ist allerdings keine Vereinfachung mehr gegenüber den Tags am Straßen-Way. Wie stellen wir sicher, dass jeder Anfänger seine neu gezeichneten Bürgersteige passend in Relationen packt? OSM soll doch auch einfach bearbeitbar bleiben.

Jetzt wird’s sportlich. Also Fahrspuren auch als einzelne Ways?

–ks

yep.
Auch in allen anderen Punkten ++

OSM modelliert die Wirklichkeit. Wenn man die Wirklichkeit 1:1 exakt abbilden wollte, müsste man 1-dimensionale Wege und 0-dimensionale Knoten verbieten. Stattdessen müsste man alles über 2-dimensionale Polygone (oder besser 3-dimensionale Polyeder) mappen. Eine Straße würden dann aus mehreren verklebten Flächen bestehen: Fahrbahnen, Verkehrsinseln, Bordsteine, Radwege, Grünstreifen, Fußwege, usw.

Ich vermute dass das ziemlich schnell unbenutzbar wird.

Ja.

Wenn es gegenüber einer Einmündung einen abgesenkten Bordstein gibt, könnte man so argumentieren. Aber wenn man 100m Straße hat, und auf der gesamten Länge beidseitige Gehwege, darf man trotzdem überall die Fahrbahn queren, egal wie die Bordsteine geformt sind.
Wie viele Übergänge will man dann malen? Pro Meter einen?

Abbilden könnte man es so sicherlich. Aber das passt nicht wirklich ins OSM-Datenmodell rein. Router müssten den User dann von einem Weg auf einen anderen springen lassen, ohne dass die Wege laut Datenmodell verbunden sind.

Laut StVO ist es erstmal nicht verboten. Eventuell gibt es örtliche Verordnungen, die sowas verbieten. Und wenn man vom Wege-Paradigma ausgeht, muss man irgendwo eine Grenze ziehen. Man darf (je nach Verordnungen) auch quer durch den Wald laufen, gemappt werden trotzdem nur Wege.

Zu der Frage, wo man diese Grenze zieht, findet man verschiedene Aussagen. Eine ist hier: https://wiki.openstreetmap.org/wiki/Attributierung_von_Stra%C3%9Fen_in_Deutschland#Getrennte_Linien

Beispiel eine übliche Tempo-30-Zone. Fahrbahnrand ist komplett zugeparkt. Hinter den Stehzeugen liegt ein Gehweg, der direkt an die (zugeparkte) Fahrbahn anschließt. Vom Fußweg aus gehen Wege zu den Häusern ab. Die nächste Stelle die nicht regelmäßig dichtgeparkt wird liegt 100m weiter. Würde man separat mappen, müsste man die 100m gehen.
Tatsächlich findet man immer eine ausreichend breite Lücke zwischen zwei Parkzeugen, um dort auf die Fahrbahn zu gelangen.

Das ganze Thema ist schwierig und egal wie man’s macht, macht man’s falsch.

Derzeit spreche ich mich tatsaechlich gegen das “Extra-Way-Mapping” aus - aus der Gesamtheit der genannten Gruende. Verbieten tu ich niemandem etwas; wir sollten aber schon versuchen im Konsens zu Mappen. Und es waere ganz nett, wenn das gemappte durch einen Computer auswertbar ist.

Noch einmal zu meinem genannten Beispiel; Extra Way bedeutet:
o Eine weiteren Way dazu zeichnen und diesen richtig an saemtliche Kreuzungen anbinden
o Den neuen Way mit einem Tag versehen, das anzeigt, dass es sich um einen Gehsteig handelt
o Den neuen Way ggf splitten
o Dem neuen Way die eigentlichen Attribute verpassen

Sonst:
o Den existierenden Way ggf. splitten
o Die Attribute an den Way geben

Also hier kann es keine zwei Meinungen geben, was komplexer ist!? Oder habe ich irgend was vergessen?

Persönlich finde ich getrennt-Mapping nur an komplexen Kreuzungen manchmal vorteilhaft, auch wenn die Übergänge zu nachfolgenden Straßen sehr merkwürdig werden: Da sieht es dann auf den ersten Blick so aus, als gäbe es keinen weiterführenden Fußweg. Das liegt allerdings an den gängigen Karten-Stilen.

In Darmstadt sehe ich eine Menge getrennt-Mapping – und es ist meist “nicht schön”. Fast immer fehlen bei getrennt gemappten Gehwegen nötige Übergänge oder die Datenlage ist aus anderen Gründen eher ‘unübersichtlich’.

Ich nehme an, dass es in Darmstadt eine Zeitlang sehr aktive Mapper gab, die Vorteile im getrennt-Mapping sahen, jedoch
a) beim getrennt mapping nie konsistent genug gearbeitet haben
b) weder intuitiv noch flächendeckend gearbeitet haben
c) nicht mehr mappen.

Aus dieser Perspektive möchte ich ganz stark darum bitten, beim “Detailmapping Heidelberg” nicht nur euer Projekt und das Ergebnis dessen im Auge zu behalten, sondern auch, dass die Openstreetmap nach dem Ende eures Projekts noch weiter existiert und andere mit den Daten weiter arbeiten müssen.

Beste Grüße
t

ps1. Der JOSM Stil “Gehwege” hilft mir ziemlich.
ps2. Ich finde es zweifelhaft zu schreiben “Ich hoffe ihr nehmt es nicht übel, wenn…”, zuvor aber die Diskussionskultur zu bemängeln.

Ich möchte jetzt nicht einen der beiden Ansätze verteufeln. Beide haben ihre Vorzüge und Nachteile. Aus meiner Sicht ist das Getrennt-Mappen der Gehwege deutlich anspruchsvoller und da hake ich ein.
Ich kenne typische Hochschulprojekte nur zu gut:
Zu Beginn sind alle enthusiastisch und voller Ideen, das relativiert sich dann zunehmend, da man ja auch noch anderes zu tun hat.
Gegen Ende wird es dann hektisch und um wenigstens die Abschlusspräsentation über die Bühne bekommen zu können, wird so manche Teilbaustelle als mühsam übertünchte Ruine hinterlassen.
Nach Projektende zerstreuen sich die beteiligten Studenten in alle Himmelsrichtungen und der/die Projektbetreuer bekommen ja kein Geld mehr und müssen sich neuen Projekten und dem Alltagsbetrieb zuwenden, wenn es kein Anschlussprojekt gibt.
Mit Modifikationen ist das bei allen zeitlich begrenzten (bezahlten) Projekten auch außerhalb der Hochschule so.

Für OSM betrachte ich das als problematisch, denn die Weiterarbeit und insbesondere die Wartung bei getrenntem Gehwegmapping ist mMn deutlich aufwendiger, sprich es trauen sich nur wenige daran und Änderungen sind fehlerträchtiger. Meine Befürchtung ist, dass im Endeffekt die Datenqualität im betreffenden Gebiet allmählich immer schlechter wird und sich die ursprüngliche gute Absicht ins Gegenteil verkehrt.

Um den diskutierten Konflikt zu entschärfen, dass ein seperat eingezeichneter Gehsteig von Routern nicht zu unterscheiden sei von einem durch einen Grünstreifen, einen Zaun oder eine Leitplanke von der Fahrbahn getrennten Fußweg gäbe es meines Erachtens eine einfache Möglichkeit:
highway=footway mit dem Zusatzattribut footway=sidewalk zu versehen (was der iD-Editor bereits länger schon als “Gehsteig” anbietet). Man müsste dazu dann nur in den einschlägigen Wiki-Artikeln klarstellen, worin der unterschied zwischen einem Fußweg mit oder ohne dieses Zusatzattribut ist, d.h. dass ein baulich getrennter Fußweg nicht als Gehsteig einzuordnen sei.
Die Renderer könnten dieses Zusatzattribut dann sicherlich auswerten und einen Fußweg mit dem Zusatzattribut als zu der direkt parallel verlaufenden Straße zugehörig einordnen.
Zudem sollte man ebenso auf den einschlägigen Wikiseiten auch klar herausstellen, dass beim seperaten maping von Gehsteigen der Gehsteig zwingend in kurzen Abständen zwingend durch einen Verbindungsway mit der parallel verlaufenden Straße verbunden werden muss, dafür bieten sich neben offiziellen Fußgängerüberwegen auch Hauseinfahrten an und andere Stellen, an denen der Bordstein für ein kurzes Stück abgesenkt ist und in Kreuzungsbreichen muss auch eine Anbindung erfolgen, auch wenn dort der Bordstein nicht abgesenkt ist (was eigentlich aufgrund der Vorschriften für Barrierefreiheit nicht mehr sein dürfte). Auch für dieses Anbinden lassen sich Regeln aufstellen.
Das Problem ist meines Erachtens nicht, dass es zwei Möglichkeiten gibt, Gehsteige einzutragen (dies gibt es auch z.B. auch bei Verkehrsinseln) sondern dass aufgrund eines teilweise beinahe als eine Art Glaubenskrieg ausgetragenen Streits darauf verzichtetet wird, die Regeln für beide Möglichkeiten zu präzisieren und zu dokumentieren.
Vergleiche hierzu: https://wiki.openstreetmap.org/wiki/DE:Gehsteig

… das ist aus meiner Sicht nicht ganz trivial: Woher soll der Renderer wissen, zu welcher Straße der Weg gehört? Als kognitiv mit solchen Aufgaben bewanderte Menschen fällt uns das ziemlich leicht – aber auf dem Graphen der Wege ist das eine nicht ganz triviale Aufgabe. Grundsätzlich wäre es begrüßenswert, wenn es Renderingstile gäbe, die sidewalk-Tags auswerten :slight_smile: (mir ist jedenfalls keiner bewusst).

Ein Argument gegen getrennt-Mapping (wurde glaube ich schonmal genannt, fällt aber bislang mEn ein bisschen hinten runter): Ist der Sidewalk an der Straße getaggt, so kann eine Sprachausgabe bei Routen “der Mustermannstraße folgen” sein. Bei getrennt-Mapping ist dazu Mehraufwand beim Erstellen und bei Wartung nötig. In einer Zeit, in der offensichtlich wird, dass die OSM ein zunehmendes Problem mit der Wartung der Datenbestände hat, ist es mEn notwendig, sich darüber Gedanken zu machen wie die Hürde für Wartung niedrig gehalten werden kann.

Das Argument mag für 0-8-15-Situationen komisch erscheinen, aber sobald die ersten drei Relationen über einer Straße/einem Weg liegen, verlässt so manche Situation schnell den Wohlfühlbereich und riskiert Situationen zu schaffen, in denen unbedarfte Mapper schnell Kollateralschäden anrichten.

Vor allem das hier:

Meiner Einschätzung nach ist das nicht eben einfach, sondern im allgmeinen Fall vermutlich gar nicht robust lösbar.

Falls ich mich da irren sollte und es eine praktisch verwendbare Lösung gibt, die auch mit komplizierten Situationen klarkommt (also keine Heuristik, die nur “meistens” funktioniert), wären meine Bedenken gegen das Getrenntmapping größtenteils vom Tisch.

Mit besseren/aufwendigeren Mapping-Schemas kann man die o.g. Probleme selbstverständlich lösen. Meine Beiträge beziehen sich auf das aktuelle Schema für Gehsteigways, bei dem es eben keine Relationen o.ä. zwischen Straßenstücken und Gehsteigstücken gibt. Würdet ihr ein solches erweitertes Mapping-Schema für euer Detailmapping einsetzen, würde meine Kritik bezüglich des Informationsverlustes natürlich nicht greifen.

Ich möchte gerne dort, wo es in der Realität keine Lücke zwischen dem Gehsteig und der Straße gibt, auch in der 3D-Darstellung eine lückenlose Geometrie erzeugen. Wenn ich die Information habe, dass Gehsteig und Straße zusammengehören, kann ich sicherstellen, dass die Fahrbahn exakt bis zur Bordsteinkante geht. (Oder eben bei Vorhandensein eines Parkstreifens einen solchen ebenfalls lückenlos dazwischen einbauen etc.)

Wenn es hingegen einfach nur zwei Ways sind, die ohne erkennbare Beziehung nebeneinander her laufen, muss ich sie so nehmen, wie sie sind. Das erkennt man dann z.B. an einem “Grünstreifen” zwischen Gehsteig und Straße, wo in der Realität gar keiner ist.

Ich habe den Eindruck, dass dieser Thread zumindest von einigen Teilnehmern als Bestandteil der von den Organized Editing Guidelines vorgesehenen Kommunikation zwischen einem organisierten Mappingteam und der Community aufgefasst wurde, nicht als reines “Foren-Neulinge bitten um Rat”. Vielleicht rührt daher ein Teil der unterschiedlichen Erwartungen an Inhalt und Kommunikationsstil?

Weil das jetzt noch einmal angesprochen wurde moechte ich das jetzt auch noch los werden, weil ich mich ueber die Formulierung durchaus gewundert habe:

Vor allem die letzten vier Worte haben mich irritiert. Rat fragen geht aus meiner Sicht jedenfalls anders…

Man kann die Formulierung auffassen als „wir machen das so, wie wir wollen, und ihr habt das so hinzunehmen“. Ich hatte das aber eher so verstanden: „Wundert euch nicht, wenn in HD in nächster Zeit mengenweise Details dazukommen, das ist dann unser Projekt“.

Aber d’accord: eine Bitte um Rat hab ich da auch nicht gelesen, sondern eine Projektvorstellung. Es ist vollkommen legitim, wenn das eine Diskussion auslöst, zumal dann, wenn ohnehin kontrovers diskutierte Methoden angewendet werden sollen. Des hedd scho a G’schmäckla vo „wir schaffen jetzt vollendete Tatsachen“.

–ks

Für mich bliebe dennoch bestehen, dass Straßen an beliebigen Stellen gequert werden können und der Wartungsaufwand, bzw. die zu beachtenden Punkte (gerade für Neueinsteiger!) mehr sind.

Seh ich deutlich enstpannter, bzw. eher so wie ks im ersten Teil “Wundert euch nicht…”. Finds gerade aber auch nicht zielführend jetzt hier über die Formulierung zu reden. War vielleicht unglücklich, jetzt ist ja eher klar, dass es wohl auch um Rat fragen gehen sollte. Anna, Karen, vielleicht lest ihr die Verwunderung über eure/Annas Formulierung so, dass hier im Forum nicht unbedingt ankam, dass Ihr auch Rat wollt.

Gibt es denn konkrete Stellen, an denen Tagging an Grenzen stößt, bzw. wo in Heidelberg gerade nicht klar ist, wie das via Tagging zu lösen wäre? Mein Eindruck ist, dass es hier häufiger um Barrierefreiheit ging. Oder geht es um Darstellung auf Karten? Oder geht es euch ums Routing?

Vielleicht helfen solche Beispiele, Lösungen zu finden.

Ja, das stimmt, eigentlich sollte es nicht um Formulierungen gehen. Ich nehme meine penible Anmerkung zurueck! :wink:

Seit dem 6.6. und meiner Nachfrage sind nun einige Tage ohne Reaktion vergangen. Es war nicht die einzige Nachfrage, die beim “Detailmapping Heidelberg”-Team konkrete Problemstellungen, die ‘Getrennt Mapping’ von Gehwegen erfordert, erfragte.

Es hieß es sei ein Team, welche hier (auch) um Rat fragt. Das stelle ich nun doch auch stark in Frage.

Parallel geht das getrennt Mapping weiter und bestätigt mindestens meine Vorurteile, worüber ich ernsthaft erstaunt bin: fiktive Verbindungswege, die Überwege über die Straße schaffen sind Inkonsistent, Wege enden sehr unvermittelt – Work in Progress.

De facto ist der OSM Stand des Heidelberger Nordens also seit etwa 6.6. einigermaßen ‘unbrauchbar’, weil die Mappenden dem Anschein nach nicht darauf achten, mit Ihren Changesets stets eine funktionsfähige Karte zu hinterlassen, sondern sich vielmehr ihrem “großen Ziel” verschrieben haben. Soviel Missachtung für das Bestreben der OSM und der Community die Karte jederzeit in einem ‘akzeptable’ verwendbaren Zustand zu haben führt bei mir zu mehr als Irritation und stimmt mich traurig.

Wer mag: Die Goteinstraße ist gerade ein Paradebeispiel für Fragezeichen: Wenn ich von Hausnummer 3 zu 8 möchte, muss ich dann zur Kreuzung vor laufen? Von der Wielandstraße 1 kommt man scheinbar nicht zum Friedhof – jedenfalls nicht auf direktem Weg. Zwei Beispiele, die ich bei einfach nur draufzoomen gesehen habe, ohne länger zu suchen.

Wie mag die Community damit umgehen?

p.s. One more thing: https://www.openstreetmap.org/#map=19/49.41579/8.68893 – der Gehweg führt an der südlichen Seite der Schröderstraße wohl über die Häuser. Oder so.

http://osmose.openstreetmap.fr/en/map/#zoom=16&lat=49.41763&lon=8.68439&item=1070&level=1%2C2&tags=&fixable=

Es sind nur überlappende Objekte als Warnungen aktiviert. Quasi jede Überquerung der separat gemappten Wege über die Straße stellt eine Überlappung dar, weil keine Knoten gesetzt wurden.

Das ärgert mich nun tatsächlich, da ich Dokkan in einem Changeset Anfang Juni darauf hingewiesen hatte.

@tudacs: Genau das (Osmose) wollte ich auch gerade schreiben.

Ohne jetzt alles hier im Detail verfolgt zu haben, kommt mir die folgende “Regel” in den Sinn: Nur separat mappen, was auch baulich getrennt ist. In Heidelberg sieht es nun so aus, als wenn die Bürgersteige immer baulich getrennt von den Straßen angelegt sind. Aus meiner Sicht eine routingtechnische Katastrophe.

https://www.openstreetmap.org/directions?engine=graphhopper_foot&route=49.41690%2C8.68537%3B49.42042%2C8.68463#map=17/49.41874/8.68581
:roll_eyes:

Ja, das ist diese Art von Mapping fast überall.

Nachdem es sich aber de Fakto nicht verhindern lässt, gäbe es aus meiner Sicht zwei Hilfslösungen:

  1. highway=footway bei Gehsteigen zwingend mit footway=sidewalk ergänzen
  2. für solche “unechten” Wege ein highway=sidewalk etablieren.
    Damit könnten Router und Renderer diese Wege gezielt ignorieren bzw. spezialisierte Anwendungen diese gezielt bevorzugt nutzen.
    Gegen 1. spricht, dass es komplizierter ist und der Zusatz viel zu gern vergessen wird.