flohoff's Comments
| Changeset | When | Comment |
|---|---|---|
| 176843606 | Ich hab auch die Brücke wieder von allem abgelöst (Die der B61) Es ist nicht besonders geschickt objekte möglichst viel mit anderen Objekten zu verkleben. Das macht die Nachbearbeitung extrem aufwendig. Wenn überhaupt werden gleichartige Objekte verbunden wenn sie wirklich aneinander Grenzen bei denen auch keine überlappung sein sollte (Weil das ein semantischer fehler wäre) Z.b. landuser/natural oder building etc. Aber amenity mit landuse mit leisure zu verkleben ist tendentiell falsch. Flo |
|
| 176843606 | Und man kann auch einzeichnen das der Skatepark bis unter die Brücke geht - dann darf man den aber nicht miteinander verbinden. Denn die Brücke wäre layer=1 (Ist ja oben drüber) und der skatepark ist unten drunter. Ich habe das mal alles abgelöst. |
|
| 176843606 | Nur weil ich den hier gerade gefunden habe. Du malst hier wild irgendwelche dinger über und untereinander und partiell überlappend. Das ist alles maximal unschön. Entweder ein sports_center ist IN einem residential, oder ausserhalb. Aber nicht drin bis auf so ein paar Quadratmeter. Und dann wild mit allem möglichen verklebt. Das ist alles extrem doof da irgendwas mal nachbearbeiten zu müssen. Ich räume das jetzt hier mal auf - Aber ich bin nicht wirklich amused. Ebenso hab ich den Garten vom Flußbett Hotel wieder entfernt. Das ist kein öffentlicher Park. Flo |
|
| 176839790 | Moin,
Flo |
|
| 176822999 | Nur weil du hier ohne not alle paths zu footways machst. Du kennst den Diskussionsstand das path das alles ersetzen soll? Flo |
|
| 176834422 | Moin,
Du kannst nicht natural/landuse einfach aufeinander stapeln nur weil das in der Karte nett aussieht. Hier sind jetzt tonnen an semantischen fehlern. Und innerhalb des Nordbades gibt es keine natural=scrubs - das ist einfach unsinn. Flo |
|
| 176766410 | Good catch - routing war hier kaputt. |
|
| 175550716 | Die Art und weise wie du hier gerade austeilst ist das nicht zielführend. Da wird nichts manuell eingetragen oder abgemalt. Man kann geometrien automatisch aus dem ALKIS übernehmen. Und das ist EXAKT so im ALKIS Exportes des Kreis GT drin. Das sind rundungsfehler beim umrechnen von bezier kurven auf multipolygonen.
Doppelklick in die Fläche
Fertig. Und ich habe solche dinger auch schon übernommen, ich simplifye die aber vor dem upload. Flo |
|
| 175550716 | In diesem fall ist das ja ein ziemlich runder Balkon im 1. Stock der überdacht ist. |
|
| 175550716 | Exakt so wie es im ALKIS ist - Das problem ist vermutlich hier das das als Bezier Kurve im original ALKIS ist, und dann als linestring/polygon exportiert wird. Dabei findet eine umrechnung statt. Passiert bei der nummer gerne auch bei güllebehältern. Ich nehme dann im josm einfach das simplify dann ist das schick. Flo |
|
| 175550716 | Wies1: > Flo, wo siehst du einen Lagerraum
Das Luftbild ist nicht die Wahrheit. Guck mal vor Ort oder Google Streetview oder ähnliches.
Das meine ich mit - DU MUSST VORSICHTER SEIN - Nur ins Luftbild gucken und alles drüberballern macht dinge kaputt. Man muss das mit verstand machen. Flo |
|
| 175550716 | Also - ich werde da jetzt nicht alles durchgehen - aber nur so exemplarisch: way/139785760/ - das ist EIN Dach nicht zwei Nope - es sidn 2 Gebäudeteile + ein umlaufendes Dach. Der eine Gebäudeteil ist das eigentliche Geschäft, das andere ein Lagerraum (südlich) Dann gibt es das umlaufende Dach udn das schliesst den Südlichen Lagerraum mit ein.
Wenn würde ich den Fehler darin sehen das der Lagerraum nicht da ist. Rechtlich ist das was jetzt bei OSM ist das was laut ALKIS genehmigt ist. Die wände des Lagerraums sind vermutlich nachträglich gekommen. way/292969919/ - die fehlende Ecke sind Balkone und im EG Ladenfläche Keine Ladenfläche - ist nach aussen offener eingangsbereich. Wenn müsste da das gebäude mit min_level oder wie ging das - gemapped werden. Die ecke ist nicht im ALKIS - ist ein fehler da. Bzw ich würde vermuten das das ALKIS auch den outline auf Erdgleiche hat - und dann stimmt das ALKIS. Aber so what - ja - nachtragen. way/292969871/ - keine Dächer sondern Balkone und somit Gebäudeteile Das ist noch komplizierter. Das was da separat ausgewiesen ist nach vorne sind nicht die Balkone - Die sind mit drin. Aussenansicht des Gebäudes nehmen, sondern wieder der Eingangsbereich der nach aussen offen ist und eben auf Erdgleich kein Gebäudeoutline ist - weil eben nach aussen offen. Also hier den ausgeschnittenen teil von roof auf building=yes building:min_level= taggen. way/405493425/ - Parkplatz und Zaun drumherum gehören zusammen Mache ich auch nicht. Wenn der Parkplatz einen Zaun hat dann liegt der innerhalb des Parkplatzes. Das ist hier unglücklich weil der random mal drinnen und mal draussen liegt. Das kommt aber nicht aus dem ALKIS und ein anderes Thema. relation/13433328 - Fußgängerzone reicht direkt an die Hauswände Halte ich für schlechten Stil und würde ich in GT immer entfernen. Unterschieldiche Objekte miteinander zu verbinden ist immer an irgendeiner stelle eine Einladung das es kaputt geht. Und wenn man ganz genau hin sieht geht die Fußgängerzone eben nicht bis zur Hauswand. Da ist immer noch ein Kantstein, Keller Lichtschächte etc die eben nich öffentlicher Raum/Fußgängerzone sind. Das ist ziemliche Geschmackssache. Ich mache es nicht aus nachbearbeitungsgründen. Ich würde es auch da wo ich es finde ungluen. way/1457415352/ ein durchgängiges Dach an der kompletten Häuserfront Ich habe keine Aussenansicht gefunden. Aber wenn ich mir das im Luftbild ansehe ist ein deutlicher unterschied der Bauausführung des Nördlichen teils und des Südlichen teils zu sehen. Dazu sind es eben laut ALKIS einzelne Gebäudeteile. way/1456205227/ - kein separates Gebäude, sondern das Treppenhaus Doch separates Gebäude. Es hat kein Dach, es ist niedriger als das Hauptgebäude, es ist nur eine Zinkstahl Konstruktion die Freistehend neben dem Gebäude ist. Und Gebäude werden mind. immer dann getrennt wenn sich attribute unterscheiden. Also Höhe, Farbe, Geschosse, Dachform. Kann man hier also sauber verargumentieren das das hier nicht mit im outline des Gesamtgebäudes mit drin ist.
Man kann immer sich überlegen ob man ein gesamt building= macht und dann die separaten Bestandteile als building:part mapped. Aber NUR ein Gesamtgebäude würde ich hier auch nicht sehen. Also ich verstehe schon das wies1 da sehr unvorsichtich drüber mangelt, aber die änderungen die da sind sind nicht so eindeutig kaputt, und in einigen fällen IMHO auch richtig oder wenn dann eher unvollständig oder geschmackssache. Wir sind bei OSM in einem Detailierungsgrad angekommen das eben dann auch irgendwann offeriert dinge unterschiedlich zu machen, und das muss nicht zwangsweise falsch sein. Also ich würde sagen - Ein bisschen verbal abrüsten und sensibler mit dem umgehen was schon da ist. Da hat ja jemand viel Herzblut rein gesteckt. Flo |
|
| 175550716 | Rechtlich ist das richtig - Wir dürfen aus dem ALKIS übernehmen. Aber einfach drüberballern ist im zweifelsfalle immer falsch. Mapper haben mitunter manuell dinge nachgepflegt die dann wegfallen, oder verschlechtert werden. z.b. aufteilung mit building:part oder besseres Tagging als building=yes oder oder oder. Es geht darum respektvoll und vorsichtig mit dem bereits gemappten umzugehen. Einfach "Wir dürfen aus dem ALKIS übernehmen und ich baller das jetzt drüber" ist keine Respektvolle Teamarbeit. Und wenn DeFra85 dir sagt - Ey - da geht was kaputt dann ist die richtige Antwort bestimmt nicht: "Kannst du ja korrigieren". Dann ist es deine Aufgabe zu verstehen was du da kaputt gemacht hast und dann vorsichtiger zu sein. Flo |
|
| 175550716 | Das die Gebäude "kumm und schief" sind würde mich wundern - Das kann eigentlich nur ein Unfall sein. Denn im ALKIS sind sie ja centimetergenau eingemessen und so übernommen. |
|
| 175550716 | Das müsst ihr je nach Gebäude einzeln lösen. Das Tagging was aus der API automatisch kommt ist aus dem ALKIS - Also wenn da dinge als roof raus kommen dann steht das exakt so auch im ALKIS - Wenn dinge gut gemapped sind muss man halt aufpassen und nicht wild alles drüberbügeln. |
|
| 176314517 | Ich verstehe hier die änderung nicht mehr. Also wenn die Straße weggerutscht und nicht repariert ist dann ist da doch keine Straße richtig? Oder es ist nur ein Pfad oder ähnliches. Du hast das jetzt geändert auf eine existierende Straße die nur ein Z260 + Z1020-30 trägt aber ansonsten vollständig ist. Das passt ja nicht zu dem was passiert ist und auch nicht zum Luftbild. Flo |
|
| 176155291 | Nur so als hint weil ich den changeset gerade gsehen habe. Wenn da ein access=yes drauf ist gilt das - damit sind alle anderen hinfällig. Und in den verschiedenen tags gibts eine hierarchie - ist im Wiki beschrieben: motor_vehicle inkludiert motorcar und motorcycle - d.h. das ist alles total überflüssig das auch zu taggen. Wenn da ein Zeichen 260 steht + Landwirtschaft frei ist das einzige access tag was drauf muss ein "motor_vehicle=agricultural" - denn Z260 ist immer motor_vehicle - und NUR motor_vehicle Flo |
|
| 175919108 | Moin,
Das hier war das Ergebnis - Rot alt - Grün neu. https://osm.zz.de/routeqa/?rid=670996,1178099#50.99288,7.68579,14z ratrun hat das heute schon repariert. Flo |
|
| 175959651 | Wenn du die wege aufspaltest passt übrigens die "width" nicht mehr - Die entweder löschen oder updaten. |
|
| 175867382 | Auch hier path -> footway Das ist jetzt ein bischen durcheinander. Siehe auch Wiki: "Die Benutzung dieser Wege durch Fahrzeuge ist in der Regel nicht erlaubt. " D.h. hier müsste ein Z239 stehen z.b. - Steht aber nicht.
Flo |