Also im iDOP sehe ich da auch nichts von - mal davon abgesehen das das durch das Near Infrared sowieso faschfarben bzw vegetation zeigt.

Flo

Moin,
weil ich den changeset hier gerade gesehen habe und mich gewundert.

Ich hab da 2020 mal nen Bild gemacht und da war da eine Kette. Jetzt ist da ein Pömpel!?

Sieht das da nicht mehr so aus?

https://www.mapillary.com/app/?pKey=3565680020324527

Flo

Moin,
nur so als nitpick - Dein kommentar und der change passten für mich überhaupt nicht zusammen deshalb hatte ich mir den angesehen.

Du hast hier ja die Anordnung des Rad-/Fußweges eingetragen. Grundsätzlich richtig (Mapillary zeigt die blauen Lollis) - Aber "Nutzungsmöglichkeit" hat mit "Benutzungspflichter Rad-/Fußweg" irgendwie wenig zu tun ;)

So long :)

Flo
---
#REVIEWED_GOOD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/144060140

Moin,
du hast hier ziemlich breite meadows neben den Graben gelegt. Die kann ich im Luftbild gar nicht sehen - Also nicht im NRW DOP, Bing, ESRI - Woher kommen die?

Und wenn du die böschung des Graben meinst - Das ist ja keine Weide sondern die Böschung die ja nur manchmal - je nach Wasserstand - sichtbar ist. Bisher erfasse ich die gar nicht weil ich das ja nicht umtaggen kann je nach Wasserstand.

Flo

Moin,
ich hab die changesets gesehen und gebe dir grundsätzlich recht das so zu machen - So ganz richtig schön finde ich es nicht weil dann ja so die dimentsion von so einem Gartenbaubetrieb oder Sägewerk verloren geht.
Schön das wir den POI haben - aber das die Gesamtfläche eben der Betrieb ist ist weg.

man_made=works ist da ja nur die halbe wahrheit.

Aber eine schönere Lösung hab ich auch nicht.

Flo

Moin OSM2023

cool das du mit mappst. Ich hab gesehen das du hier das Gebäude geupdated hast und als Bild das NRW DOP genutzt hast.

Die meisten Gebäude in NRW sind allerdings mehr oder minder automatisiert direkt aus dem Liegenschaftskataster übernommen dem sog. ALKIS.

Bevor du also jetzt los ziehst und massenweise Gebäude korrigierst guck mal das du dir das ALKIS für NRW mit einblendest.

So long

Flo

Das hier der name angesagt ist halte ich für falsch.

Das ist sowas von beschreibend. Vielleicht statt inscription dann description.

Aber das dingen heist ja nicht

"Friedrich Theodor von und zu Guttenberg"

Flo

Ich habe den changeset in gänze revertiert.

https://gt.owl.de/pipermail/osm/2023-November/005205.html

Wenn du dich auch subscriben möchtest:

https://gt.owl.de/mailman/listinfo/osm

Und auch die herabstufung der B1 von trunk auf Primary ist aehm - ich glaube nicht konsensfähig. Trunk sind Kreuzungsfrei gebaute Straßen einer Bundesstraße in der Bedeutung ähnlich (Genaue definition müsste ich wiki nachsehen) - Die B1 ist an der Stelle Kreuzungsfrei gebaut - also wäre trunk richtig.

Ich habe den changeset mal auf der osm-owl mailingliste zur diskussion gestellt weil ich zu weit weg bin als das zu beurteilen.

Flo

Moin,
dieser changeset ist in der routenüberwachung aufgefallen.

Du hast hier durch den Kreisverkehr an der Waldstraße einen spange durchgezogen - das sieht jetzt ziemlöich kaputt aus.

Existiert der Kreisverkehr nicht mehr ? Und da sind jetzt diverse Straßen übereinander.

Ich tendiere dazu das eher zu revertieren.

Flo

Ich benutze driveway deutlich relaxter weil ich mich an dem englischen Text orientiere. Da gibt es diese überspezifische Definition nicht. Ich würde auch anzweifeln das das konsensfähig ist oder war. Für den deutschen Sonderweg hat es garantiert nie eine Abstimmung gegeben im Wiki.

Der Vorteil des Driveway ist die implizite Schlechterstellung im Routing.

Alles was Privat ist und als Zufahrt zu Wohnraum führt mache ich mit driveway. Wenn das öffentlich ist (Straßenlaternen, Gullis etc) mache ich als Residential/living_stream.

Flo

Hi,
ich habe gerade den Changeset gesehen und mir ist aufgefallen das du reihenweise service=driveway und service=parking_aisle entfernt hast so das nur noch ein highway=service zurückgeblieben ist.

