Ah - ich habs gesehen - ich halte das aber für einen Fehler - Da hat die Straßenverkehrsbehöre Z250 aufgestellt ohne die Fahrräder im Kopf zu haben.

Ich würde da ein motor_vehicle=no drauf machen mit entsprechendem note.

Flo

Moin,
wie ist das denn das beschildert das da ein vehicle=no drauf kommt?

way/191742656

Flo

Weil als solches im ALKIS drin.

Flo

Auch hier - wieder wild irgendwelche objekte mit "Node exzessen" versorgt und wild miteinander verklebt - *gnarf*

Ich repariere das mal.

https://tmp.zz.de/20260105-MortuaryEnvy/Screenshot_from_2026-01-05_10-42-42.png

Und bitte lies dir nochmal die Mapping Best Practices durch. Ich entferne permament excessive nodes von dir die du in gerade segmente willkürlich irgendwo einfügst.

Dinge die gerade sind brauchen keine nodes in der mitte. Grundsätzlich gilt "so wenig wie möglich" - Nodes werden nur dann eng gesetzt wenn die krümmung das Notwendig macht.

Wenn dinge parallel sind (Wie z.b. der Weg über die Brücke und die Brücke selber, dann sollen die nodes im rechten winkel zueinander liegen.

Ich habe das jetzt auf der Fußgängerbrücke alles nachgearbeitet.

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

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.

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

Moin,
layer ist hier unnötig.
layer ist eine relative nummerierung zwischen OSM objekten. Da hier keine objekte übereinander liegen ist das mit dem layer unnötig.

Flo

Nur weil du hier ohne not alle paths zu footways machst.

Du kennst den Diskussionsstand das path das alles ersetzen soll?

Flo

Moin,
nur weil ich den changeset gesehen habe. Natural und landuse eignen sich nicht für micromapping.

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

Good catch - routing war hier kaputt.

https://osm.zz.de/routeqa/?rid=1011225,1189470

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.
Dazu kommt das es für meinen geschmack ein paar zu viele nodes sind.
Kann man mit 2 klicks im josm lösen.

Doppelklick in die Fläche
Shift-Y
Return

Fertig.

Und ich habe solche dinger auch schon übernommen, ich simplifye die aber vor dem upload.

Flo

In diesem fall ist das ja ein ziemlich runder Balkon im 1. Stock der überdacht ist.

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

Wies1:

> Flo, wo siehst du einen Lagerraum
> dort ? Einen solchen kann ich dem
> Luftbild Orthophoto nicht
> entnehmen.

Das Luftbild ist nicht die Wahrheit. Guck mal vor Ort oder Google Streetview oder ähnliches.
Dann kommt eine 3. Dimension dazu und dann sieht man von der Seite das das "riesen Dach" am südlichen Ende in wirklichkeit kein Dach ist. Anhand der Tür schliesse ich auf einen Lagerraum.

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

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.
Der Lagerraum ist nur eingeschossig während das restliche Gebäude ein Staffengeschoss hat.

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.
Der Teil hinten ist ein Aufgeständerter Balkom im 1. Halbgeschoss. Also auch völlig anders als der rest des Gebäudes.

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

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

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.

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.