OpenStreetMap
vanagaudi's Comments
| Changeset | When | Comment |
|---|---|---|
| 186896803 | Vielen Dank für diesen Hinweis. |
|
| 181138601 | highway=traffic_signals#Tag_all_incoming_ways Die Fußgänger- und Radfahrerampeln stehen alle an den Haltelinien und besitzen eine Richtung, in der sie wirken. In der allgemeinen Karte sieht man diese Richtungsangabe nicht, erst wenn man den Karteneditor bemüht. Aber für die Router ist diese Richtungsangabe relevant und berechnet eine entsprechende Zeit-Penalty nur für diese Richtung. Diese Kreuzung ist auch nicht ganz so einfach, da manche Radwege in beide Richtungen befahren werden dürfen, andere dagegen nicht. |
|
| 186778400 | Link to OSM2World: https://osm2world.org/demo/?lat=50.9790896&lon=6.8983723&radius=88.15&alpha=4.330&beta=0.964
|
|
| 183641839 | Hallo, vielen Dank für deinen Hinweis. Mir ist aufgefallen, dass bei Flächenprüfungen erstaunlich wenige Fehler auftreten, wenn die Flächen aus verketteten Linienzügen (also Multipolygonen) bestehen. Tatsächlich betreffen etwa 70 % der gefundenen Flächenfehler Polygone, die mit einem einzigen Linienzug gebildet wurden. Hier liegt die Ursache oft darin, dass versucht wurde, komplexe Flächen mit einfachen Polygonen darzustellen – obwohl Multipolygone die bessere Wahl wären. Ich kann daher der Annahme nicht zustimmen, dass neue Mitwirkende bei der Bearbeitung von Flächenbeschreibungen mit Multipolygonen eine höhere Fehlerquote aufweisen würden als bei einfachen Polygonen. Vielmehr scheint es, dass oft das Grundverständnis für die Einschränkungen jeder Art von Polygonen fehlt. Aus diesem Grund wäre es sinnvoll, wenn neue Mitwirkende frühzeitig auch mit einfachen, kleinen Multipolygonen in Kontakt kommen. So könnten sie Schritt für Schritt erlernen, dass eine Eigenschaft nicht nur einem einzelnen Linienzug zugewiesen werden kann, sondern dass sich mehrere Linienzüge eine Eigenschaft über eine Relation teilen können. Interessanterweise wird die Verwendung von Linienrelationen (z. B. ÖPNV-Linien oder Bundesstraßen mit Hunderten von Knoten) von niemandem infrage gestellt. Gleichzeitig traut man Anfängern aber nicht zu, mit Relationen umzugehen, die vielleicht nur zwei Dutzend Knoten umfassen – und das nur, weil sie eine Fläche beschreiben. Wenn ich echte Multipolygon-Fehler finde, handelt es sich meist um falsch benannte Außen- oder Innenringe. Unvollständige Ringe kommen fast ausschließlich bei Boundaries vor, wenn ein Teilstück gelöscht, die Relation aber nicht aktualisiert wurde. Solche Fehler lassen sich in der Regel leicht beheben. Problematischer wird es, wenn eine Boundary als eigener Linienzug existiert, der im Editor kaum sichtbar ist und dann – aus Unwissenheit – zusammen mit anderen Linienzügen und Knoten verschoben wird. Das führt mitunter zu unplausiblen Grenzverläufen. Ich plädiere dafür, neue Mitwirkende bewusst mit Multipolygonen vertraut zu machen, anstatt diese Methode gänzlich zu vermeiden. So können sie von Anfang an erlernen, wie man verschachtelte Flächen effizient abbildet. Viele Grüße, vanagaudi |
|
| 184306681 | Hi, du hast letztens an Multipolygonen gearbeitet. Mir ist da ein Fehler aufgefallen:
|
|
| 169812107 | However, it is actually legal to use this road "Kempener Außenring" by foot. |
|
| 183306923 | I guess best way is to use noname=yes to meet official naming and name:right=Boerholz to give buildings an properties a named access road. |
|
| 183457603 | Ja, so ist es. Außerdem fehlt überall der erste Bindestrich im Namen: "St.Michael-Straße" |
|
| 183201624 | Es wurden fehlerhafte ALKIS-Daten nach OSM übertragen. |
|
| 183306923 | The official street name directories seems to have wrong information here, as in ALKIS all houses and properties located at this street shows the street name "Boerholz" in their location designation. |
|
| 183204992 | In OSM werden keine Straßennamen abgekürzt.
|
|
| 183284854 | Kürze keine Namen ab, die auch ohne Abkürzung geschrieben werden können.
|
|
| 183286028 | Do not use abbreviations in names in OSM, even if they are written with an abbreviation in the official street name directories.
|
|
| 183285748 | Abkürzungen sind bei Straßennamen nicht zu verwenden, auch wenn dies der offiziellen Schreibweise entspricht:
|
|
| 182334743 | Briefe werden jetzt mit dem Motorrad ausgeliefert :-D
|
|
| 182098245 | Hallo,
Kommst du oft an der Tonhalle vorbei? Ich habe da noch ein Problem mit der Längenbeschränkung auf der Oederallee. Ich weiß, dass es früher mal eine in der Berggauf-Richtung gab, aufgrund der spitzen Einmündung an der Hofgartenrampe. Aber auf den aktuellen Street-Side Bildern ist davon nichts mehr zu finden. Da die Längenbeschränkung auf OSM aber erst vor ein paar Jahren eingetragen wurde, bin ich mir da unsicher, ob der Schlüssel nun gelöscht werden kann. Vielleicht weißt du da mehr? In dem Verkehrsschilderkataster ist jedenfalls nichts zu dieser Längenbeschränkung verzeichnet.
|
|
| 182098245 | Ja, gerne:
Ich habe diesen Straßenabschnitt der Realität angepasst, in der keine Bauliche Abtrennung der Rechtsabbiegespur existiert. Verifiziert habe ich das neue Straßenstück mit dem OSM Lane Visualizer:
Es fehlt noch die Entfernung der separat eingezeichneten Rechtsabbiegespur auf diesem Teilstück. Und es muss noch entschieden werden, was mit dem nach Osten verlaufendem Radweg passiert.
Ich möchte die mögliche Trennung des Radwegs gern anhand der baulichen Trennung entscheiden, und ob dazu die Bordsteinkante zwischen den ausreichend ist. |
|
| 181713574 | Eine Ende der Vermietung bedeutet nicht, dass das Gebäude abgerissen wurde. Besser nur die Einträge zum Gebäude löschen, die zur Vermietung gehören. Alle anderen Einträge wie Gebäudeumrisse und die Gebäudeadresse sollten bestehen bleiben. |
|
| 162139978 | Korrekt. Name wird geändert. |
|
| 173953372 | Hello, you're right. In the past within this area I added some elevation information in case there there was an elevation information post beside the street. I checked Mapillary for this junction and the mentioned post is missing. So I removed the elevation information again.
|