OpenStreetMap
kartler175's Comments
| Changeset | When | Comment |
|---|---|---|
| 30067120 | Bei Auteilung von Straßen beteiligte Abbiegebeschränkungen beachten! |
|
| 30222097 | Multipolygone sind dazu da, um Flächen zu definieren, nicht um Objekte zusammenzufassen.
|
|
| 29660547 | Für Wanderrouten bitte keine Wege doppelt einzeichnen, wo schon welche sind, sondern ein Route anlegen mit den bestehenden Wegen als Mitgliedern:
|
|
| 29272809 | Bitte nicht neinfach neue Wege über schon vorhandene zeichnen!
|
|
| 28951077 | Autobahnen sind keine Wiese! Folgen u.a.
|
|
| 28954322 | Es wäre schön langsam an der Zeit, sich mit dem Zeichnen korrekter Polygone zu befassen:
|
|
| 28768340 | Das als natural grassland zu mappen ist glatter Hohn. Unnd bitte nicht diese Art von Multipolygonen, das entspricht nicht best practice! |
|
| 27605015 | Bleib doch bitte bei den Tatsachen und lege Wiesen und Äcker nur dort an, wo auch welche sind, nämlich neben und nicht auf den Straßen. Dann passiert es auch niicht, dass plötzlich Straßen miteinander verbunden werden, die in Wirklichkeit keine Verbindung haben. Hier kannst Du mal sehen, was das für Auswirkungen auf Router und Navigation hat: http://osrm.at/aTX |
|
| 28425890 | Offenbar hast Du dabei was falsch gemacht. Lade dir mal den Bereich und lass den JOSM-Validator drüberlaufen! Ich bin mit dem OSM-Inspector drauf gestoßen, der hier unverbundene Wege meldet. Wer der Ersteller ist, ist im Prinzip egal. |
|
| 28425890 | Hauptstraße und Peilstraße nochmal angelegt, obwohl sie schon existieren! Wieso?
|
|
| 27966078 | Die restriction und die Richtung des to-Weges. passen nicht zusammen!
Du schreibst NICHT RECHTS abbiegen. In der Relation steht aber NUR RECHTS abbiegen. Wenn Lastwagen nicht nicht rechts abbiegen dürfen, sondern nur geradeaus fahren oder links abbiegen , müsste das NICHT RECHTS (no_right_turn) sein. Dann müsste der to-Weg aber auch rechts abzweigen, anstatt links wie jetzt. |
|
| 28047314 | Way #319729340, gelöscht, der zwar keine Eigenschaften hatte, aber Teil des Landuse-Multipolygons #4256486 als äußere Grenze war und damit praktisch die Wiese entfernt. iD warnt nicht vor den Folgen solcher Löschungen und erfordert deshalb besondere Sorgfalt beim Löschen vermeitlich überflüssiger Linien. |
|
| 27966078 | Dann dürfte die Beschränkung aber nicht only_right_turn sondern only_left_turn sein. Dann stimmen auch die Wege in der Relation. Von den Fahrzugtypen habe ich nichts geschrieben. |
|
| 27966078 | die beteiligten Wege passen doch wohl nicht zur Richtung der Abbiegebeschränkung |
|
| 28047314 | gibt es eine bestimmten Grund, jetzt schon zum zweitem mal den outer-way des landuse-Multipolygons zu löschen? |
|
| 27993866 | Warum hier einfach neue Wege über schon bestehende legen, anstatt der Eigenschaften anzupassen? |
|
| 27610555 | weder reichen Äcker und Wiesen bis zur Straßenmitte noch teilen sich Wege unter und auf einere Brücke einen gemeinsamen Node |
|
| 27512925 | gesamte Residenz als 1 Gebäude, da geschlossener Gebäudeumriss ohne Baulücken. Gebäudeteile innerhalb als building:part=yes.
|
|
| 27195824 | Das ist doch hoffentlich nicht Absicht! Oder ist das der erste Schritt, alle Wiesen, Wälder, Grasflächen usw. der Erde in jeweils einem einzigen Multipolygon zusammen zu fassen? MP diesser Art widersprechen eindeutig guter fachlicher Praxis:
|
|
| 27236868 | Dass das Komma als Dezimaltrenner ein Fehler ist, ist eindeutig und und keine Geschmacksfrage (osm.wiki/DE:Map_Features/Units#H.C3.A4ufige_Fehler) und bedarf wohl keiner Diskussion. Das Vorgehen ist folgendes: Abfrage der ways mit width-Angaben, die ein Komma als Dezimaltrenner enthalten, aber ansonsten korrekt sind, mit Overpass Turbo.
Export des Egebnisses in JOSM Manuelles Ändern der Werte in JOSM. Objekte mit identischen key-value-Paaren lassen sich auswählen und in einem Schritt bearbeiten. Validierung mit dem JOSM-eigenen Validator. Die Angabe layer=0 wird dabei auch erkannt und mit der Reparaturfunktion des Validators korrigiert.
|