Moin,
also die fire_hydrant:position kriegt eigentlich kein What3Words sondern wo der verbaut ist:

fire_hydrant:position=*

What3Words ist nicht so beliebt im OSM Umfeld weil alles urheberrechtlich geschützt.

Flo

destination:lanes != destination - Destination:lanes ist nur für die Anzeige bzw für Ansagen wenn man auf die Kreuzung zufährt - "Nutzen sie die 2. Spur von links" - Für den Abbiegevorgang sind die völlig irrelevant. Da ist die destination auf dem zielweg relevant - und zwar auf dem ERSTEN der direkt an dem Node hängt an dem abgebogen wird d.h. bei dem es eine Richtungsänderung hat.

Und das hat NICHTS mit 2 Wegen oder Verkehrsinseln zu tun.

Flo

Moin,
du hast hier den Note gesehen mit dem Exakten Wortlaut des Verbotsschildes?

Das ist nicht vehicle=destination sondern ganz klar access=private

way/34115641

Flo

Du hast es halt als "Fahrradständer" getagged. Und das ist es ja eigentlich nicht. Das man auch von nichtmitgliedern AUSLEIHEN kann ist da ja eher irrelevant. Es ist eigentlich kein Fahrradständer sondern ein Fahrradverleih.

Genau - ich denke sowas wie bicycle_rental ist da besser.
Flo

Moin,
ja - da ist einiges durcheinander.

POI sollten immer eher auf wirklichen "Nodes" liegen - Man kann das theoretisch auch auf Gebäudeoutlines ablegen - das ist aber aus vielen gründen immer eher so ein bisschen unschön.

Das Gebäudeoutline trägt dann nur die Tags des Gebäudes, also geschosse, höhe, farbe, typ etc - Und der POI der innerhalb des Gebäudeoutlines liegt hat auch die addresse - aber eben die tags für die Firma oder POI der da liegt.

Das ist hier alles ein bisschen durcheinander.

Hast du nur fortgeschrieben ;)

Flo

Hmm,
ich hab so ein bisschen zweifel das das hier dann richtig getagged ist.

Wir taggen ja auch nicht jeden Private Fahrradschuppen als Fahrradständer.

Am ende ist es dann ja nur teil eines "Firmengebäudes" in dem halt die Fahrräder gelagert werden. So richtig Fahrradständer ist das ja nicht.

Naja - Wir lassen es mal so.

Flo

Moin,
wie lange wird denn diese Geschwindigkeitsbeschränkung existieren?

So als Daumenregel macht es keinen Sinn etwas einzutragen was weniger als 3 Monate existiert weil es so lange auch dauert bis die Daten auf den ganzen Navigationsgeräten sind, bzw auch von den Navigationsgeräten wieder runter.

Und so temporäre Geschwindigkeitsabsenkungen durch Baustellen sind tricky - die werden gerne vergessen und existieren dann Jahrelang weiter.

Deshalb mache ich immer noch einen OSM Note auf das das nicht vergessen wird.

Flo

Das ist nicht ganz unrichtig - Also der renderer hat einen Algorithmus für das Label placement - also alle texte. Und die haben Prioritäten - d.h. bestimmte labels treten zurück wenn andere mit höher priorität an der stelle gerendert werden sollen.

Hausnummern haben dabei eine sehr geringe priorität.

Jetzt zum Aber: Das OSM Mantra ist das wir _NICHT_ für den Renderer mappen. D.h. nur weil etwas in der Karte "schlecht aussieht" massieren wir die daten nicht. Wir mappen dinge so wie sie vor ort sind - Denn OSM versteht sich nicht als die "gerenderte Karte" sondern als eine Datenbank mit geographischen fakten.

Und Hausnummern gehören zu Gebäuden - d.h. Hausnummern sollten immer innerhalb des Gebäudeoutlines liegen. Auch POIs wie Zahnarztpraxen sind ja in einem Gebäude - deshalb sollte der node innerhalb des Gebäudeoutlines liegen.

Flo

Ich meine nur das ein "destination" tag keinen Einfluss auf das routing haben. Die sind gut für Ansagen oder Anzeigen im Navigationsgerät, beeinflussen aber nicht ob die route links oder rechts rum geht.

Da kommt ausschliesslich geschwindigkeit/länge d.h. topologie zum tragen. Und natürlich tonnen an tags wie highway klasse, maxspeed, lanes, lane_markings, width, etc ...

D.h. wenn der Changeset kommentar "destination tags" ist - dann ist nicht zu erwarten das sich das routing ändert.

Flo

Moin,
ist das richtig das der Fahrradständer nicht von Kunden/Besuchern benutzt werden darf?

Flo

Moin,
du kannst übrigens hier überall

old_addr:street

drauf lassen - Dann sollte man im Nominatim (Also dem Geocoder auf der ersten Seite) auch die alten Addressen noch finden.

So als gedanke - Das ist auch irgendwo in den addr tag geschichten im Wiki dokumentiert.

Flo

Hey,
bitte keine Gebäude löschen solange die in Luftbilder oder im ALKIS Sichtbar sind.

Die werden umgetagged auf "abgerissen" sonst trägt der nächste mapper die aus dem Luftbild wieder ein.

Guck mal im Wiki nach den Lifecycle tags:

osm.wiki/Lifecycle_prefix

Im Einfachsten fall macht man aus dem building=* ein demolished:building=*

Flo

Moin,
hier nur der kleine nitpick - Ein "name" tag auf einem Gebäude sagt das das Gebäude so heisst.

Hier macht das wenig sinn - Das macht sinn bei dingen wie "Villa Hammerschmidt" oder "Schloß Neuschwanstein" - Aber das Gebäude hier heisst ja nicht DHL.

