Hihi,
Musste schmunzeln weil ich selber 10 Jahre in dem Gebäude gesessen habe. Der hintere teil ist nur 2 Geschossig, vorne der alte Verwaltungstrakt aber 3 geschossig.

Also das Gebäude müsste eigentlich gesplittet werden. Dachform ist ja auch unterschiedlich.

Das hinten war ja mal eine Montagehalle die wir als Telefonica/mediaWays umgebaut haben.

So long

Flo

Für das use_sidepath ist das ja irrelevant. Das kommt ja auf die Straße die dann eben nicht mehr genutzt werden darf. Und es gibt ja Angeordnete Rad/Fußwege.

Eigentlich kann man nicht rechts UND links anordnen aber selbst vor dem Kreishaus in GT gibt's sowas.

Flo

Moin,

du hast hier an der B64 die Radwegebenutzungspflicht weggenommen. Seit wann sind denn die Z240 da weg? Es gibt bilder von Ende Oktober und da stehen die noch.

Richtung Münster ist der rechtseitige angeordnet und richtung Rheda ist der linksseitige angeordnet.

D.h. das mit dem bicycle=use_sidepath und foot=use_sidepath wäre doch richtig oder?

Flo

Moin,
hier ist irgendwie das routing kaputt gegangen und ich sehe gerade nicht warum. Die einzigen beiden Changesets waren deine.

https://osm.zz.de/routeqa/?rid=551586,596933

Die K15 wird nicht mehr benutzt.

Flo

Krass - das hab ich auch noch nicht gesehen - Unfassbar - anstatt ein Z260 + Anliefer Frei hinzuhängen.

Verkehrsbehörden *soifz*

Moin,
weil ich zufällig diesen changeset gesehen habe.

way/27692161

bicycle=yes + vehicle=destination?

Wie ist das denn beschildert? Sicher das da kein Z260 steht und das eigentlich ein motor_vehicle=destination ist?

Da steht ein Z250 + Anlieger frei + Fahrrad frei?

Flo

Moin,
ich hab gerade den changeset per zufall gesehen.

Nur für das nächste mal - Bei vielen dingen macht es sinn die lifecycle tags zu benutzen - also sowas wie razed: demolished: etc ... Denn auf dem Luftbild wird die Noch sichtbar sein, und bei Mapillary auch, und irgendein mapper trägt solche features wieder ein.

Deshalb - lieber die lifecycle tags nehmen - und vielleicht noch eienn note da drauf - und jeder der meint er muss es eintragen kann das finden.

Kann man dann nach 1-2 jahren löschen wenn es aus den üblichen Luftbildern und Mapillary verschwunden ist.

Flo

Keine Sorge,
ist schnell aufgefallen und wieder repariert. Da waren irgendwelche knoten der Bundesstraße nach rechts und links verschoben. Vermutlich einfach durch unachtsamkeit.

Wenn du hilfe brauchst - Im OSM Community Forum gibts eine Rubrik für Deutschland, oder es gibt die OSM Ostwestfalen Mailingliste - Warstein ist zwar nicht mehr ganz Ostwestfalen - aber wir sind da nicht so. :)

Flo

Moin,

Okay - das war mir dann doch zu durcheinander um das wieder aufzuräumen. Ich habe diesen Changeset komplett revertiert um erstmal den alten zustand wiederherzustellen.

Versuch deine Änderungen nochmal einzutragen.

Bei Fragen einfach Nachrichten Schreiben.

Flo

Moin,
du hast in diesem changeset die B55 ziemlich zerstört und knoten aus der Straße wild nach rechts und links weggezogen.

Aufgefallen ist das weil das Routing jetzt kaputt ist:

https://osm.zz.de/routeqa/?rid=577301,594317

Ich gucke mir das mal genauer an.

Flo

Moin,
ich hab den changeset gefunden wegen der routingänderung die das ergeben hat ... Hast du den note auf dem wegstück vergessen?

note="wegen der Baustelle (2023) ist hier vorerst nur 1 Spur pro Fahrtrichtung frei und maxspeed=30"

Oder ist deine änderung nur temporär?

Flo

Moin,
du hast hier einen teil eines radweges mit einem fixme/note getagged

way/118583209

Es gibt an der ecke tausende Mapillary Fotos und es stehen nirgends blaue Lollis.

Du könntest dir das nochmal ansehen.

Flo

Moin,
du hast hier in dem changeset ein landuse=shrubbery quer über den anderen landuse und den Parkplatz gezeichnet - Das ist ziemlich kaputt. Landuse in landuse müsste eigentlich mit einem multipolygon ausgenommen werden. Die kann man nicht einfach stapeln.