Warum?

Flo

Moin
ich bin gerade hier über den changeset gestolpert.

Du hast hier einen Fuß-/Radwegquerung getagged mit kerb=flush - Da ist aber überhaupt keine kerb ...

Geht um die Stelle hier - Vermutlich noch mehr?

node/1979281089

Das ist der Node:

node/1979281089

Dazu kommt das das crossing auch nicht unmarked ist wie man ja sieht - Da sind ja führungslinien ...

Das wäre also crossing=uncontrolled und crossing:markings=lines und kerb kommt komplett weg oder eben kerb=no

Flo

Kein Ding. Ich überwache alle 2 Stunden Routing in Ostwestfalen. Berechne also automatisiert 250T Routen Kreuz und quer. Und wenn die sich ändern kriege ich Mails und dann gucke ich mir das an. So bin ich drauf gekommen. Aber war hier richtig. Durch sie Geschwindigkeitsbegrenzung sind halt Routen geschwenkt.

Oft geht halt was kaputt. Kaputte turn restrictions, falsche oneways, etc ... Die will ich schnell finden.

So ... Danke das du mit machst ...

Flo

Es geht um dieses Stück was mir aufgefallen ist:

way/432089312

Moin,
mir ist gerade dieser changeset aufgefallen weil es zu routingänderungen in Bielefelf geführt hat.

Du hast hier maxspeed gesetzt obwohl maxspeed:forward und maxspeed:backward gesetzt sind.

Das ist jetzt alles ein bisschen doppelt.

Guck dir das nochmal an was da richtig ist.

Routingänderung u.a. dieses hier:

https://osm.zz.de/routeqa/?rid=523308,580692#52.02472,8.66032,13z

Flo

Moin,
ich bin wieder über diesen changeset gestolpert weil jetzt routingprobleme hochkommen.

Hast du da irgendwas gemacht im sinne von Kerbs zurückgetagged oder repariert?

"barrier=*" ist immer unpassierbar - Es gibt ein paar defaults - für kerb heisst das - keine beräderten Fahrzeuge. Es gibt dazu diverse threads im Forum - StreetComplete macht da mist:

https://community.openstreetmap.org/t/kerb-auf-crossings/105665/10
https://community.openstreetmap.org/t/wie-taggt-man-eine-getrennte-uberquerungsstelle-mit-differenzierter-bordhohe-richtig/105671

Kannst du ja selber im routing ausprobieren (Dauert ein paar Tage bis die Daten aktualisiert sind). Ist dann halt Kaputt. Was du damit machst - kannst du dir selber überlegen. Wenn ich sowas sehe remove ich barrier=kerb und ersetze das durch kerb=flush oder kerb=lowered.

Zum thema highway=traffic_lights - Ist halt eine penalty im routing. Jede Anforderungsampel dann 60 sekunden (Weil 2mal highway=traffic_lights - direction kann gerade noch keiner)

Macht halt das routing kaputt.

Gibt es auch diverseste Threads zu im Community Forum.

Hier ist die Fußgängerampel klar erwähnt - highway=crossing + crossing=traffic_signals. Nicht mehr. Ist ja keine Kreuzung.

Hat StreetComplete eine weile auch mal umgetagged bis das abgestellt wurde.

osm.wiki/DE:Tag:highway%3Dtraffic_signals#Fu%C3%9Fg%C3%A4ngerampeln

highway=traffic_signals wird ausgewertet - im routing mit penalty.
highway=crossing + crossing=traffic_signals wird auch ausgewertet - hat aber keine penalty für den Verkehr weil es typischerweise eine Bedarfampel ist - oder eben - wenn an einer Kreuzung - mit einem highway=traffic_signals zusammen steht.

Nicht ausgewertet wird die direction auf highway=traffic_signal - ich kenne gerade keinen router der das auswertet - Für OSRM ist einer der Bugs hier von 2016 - Gibt aber noch mehr.

https://github.com/Project-OSRM/osrm-backend/issues/2758

Flo

Ich hab hier noch einen - Du hast hier den Fußgängerampel völlig umgestaltet

node/11328372175

Mach das bitte nicht - Ein highway=crossing + crossing=traffic_signals reicht.

Wenn du da zusätzlich highway=traffic_signals taggst das verXfachst du das routing penalty.

Ein highway=crossing/crossing=traffic_signals ist im routing so gut wie gar nicht mit einem penalty belegt weil es eine Bedarfsampel ist - Ein highway=traffic_signals ist immer mit X sekunden penalty.

Eine reine Fußgängerampel/Bedarfsampel tagged man nur mit highway=crossing + crossing=traffic_signals.

Flo