Wenn du sagen willst das da ein Postverteilzentrum ist dann braucht das viele weitere Tags - Und das am besten dann auf einem Node nicht auf dem Gebäude.

Flo

Moin,
gibts einen Grund warum die hier die Addressen der Gebäude immer nochmal auf einen Node dupliziert hast? Das macht wenig Sinn denn die Addresse ist ja schon auf dem outline.

WENN man den POI und das Gebäude auseinanderziehen möchte (Da gibt es durchaus gründe für) dann würde man den POI auf einen Node verschieben.

Also das Gebäude trägt nur die addresse + building=* und auf dem Node liegt die Addresse und entsprechend die informationen um Welche firma es sich handelt.

Nur die Addresse auf einen Node verschieben macht keinen Sinn.

Flo

Moin,
kleine topologieänderungen können durchaus große Routingänderungen bewirken. Kommt immer so ein bisschen drauf an. Wenn es quasi fast equivalente alternativstrecken gibt (Zeitlich) dann schwenkt die schnellste route großflächig auch gerne mal wenn es nur eine halbe sekunde schneller ist.

Darum ging es hier aber gar nicht. Routingänderungen sind normal und passieren ständig beim bearbeiten von Straßen.
Ich überwache das ja seit 2014 durchgehend im Großraum OWL und seit 2022 oder so auch im weiteren umfeld in NRW.
Da gucke ich mir alle routingänderunen an und prüfe die auf plausibilität. Also war das eine bewusste änderung eines mappers und das passt so. Oder ist das was geändert worden auf der Bundesstraße und das drückt den verkehr in die Wohngebiete (Dann editiere ich auch hinterher) oder da hat jemand aus versehen was kaputt gemacht (turn restrictions, oneway, access etc) dann frage ich nach und/oder repariere.

Wichtig ist dabei der Changeset kommentar. Der sagt etwas darüber aus ob der Mapper wirklich absichtlich Straßen verändert hat - also lanes, topologie, access restrictions, turn restrictions.

Wenn ein changeset der "Building updates" hat mit einem mal dazu führt das 400 Routen +200 Sekunden haben -- dann werde ich hellhörig - das deuted drauf hin das der Mapper unbewusst etwas "kaputt" gemacht hat, den Gebäude und Straßen haben nichts miteinander zu tun.

Und hier war es eben "Destination tags" - NUR destination tags ändern kein Routing. Also ist es auf den ersten blick seltsam wenn sich dann doch das routing ändert. Deshalb gucke ich dann dreimal hin ob das wohl alles richtig ist.

Es ging hier nur drum das es die mühe wert ist bessere Changeset kommentare zu schreiben weil es _wirklich_ Leute gibt die die Lesen :)

Flo

Moin,
gibts einen grund warum die POIs aus dem Gebäudeoutline raus geschoben hast?

Typischerweise sollten die POIs ja in dem Gebäudeoutline liegen damit man das dem Gebäude zuordnen kann.

Hier z.b.:
node/12217025536

Moin,
ich vermute das da gar kein Fehler wirklich ist sondern die eine route ist nur 1-2 Sekunden länger oder schneller geworden. Reicht dann schon das sowas mal schwenkt.

Ich kriege dann mails - Sehen dann so aus:

https://gt.owl.de/pipermail/osm-owl-routeqa/2024-October/094266.html

Da sind dann schon die potentiellen Changesets gelistet (Geht über geometrischen abgleich der änderung und der changesets in der halben stunde)

Und dann gucke ich erstmal nach den Changeset kommentaren. Manche sagen dann schon "Sperrung Foo Bar" dann weiss ich - alles klar - da hat jemand was gesperrt und das war wohl richtig.

Manchmal - so wie hier - sieht man dann changeset kommentare die sehen erstmal "Harmlos" aus - und dann suche ich hinterher - weil das können dann so "Aus versehen kaputt gemacht" sein.

Deshalb - Der Changeset kommentar ist hier wichtig um anderen Arbeit zu sparen da hinterher zu suchen. Und nur destination tag kann ja nix verändern ;) Also - an der routenlänge ;)

So long

Flo

Also - um die "manuell" abzumalen kann man sich das ALKIS einblenden lassen als hintergrund. Da siehst du ja als gestrichelt den Planstand. Kommt manchmal auch anders das Häuser verdreht werden, aber selten. Das sieht man dann ja auch am Luftbild.

Dazu kommt das wir ja "Dachüberstände" nicht mappen. Also der Outline des Gebäudes ist ja der bei Erdgleiche - d.h. dein outline ist immer etwas kleiner als das Luftbild impliziert.

Wenn du dann mehr machen willst wirst du den "Josm" editor nehmen müssen. Da gibts ein Plugin mit dem man mit einem Tastendruck an der Stelle des Cursors das Gebäude aus dem ALKIS übernehmen kann.

Flo

Moin,
ich habe hier den changeset gesehen. Du hast die Gebäude ja aus dem Luftbild übernommen, die sind aber zumindest teilweise schon (Als Planstand) im ALKIS und man kann die automatisiert übernehmen.

Flo

Und noch ein weiterer Hint - Du hast hier viel "landuse=grass" benutzt. Du hast den Artikel dazu im Wiki gelesen? Das ist in 90% der fälle eher falsch.

Dazu kommt das du die landuses einfach übereinander gestapelt hast - Die müssten eigentlich ausgeschnitten oder via multipolygone verknüpft werden.

Viele deiner landuses tauchen jetzt hier als fehler auf:

https://osm.zz.de/dbview/?db=landuseoverlap-owl&layer=overlap#51.92405,8.41584,16z