Und _überlappend_ mit anderen objekten ist auch eher so semi kaputt. Semantisch ist jetzt nicht klar ob der parklatz zum landuse=shrubbery gehört oder das shrubbery zum Parkplatz.

So bin ich drauf gekommen:

https://osm.zz.de/dbview/?db=landuseoverlap-owl&layer=hierarchy#51.93574,8.46731,18z

Ich würde das zum einem landcover ändern. landuse eigenet sich nicht für micromapping so wie hier.

Flo

Moin,
du hast hier am Schloß Rheda den graben erweitert - der ist jetzt mitten im Natural und überlappt - Das ist jetzt ein natural der so halb dem anderen natural überlappt.

Das müsste entweder mit multipolygon ausgeschnitten werden oder aber insgesamt anders bereinigt:

Mir ist das hier aufgefallen.

https://osm.zz.de/dbview/?db=landuseoverlap-nrw&layer=hierarchy#51.85086,8.29409,18z

Auch der schniepel nach westen kollidiert da mit den ausdehnungen der Bridge - die geht nur bis zur mitte des aufläufers und so.

Guck dir das doch nochmal an. Ehrlich gesaht kommt mir das in den dimensionen auch zu groß vor. Bin eine Zeitlang mal im Bleichhäuschen ein und ausgegangen - und der graben davor ist IIRC nicht so groß.

Flo

Hi,
ich habe dich bereits in dem Note mehrfach gefragt ob du vor Ort warst und Fotos gemacht hast.

Es scheint das du hier einfach willkürlich alte Notes nimmst, an den Daten editierst und die dann schließt.

Das ist nicht wie OSM funktioniert. Wir leben von der "on-the-ground" wissen vor Ort.

Diesen Note habe ich aufgemacht damit jemand vor Ort das kontrolliert, und als Armchair mapper kannst du das nicht leisten.

Flo

parking_aisle wird für alles verwendet was für die zufahrt zu Parkplätzen benutzt wird, auch vor Garagen. Und das Gebäude sind "garages" - also sollte das eine parking_aisle sein, so wie es auch war.

Ich hab insgesamt eher ein Problem damit hier überall die weitergehende service klassifikation zu entfernen. Ist gibt gute gründe das zu tun denn mit sowas wie parking_aisle, alley, driveway wird auch im routing das nochmal deutlich schlechter behandelt.

Siehe auch den Thread im Forum den ich dazu gestartet habe.

Flo

Moin,
warum hast du hier das service=parking_aisle entfernt?

Das ist doch die zufahrt zu den garagen und das ist doch explizit auch in den parking_aisle mit gemeint !?!?

way/949050703

Ich nehme immer die NRW DOP

https://www.bezreg-koeln.nrw.de/geobasis-nrw/produkte-und-dienste/luftbild-und-satellitenbildinformationen/aktuelle-luftbild-und-0

Ich hab da mal hinterhergesucht. Die sind im Kreis GT von April 2022.

Die iDOP sind im Kreis GT von 03/2023

D.h. die sind neuer. Die sind bei mir bloss sowas von verwaschen und deutlich schlechter als die NRW DOP von 2022 - Auf den 2022ern kann ich problemlos Gullideckel eintragen - Das geht mit den iDOPs nicht - das ist irgendwie verwaschener murks. Als wenn das absichtlich durch den Weichzeichner gezogen worden ist. Ich hab mir schon den 4. Near IR Kanal wegkonfiguriert als Layer - aber das hilft nix.

Die iDOPs sind auch nicht überall verfügbar. Nördlich von Gütersloh, und östlich von Gütersloh hören die auf. (Nur noch Weiß)

Die NRW DOPs sind NRW weit verfügbar.

Es scheint wieder puzzelei zu sein.

Aber spannend. Ich hab auch am Kreishaus GT jetzt mit den iDOPs mal änderungen gemacht.

Danke also für den tip :) Wieder eine Quelle mehr.

Flo

Ich hab da noch so drauf nachgedacht. Wissen wir von wann die einzelnen Luftbilder sind? Ich habe jetzt ja Bind, ESRI, NRW DOP, NRW DOPi durchgesehen und nur letzteres zeigt das überhaupt. Aber ist es das neuste?

Flo

Ah, hier sehe ich was du meinst. Ich wäre aber vorsichtig mit dem mappen. Nur weil in dem jahr da nichts gesät worden ist oder nicht umgebrochen das als grass/meadow zu mappen. ALLE Luftbilder der letzten jahre zeigen das nicht. Und das macht ja auch wenig sinn. Ich sehe das eher als Fehlfunktion der Sähmaschine.

https://silicon-verl.de/home/flo/tmp/20231123/Screenshot_from_2023-11-23_00-20-12.png