Moin,
wie ist das denn exakt Beschildert? Das ist für OSM Sehr entscheident wie das getagged wird.

Und nur "Privatgrund" ist ja kein hinreichende Rechtlicher zustand für ein Betretungsverbot.

Flo

Ich mache einfach da wo das schild steht einen node und da die 2 tags drauf ...

Hier ein Beispiel:

node/2226320889

Flo

Moin,
bist du dir bei dieser änderung sicher? Warst du da vor Ort?

Ich habe das und ncoh einen stück streifen nach süden mal auf natural=scrub umgetagged weil da gar keine Bäume stehen.

Da steht ein Ansitz der Jäger aber keine Bäume.

Flo

Moin,
als ich diesen changeset gesehen habe musste ich ein bisschen Schmunzeln :)

Also der Bücherschrank ist nicht indoor - aber er steht (Der node) mitten in einem Gebäude?!?

Das ist ein bisschen wiedersprüchlich ;)

Flo

Hi,
ich habe hier mal den landuse=allotments (Kleingarten) mal noch auf residential umgetagged.

Du weisst das es im ID auch eine funktion gibt Gebäude automatisch Rechtwinkelig zu machen?

Flo

Moin,
heute kriegst du ja viele Mails von mir ;)

Also - gut finde ich das du die Schilder da gemapped hast. Ich selber mappe die nicht als node in der linie und dann mit direction - Sondern ich mappe die da wo die wirklich stehen - also rechts und/oder links der Straße. Ich weiss das das mitunter anders gemacht wird. Halte ich aber für mumpitz - Es gibt keinen mehrwert davon das der node in der Straße liegt. Es machts eher schwieriger das nachzubearbeiten.

Dazu steht das Schild ja gar nicht mitten auf der Straße - würde ja die ganze zeit einer dagegen fahren - Ist also IMHO semantisch auch quatsch. Aber gut ...

Hier hast du "direction=70" eingetragen - ich vermute das gibts sogar wirklich als Himmelsrichtung :) Wenn man das in einen weg packt kann man einfach "forward" oder "backward" nehmen - das bezieht sich dann auf die richtung des ways bei OSM. Muss man nicht so viel rechnen.

node/12214897699

Wie gesagt - ich würde es mir einfach machen und das Schild exakt da taggen wo es auch steht. Dann das direction sparen und gut.

Ansonsten alles super. Wenn man asymmetrische geschwindigkeitsbeschränkungen machen willst dann nimmst du statt maxspeed:

maxspeed:forward=50
maxspeed:backward=70

Das bezieht sich dann jeweils auf die richtung des ways.

Da gibts einen kleinen absatz zu maxspeed=forward/backward:

osm.wiki/DE:Key:maxspeed

Flo

Moin,
also nur mit der "Deutschen Übersetzung" im ID zu arbeiten ist recht gefährlich (Hab ich mal aus dem Changeset kommentar geschlossen). Guck dir wirklich die tags an die ID dann da drauf hinterlässt und lies dir die Wiki Artikel dazu durch.

Hier denke ich ist das richtig. Ortsstraße und Nebenstraße sind als tags "highway=residential" und "highway=unclassified". Die sind routingtechnisch identisch - Also hat die änderung von dir keinerlei konsequenzen.

highway=residential ist definiert (Nur aus dem Kopf) als Erschliessungsstraße für die Wohnnutzung - Also alles was nicht höherklassig ist, innerorts.

unclassified ist die kleinste Straßenkategorie (Öffentlich) ausserhalb geschlossener Ortschaften.

d.h. highway=unclassified passt hier schon ganz gut, residential war jetzt aber auch nicht total falsch.

Flo

Moin,
nur so als hint. Wenn du objekte hast von denen du wirklich ein genaues Datum der Einweihung/Entstehung hast dann kann man das mit "start_date=" auf dem objekt hinterlassen.

Also Neubaugebiete z.b. einfach ein start_date=2024 für Gebäude oder wie hier kannst du das ganze Datum IIRC als ISO Date drauf hinterlassen. Also start_date=2024-09-07 ...

Flo

Moin,
ich habe den changeset gesehen. Biost du dir mit dem access tagging auf der rückwärtigen Zufahrt zum Rastplatz sicher?

Normalerweise sollte das IMHO access bzw vehicle=emergency sein oder? Meistens steht da ein Zeichen 250 d.h. sogar vehicle=no (Wo man sich ja mit sonderrechten drüber hinwegsetzen darf)

Flo

Moin,

