Hallo erstmal, ich bin neu hier im Forum und pflege seit einiger Zeit im norddeutschen Raum vor allem radtaugliche Routenabschnitte mit (Korrekturen von Befahrbarkeiten, Zugänglichkeiten, kleinere Verbindungsfehler etc.).
Meine Frage ist sicher nicht neu, jedoch finde ich ad hoc keine Antwort im Forum: Ich stoße verschiedentlich auf Gebiete, in denen SEHR akribisch jede Laterne, jeder Baum und jede Adresse eingetragen wurde - die Karte wird damit regional völlig überladen und auch schlechter lesbar.
Sicherlich gibt es längst Hinweise zum Umgang mit einer solchen Situation; gerne würde ich auch den Urheber persönlich anschreiben, um einen “Edit-War” zu vermeiden.
Kann mir jemand auf die Sprünge helfen?
wir haben fast überall zuviele Details um sie alle gleichzeitig anzuzeigen, OpenStreetMap ist eine Datenbank. Wenn eine daraus gerenderte Karte zuviele Details anzeigt ist das das Problem der Renderingregeln und kann man versuchen beim Kartenersteller ändern zu lassen. In der Datenbank gibt es nicht zuviele Details.
Um welchen Kartenstil oder welche Karten-App geht es hier konkret?
Bäume haben wir im Standardstil nur auf Zoomlevel 18, und Laternen werden von keinem der angebotenen Kartenstilen auf OpenStreetMap.org gerendert.
Und spätestens bei “jede Adresse” ist für mich klar: natürlich wollen wir diese Daten möglichst vollständig haben, denn in diesem Fall geht es ja nicht nur um das was angezeigt wird, sondern auch zB. um Adresssuche und Routenplanung …
Oder geht es konkret darum, dass es bei der Bearbeitung zu unübersichtlich im Editor wird? Zumindest JOSM bietet da ja umfangreiche Filtermöglichkeiten mit denen man steuern kann was man tatsächlich zu sehen bekommt, und gerade bei Node-Objekten wie Bäumen und Laternen kann man auch davon ausgehen, dass man in der Regel nichts kaputt macht wenn man diese bei der Bearbeitung von anderen Dingen einfach ignoriert …
Jein, wenn die Detailliertheit so hoch ist - dass eine Aktualisierung/Instandhaltung nicht mehr möglich ist - ist es zuviel. Aber ja was die Karten daraus machen ist deren Sache.
Wenn Karten anfangen Laternen oder Bäume darzustellen - und dadurch unübersichtlich werden - dann ist es ein Fehler der Karte. Das ist für die Kartenersteller halt teils nicht leicht - da meist zu Beginn nur besondere Bäume, Parkbänke, Laternen eingetragen wurden - dann alle. Zu wissen welche besonders sind ist meist kaum möglich (geht etwa wenn Verweis zu wikipedia oder ähnlichem) und dann bleibt dem Kartenersteller nichts übrig als alle wieder rauszuschmeißen.
Wenn also Objekte via Importen reinkommen - ist es meist wirklich nicht angebracht. Da die aktualisierung dann wahrscheinlich nicht gegeben ist. Bei Straßen sollte man auch versuche zu vermeiden zu viele Aufsplittungen zu machen - aber gerade bei großen Kreuzungen ist das halt nur schwer möglich wenn man korrekt Geschwindigkeiten / Gebote je Fahrspur mappen möchte.
Daher ist es ja besser cycleway=track/lane zu verwenden und nicht ein highway=cycleway und das an jeder Kreuzung versuchen korrekt zu verbinden - auch wenn da 5m Grünstreifen zwischen Straße und Fahrradweg ist (wenn bei Kreuzungen der Fahrradweg eher separat verläuft - erst dann würde ich ihne separat mappen).
das stimmt nicht ganz, eigentlich muss man immer alle Daten im Blick haben beim Editieren, zumindest wenn es nicht um admin Grenzen geht, weil man natürlich z.B. kein building so verschieben sollte, dass ein Baum oder eine Straßenlaterne drin ist, oder eine Straße so verschieben, dass diese Dinge die Straßenseite wechseln, oder auch einfach mitten auf der Straße stehen. Eigentlich hängt alles zusammen, und mehr Details machen weiteres Mappen aufwendiger, das stimmt schon. Am einfachsten ist es wenn alles leer ist, da kann man nichts kaputtmachen
Dann ist das Problem aber schon vorher, wenn man die Daten nicht aktualisieren kann sollte man sie auch nicht importieren (und wenn man sie aktualisieren kann dann braucht man sie in der Regel nicht zu importieren weil man sie sowieso schon erfasst hat )
Gerade bei Nodes (Einzelbäume+Laternen) oder auch bei Adressen kann ich nicht verstehen, inwiefern die nun die Darstellung oder Erfassung von Radrouten behindern sollen.
Nebenbei ist es nicht richtig, dass Kartenanbieter entweder alle oder keinen rendern (können), Bäume z.B. werden häufig nur dann gerendert, wenn denotation=landmark ODER denotation=natural_monument ODER name=[vorhanden].
Ja, verschieben ist die Ausnahme von “in der Regel”, hatte das zunächst auch mit erwähnen wollen, war dann aber doch zu schreibfaul.
Aber dafür gibt es ja in JOSM zB. auch die Möglichkeit Dinge nicht komplett als unsichtbar wegzufiltern, sondern nur nicht auswählbar zu machen und nur in Schwarz zu zeichnen
Ich persönlich finde eine hohe Detaildichte nur dann problematisch, wenn die Bearbeitung dadurch stark erschwert wird. Das ist z.B. dann der Fall, wenn eine Straßenlinie alles 10m zerschnitten wird. Oder bei sich überlagernden Objekten. Für letzteres ist ein gutes Beispiel der Bereicht Kölner Dom / Kölner Hauptbahnhof. Der Dom wurde als 3-D-Mapping-Objekt aufwändig eingezeichnet, zwischen Hauptbahnhof und Dom sind Straßenverkehr und Fußgängerverkehr auf mehreren Ebenen angesiedet. Bearbeitet werden muss das alles auf einer einzigen Ebene.
An dem, was radlerhh in seiner Eingangsfrage schildert, sehe ich dagegen so nicht. Radlerhh, vielleicht kannst Du mal einen Link zu einem Kartenausschnitt hier reinstellen, wo man erkennen kann, was Du meinst. Denn Du schriebst ja nicht, dass die Wege- und Straßen, über die eine Radroute läuft, zu stark zerstückelt sei sonden von Bäumen, Straßenlaternen und Adressen. Und bei denen kann ich nicht wirklich erkennen, wieso dadurch die Karte überladen wirken soll. Aber wie schon Andere hier geschrieben haben, ist es immer eine Frage des Renderns, also der Kartendarstellung (was wird wie und in welcher Zoom-Stufe abgebildet).
Aber es gibt genug Konsitensprobleme. Wenn man nicht die ganze Gegend detailverliebt mappt gibt es durchaus sowas wie “zuviele Details”.
Immer wieder ärgerliches Beispiel: eine Durchgangsstraße ist eher grob gemappt, alle 50 Meter einen Punkt und fast 90 Grad Kurven mit nur drei Punkten. Jetzt fängt jemand an, diese Straße mit Gullideckeln, Papierkörben, Bordsteinabdeckungen und Laternenpfählen zu “verzieren” ohne dabei die Lage der Straße erstmal zu justieren.
Da hat man dann ganz viel Spaß, weil einfach nix mehr logisch zusammenpasst.
unter Konsistenzproblemen hätte ich eine andere Kritik erwartet. Wenn man solche Details so wie beschrieben einzeichnet dass sie nicht zu den bestehenden Daten passen dann ist das einfach falsch (falsche Straßenseite etc.)
Konsistenzprobleme eigentlich richtiger Daten wären für mich z.B., wenn in einem Stadtviertel alle Buslinien eingezeichnet sind und in einem anderen nur 1. Dann sieht es so aus als gäbe es dort nicht mehr Linien, obwohl eigentlich nur die Daten unvollständig sind
Nu Daten haben mehrere Ebenen: an einer Straße wo im Strassenbegleitgrün jeder Busch einzeln eingezeichnet ist (mit Name und Art) hat dieses Detailmapping eine Auflösung rund um 5 Meter. Wenn dann eine Straße eine Auflösung von ca 50 Metern hat und kleine Kurven hintenrunterfallen ist das nicht konsistent. Und verwirrt.
Du fragt wie man mit (übermäßiger) Detaildichte umgehen soll…gar nichts tun!
Adressen sind wichtig und wenn an der Stelle wo es gemapt wurde auch eine Laterne/Baum oder Kanaldeckel usw. ist dann hat sich jemand die Arbeit gemacht das einzutragen. Wenn es nicht falsch eingetragen ist dann ist das auch so ok und hat in der Datenbank zu bleiben.
Oder die Detaildichte der Umgebung entsprechend erhöhen
Jedenfalls fände ich es keinesfalls akzeptabel, mit der Begründung “zu viele Daten” was rauszulöschen. Was soll denn überhaupt “übermäßig” heißen? Übermäßig wofür? Was wird durch die hohe Datendichte verhindert oder erschwert?
Was unsere Datenbank angeht, die ist theoretisch niemals zu detailliert. Wenn ein daraus erzeugtes Kartenprodukt unübersichtlich wird, dann muss sich der Maintainer dieses Kartenproduktes Gedanken machen und seine Rendering-Regeln entsprechend anpassen. Keine Karte ist dazu gezwungen, alles darzustellen, was in der Datenbank steht.
Oder stört es in der Bearbeitung? Dann nimm einen Editor mit Filterfunktion. Wenn ich Straßen bearbeite und jemand hat angrenzende Äcker, Gebüschstreifen oder Wiesen bis auf oder quer über die Straße gemappt ohne Sinn und Verstand, so dass ich die Straßen-Nodes kaum noch zu fassen kriege, dann kann ich in JOSM die störenden Elemente mit einem Klick ausblenden und sie stören nicht mehr. (Werden natürlich dadurch nicht richtiger, aber das ist in dem Moment nicht mein Problem.)
Also nochmal: Woran entscheidet sich, welcher Detailgrad “zu viel” ist und welcher gerade noch geht? Das ist doch reine Geschmacksache.
