Die Details machen halt auch dinge kaputt. Gibt da diverse threads zu im Forum ob das sinn macht.

Das seperate mappen kam mal von leuten die Rollstuhlrouting machen wollten. Das hat sich aber nirgends so richtig durchgesetzt.

Dadurch das du es separat zeichnest kann man halt nur noch die Straße an ganz explizit von die gemappten stellen queren. Du musst also jede Bordsteinabsenkung einzeln mappen um wieder zu der selben qualität zu kommen, bzw was zu verbessern.

Flo

Das "Motorway" Schild ist ja auch getagged und das ist an den punkt veschoben wo das schild steht. Halte ich nicht für sooo falsch das es da eine änderung gibt.

Mit dem *_link typen hatte ich immer so verstanden das immer der link typ genommen wird auf den angebunden wird.

Hier ist aber mitunter der ursprungs typ also secondary -> secondary_link -> motorway - IMHO sollte das motorway_link sein wenn dann.

Flo

Moin,
nur als heads up - durch die änderung des motorway_link hat sich hier das routing geändert. Dadurch das durch den kreisverkehr noch ein teil primary_link ist und dann schnell motorway wird das jetzt präferiert:

Routingüberwachung hat angeschlagen:

https://osm.zz.de/routeqa/?rid=939127,1128881#50.89845,6.27827,18z

Rot alt - Grün neu.

Moin,
hier Feldstraße macht gar keinen Sinn da separate Bürgersteige einzuzeichnen weil es nichtmal einen höhenunterschied gibt. Es ist eine Fläche.

Damit ist mehr kaputt als gewonnen.

Flo

Moin,
du hast hier angefangen Fußwege separat anzugelegen.

Das ist eher schwierig.

Denn das problem ist das du JEDE stelle mit einem abgesenken Bürgersteig einzeln mappen müsstest - ansonsten ist das Fußgängerrouting kaputt.

Deshalb hab ich das bisher nur an ganz wenig stellen gemacht - z.b. entlang des West/Nordrings weil da das queren für Fußgänger/Radfahrert eh nicht möglich ist.

Also bevor du hier ganz viel Arbeit rein steckst nur so als Heads up.

Fußwege separat mappen hat massive nachteile.

Besser ist das als sidewalk=left/right zu erfassen am Hauptweg.

Das problem das du hier im Routing/Navigation erzeugst ist das sobald der User an dem jetzigen Abzweigungspunkt vorbei ist die Navigation ihm nicht mehr die option anbietet aufzufahren weil es dort keine möglichkeit mehr gibt.

D.h. für den User ist diese Lösung verwirrend und im zweifelsfalle führt es dazu das der dran dann vorbei fährt weil die Navigation eine neue Route berechnet.

Flo

Lach - das ist ein "autovervollständigungs nicht ausgeführt thema" - Da hat josm wohl meine tastatureingaben nicht genommen ..

Das müsste vermutlich surface=asphalt sein

Moin,
du hast hier die Abbiegespur weit vor der eigentlich physischen Trennung abgetrennt.

Ich dachte das machen wir nicht mehr sondern arbeiten mit turn:lanes und trennen erst dort wo es eine Physische Trennung gibt?!?

Flo

Ach ja - und das maxspeed:type ist jetzt falsch - das ist nicht mehr DE:urban sondern sign.,

Moin,
in dem Presseartikel ist ein Schild mit Zeitlicher Einschränkung des tempo 30 - Also 7-17 Uhr - Du hast das hier ohne eingetragen. Ist das richtig so?

Flo
PS: Bin nur drauf gekommen weil mein routing monitoring hier angeschlagen hat.

Dann wäre das vehicle=destination nicht access=private.
Und den Privatweg könnte man als operator:type=private noch taggen.

"Durch" ist das gegenteil von "Anlieger frei" und "fahrt" ist fahren - geht also nur mit fahrzeugen.

Also ist das richtige mapping des access tags ein vehicle=destination.

Denn ich darf nach Schild "Durch gehen" und auch "Rein fahren".

access=private ist da ein ziemliches Overblocking.

Flo

Moin,
du hast hier einfach landuses übereinander gestapelt - landuse in landuse - Das geht nicht - Ein quadratmeter kann nur einen landuse haben und das ist hier alles residential. Dementsprechend ist das ein semantischer fehler.

landuse=greenery ist dazu IMHO noch falsch - denn das sind die Gärten der Häuser - also landuse=residential.

UND - das area=yes ist auf einem landuse quatsch.

way/1430121222

Führt dann dazu das das in meinem checker rot wird die ganzen flächen.

landuse= ist für micromapping in dieser Art nicht geeignet.

https://osm.zz.de/dbview/?db=landuseoverlap-nrw&layer=overlap#51.90595,8.37446,17z

I consider this changeset be vandalism and i have reverted it.

Moin,
du hast hier ein access=private getagged - Wie ist das denn im exakten Wortlaut beschildert? Das wäre cool das als note:access mit auf den weg zu packen.

way/246701677#map=18/51.963067/8.129718

Moin,
also wies1 macht bestimmt nichts absichtlich kaputt. Der updated im Großraum Kreis Gütersloh seit Monaten Gebäude im großen Stil aus dem ALKIS was sich auch in dem differenz view deutlich bemerktbar macht.

Es mag sein das er hier oder mal ein bisschen unvorsichtig ist bei Daten die eigentlich schon ganz gut gepflegt sind.

Das ALKIS ist halt auch nicht unfehlbar und lokales Knowledge geht halt immer vor. Ist nicht immer gut zu sehen wer da wo schon mit viel liebe zum Detail gemapped hat.

Also nur damit ihr euch mal kennenlernt. Holger ist so der Vorturner in Verl und ist da seit Jahren dabei :)

Ihr habt sehr unterschiedliche herangehensweisen. Holger kraucht in Verl jedem Stein mit dem Handy hinterher und baut das dann mit Vespucci alles zusammen, wies1 merged von zuhause andere Datensätze rein, bzw updated bestandsdaten.

Wir müssen mal wieder ein treffen hinbekommen ;)

Flo

Nur als verify ..

Das routing geht wieder sagt meine Überwachung.

https://osm.zz.de/routeqa/?rid=1112659,1121900#50.86846,8.04113,15z

Ich hab da mal noch einen Note drauf gesetzt damit wir das sauber tracken können und das möglichst viele sehen.

4 Wochen ist eigentlich ein bisschen wenig um das in die OSM Daten zu packen bei den langen update Zyklen.

Flo

Moin,
cool das du mit mappst. Das ist hier aber unglücklich gelaufen.

Die ganzen Informationen zu einer Schule kommen an die Fläche der Schule - nicht das Gebäude - Im Falle der Gesamtschule hast du jetzt auf die Gesamtfläche ein "building=*" gepackt - Damit wird jetzt die gesamtfläche als Gebäude gerendert - das stimmt ja nicht.

Das hab ich mal gefixed.

Flo

Ah - app_operated=only

Moin,
diese art von "Description" hilft niemanden. Die werden typischerweise nirgends angezeigt.

Guck mal in den osm wiki artikel zu Packstationen:

osm.wiki/Packstation

Da ist display=no display_operated=no der standard denke ich.

Flo