nur so als hint - wenn man Geschwindigkeitsbeschränkungen strukturiert machen will und sich nicht verheddern macht es Sinn als erstes die Schilder exakt zu mappen - Ich mache da immer einen node neben die Straße mit den entsprechenden tags. Also traffic_sign=maxspeed + maxspeed=70 oder so. Das sollte in den einschlägigen editoren auch gerendert werden so das man dann schön sieht in welche richtung welche geschwindigkeitsbeschränkung wie weit gilt.

Andernfalls verhaspelt man sich leicht in asymmetrischen Geschwindigkeitsbeschränkungen oder die die man umtagged gehen zu weit oder fangen zu früh an.

Flo

Moin,
ich dachte das mit den URIs und dem trailing "/" war zuende diskutiert?

Die Community konsens was sehr deutlich das diese Edits nicht gewünscht sind:

https://community.openstreetmap.org/t/semi-automated-edit-adding-at-the-end-to-urls/116404

Flo

Das Problem ist das wenn man sowas als Einzelkämpfer "mal eben alleine" durchzieht kommt nächste Woche der nächste der es anders sieht und zurück tagged oder noch ganz anders macht. (Auch im alleingang)

Deshalb gibt es eben die notwendigkeit das man bei solchen strukturierten änderungen _erst_ einen Konsens schafft und dann alles umtagged.

Vor allem fand ich das wegfallen von "amenity=emergency_service" und "emergency_service=technical" eher auffällig - Was ist da der hintergrund?

Das hatte ja jemand mal strukturiert überall hinzugefügt.

Flo

Lach - keine sorge - Wir sind alle nicht weit :)

Also - das mit dem maxspeed hab ich noch einen hinweis:

Am wichigsten ist das das tag "maxspeed" da ist - Also da wo 30 ist sollte ein "maxspeed=30" sein - Dann kann man _zusätzlich_ taggen woher eine Geschwindigkeitsbeschränkung kommt. ALso Zonengebot, oder Einzelschild - Und da gibt es leider viele möglichkeiten - es gibt als tag "source:maxspeed", "maxspeed:type" und du hast "zone:maxspeed" getagged.

Üblich ist eigentlich mittlerweile "maxspeed:type" weil das auch das ist was "StreetComplete" die Handyapp tagged.

Aber - lies dich mal ruhig erstmal durchs Wiki was da alles so geht. Wichtig ist aber immer das der rein "numerische" wert da ist. Daran orientieren sich die Navigationssysteme.

Flo

Genau - Alles was gebäude ist ist "building=" - Wenn du sowas wie ein "Industriegebiet" oder "Wohngebiet", "Weideland" oder "Ackerland" als ganzes erfassen willst dann ist das "landuse=*"

Flo

Probably - its still interesting that routers choose the northern (then bidirectional ) way than the southern unidirectional - Somehow the is a calculatory difference ...

So - this is a very complex tagging and its basically unsupported. :)

Flo

Ich rechne auf den aktualisierten OSM Daten alle 30 Minuten ~100000 Routen in ganz NRW - Und wenn die sich verändert - also länger oder kürzer wird (Modulo irgendwelcher kleinen änderungen) kriege ich ne mail. Bzw das geht an die Mailingliste.

Hier ist das Netz was alle halbe stunde gerechnet wird:

https://osm.zz.de/routeqa/#52.16222,8.81241,10z

Flo

Hier und auf einem benachbarten weg war ein "onway=yes" drauf

way/1319833263

But there is more fishy - when you look at the routing the routing from east to west uses the northern road.

Which means the tags are partially ignored or the southern lanes are "more expensive" in routing.

So my guess is that there is more broken - this change just exposed it.

Flo

Aeh,
ich glaube hier hast du das Auto Routing gekillt - Irgendwas geht da nicht mehr.

Hier scheint der Südring jetzt kaputt:

https://osm.zz.de/routeqa/?rid=847895,848200#51.95839,8.23709,15z

Hier die benachrichtigung:

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

Flo

Hola,
somehow this change broke or influenced routing (OSRM) in a manner i do not understand.

The point here is that IMHO "oneway=yes" is broken here - Its 2 lanes and the "center" one may be used in both directions when you look at the tags.

Thats one of the routes that changed.

https://osm.zz.de/routeqa/?rid=814047,848477#50.76475,6.07716,14z

Something is fishy he

Here is the notification mail with all routes that changed:

https://gt.owl.de/pipermail/osm-owl-routeqa/2024-October/094135.htmlre.

Flo