Hi,

die Straße scheint ja noch zu existieren, ist noch nicht vollständig abgetragen ...

Mein Anliegen war aber, die falsche Verwendung von highway= und construction= zu korrigieren, demiloshed:highway=* war wohl auch nicht parallel zu highway=construction gemapped - also nicht ganz konsistent.

Was mir noch nicth klar ist, wie die Anbindung zu "Hochbruck" aussieht.

Die originalen Änderungen stammen von woody-soft, ein Mapper mit bisher 50 Edits.

Gruß
Toni

... oops, da haben sich einige Tippfehler eingeschlichen. Bin noch nicht so ganz warm gelaufen ...

Hallo Xanos,

weißt Du zufällig wie lange die Baustelle/Sperrung bestehen wird.

Wenn es nur wenige Tage/wochen sind, dann werden solche Baustellen nicht gemapped. Das bringt zu viel Ungenauigkeit rein.

Sperreungen im Allgemeinen werfdden auch nicht mittels access=no oder so gemapped, sondern entweder mit

access:conditional = no @ (2019 Aug 12-2019 Sep 06)

oder

temporary:access = no @ (2019 Aug 12-2019 Sep 06)

wobei ich die erste Variante bevorzuge, da sie eine spezielle Form von

xxx:conditional = yyy (zzz)

ist.

Hintergrund meiner Mail: die Standardkarte mag solche Sperrungen innerhalb von wenigen Minuten anzeigen (außer osm.wiki/Tag:lanes=). Navis bekommen diese Änderungen u.A. nur einmal im Monat mit und dann bleiben Sperrungen bis zum nächsten Update wirksam. OsmAnd z.b. zieht die Daten von OSM am 1. jeden Monats ab und stellt sie den Smartphones am 6.-10. des Monats zur Verfügung. Eine Sperre, die am 3.09. aufgehoben und in OSM entfernt wird würde in OsmAnd auf den Handies dann bis zum 6.10. oder 10.10. wirksam sein (sofern denn der Besitzer regelmäßig Updates der Daten runterläd). Anderen auf OSM basierenden Navis machen das nicht anders.

Daher ist es besser, Sperrungen mit access:conditional und einem Zeitraum anzugeben.

OsmAnd beherrscht das mittlerweile.

Viele Grüße
Toni

Hallo Marco,

tut mir auch echt leid. Ich hatte noch gehofft, dass meine Mail dich nach den ersten Edits erreicht, bevor du massenhaft änderst. Oder, dass du die Meldungen als Blödsinn abtust und dich bei mir beschwerst.

Ich hatte noch versucht die Änderung auf meinem PC zu testen, bevor ich es in die freie Wildbahn lasse, aber "Too many requests" vom Overpass-Server haben das immer wieder verhindert.

Sorry nochmals und viele Grüße
Toni

Hallo Marco,

ich habe PTNA noch korrigiert.

Bei bestimmten barrier=* ist bus=yes oder psv=yes nicht notwendig - u.A. toll_boot, border_control, height_restrictor, ...
Die meisten davon hatte ich nicht im Blick und sind mir erst heute morgen beim Anschauen der nächtlichen Analysen aufgefallen.

Die neue Auswertung lief grade eben.

Siehe auch: https://forum.openstreetmap.org/viewtopic.php?pid=758648#p758648

Viele Grüße
Toni

Hallo oberleg,

willkommen bei OSM.

Ich hätte da eine Anmerkung zu den drei Häusern:

- Sattler Huber

- Haus Laubmeier

- Haus Wolfgang Koller

Aus Datenschutzgründen und auch sonst ist es in OSM nicht erwünscht, die Adressen von Privatpersonen zu mappen.
Die Angaben sollten dann deshalb gelöscht werden.

Sollte es sich jedoch um Geschäfte, Firmen, ... oder dergleichen von Allgemeinintersse handeln, so würde ich hier noch den Typ des Geschäftes, ... mappen.

Siehe auch:

osm.wiki/DE:Map_Features#Gesch.C3.A4fte

osm.wiki/DE:Map_Features#Handwerk

osm.wiki/DE:Map_Features#Amt_.2F_B.C3.BCro_.2F_Dienststelle_.2F_Gesch.C3.A4ftsstelle

und so weiter.

Viele Grüße und viel Spaß noch
Toni

Servus Rainer,

könntest Du bitte folgendes in die Quelle/Source (2. Zeile beim Upload-Dialog" aufnehmen? Das ist das, was der MVV sich wünscht.

"Münchner Verkehrs- und Tarifverbund GmbH (MVV); GTFS vom 26.03.2019"

Vielen Dank und bis Mittwoch beim Stammtisch
Toni

Ham mallok,

weißt du zufällig, wie lange diese Sperrung und auch die am Autobahnring Abfahrt Aschheim dauern wird? Monate, Wochen, ...?

VG
Toni

Hi,

hmm,

> An dieser Stelle gibt es immer Probleme, da Punkte von Nominatim & Co in falsche Relationen gesetzt werden.

Aber ist das nicht "mapping for nominatm & co"?

Soll heißen, Nominatim & Co. haben manchmal Probleme mit Zuordnungen.
Aber woran liegen deren Probleme und kann man diese in Nominatim & Co. lösen statt die OSM-Daten solange zu verändern bis das gewünschte Ergebnis rauskommt?

Optimal ist die Doppelnennung des Namens mit doppeltem place= nämlich auch nicht, zumal das landuse nicht die tatsächliche Ausdehnung des Orten wiederspiegelt (was ich als Fehler sehe).

Beim Ort Walchensee gehören die landuses süd-westlich und nord-östlich des von dir mit name=Walchensee versehenen landuse, sowie die Häuser entlang des Sees auch zum Ort Walchensee. Deren landuse haben aber kein name= (was ich als groben Fehler halten würde, 4 * name=Walchensee am landuse?).

Warum leifert Nominatim für "Am Silbertsgraben" korrekterweise
"Am Silbertsgraben, Walchensee, Kochel am See, Kochel am See (VGem), Landkreis Bad Tölz-Wolfratshausen, Oberbayern, Bayern, 82432, Deutschland"?

Viele Grüße
Toni

Hi,

Danke, das hört sich bzgl. Flurkarte gut an, obwohl ich kein Rechtsexperte bin.

Ich denke, der BayernViewer ist tabu, da er/die Daten vom Bayerischen Landesvermessungsamt kommt/kommen.

Wie gesagt, das Vermessungsamt ist da ziemlich penibel und die Data Working Group (DWG) von OSM ist schon mehrfach aktiv geworden und hat entsprechende Edits reverted.
Scheint mir auch so, dass die DWG Changeset-Comments wie diesen hier nach entsprechenden Stichwörtern scanned.

VG
Toni

Hallo flupflip,

du verweist recht häufig auf die "Flurkarte".

Welche ist das und unter welcher Lizenz dürfen wir die Daten aus der "Flurkarte" in OSM verwenden.

Wenn das der Bayernatlas (bayernatlas.de) ist, so ist uns die Verwendung der Daten ausdrücklich untersagt. Wir (OSM) hatten diesbezüglich schon Stress mit dem Bayerischen Landesvermessungsamt.

OSM darf lediglich die "Bayern (80 cm)" Luftbilder als Hintergrund zum Mappen verwenden - mehr nicht!

Hausnummern gemäß Bayernatlas sind also tabu und falls deine Edits darauf basieren, müssen die Informationen wieder gelöscht/rückgängig gemacht werden.

Viele Grüße
Toni

Hallo floempi,

die Diskussionen im Forum und auf den Mailinglisten gehen eher in die andere Richtung. Die überwiegende Anzahl solchcher Namen hängen an einem Punkt (node) mit place= und nicht an einer area.

Das "landuse=residential" definiert nicht den Bereich einer Gemeinde, sondern den Bereich einer Bebauung mit überwiegend Wohnungen.

Von daher wird name=Wiedenzhausen an diesem "landuse" als falsch betrachte, denn der Ort/der Ortsteil/die Gemarkung mit Namen "Wiedenzhausen" ist sicherlich größer.
Dazu gibt es dann wiederum andere Mechanismen wie "boundary" (relation/934455 für Wiedenzhausen dann evtl. admin_level=9 oder =10?) und auch "postal_code" (relation/1099879).

Nur zur Info: "is_in" wird als "deprecated", d.h. als veraltet betrachtet und u.U. in Zukunkt mal automatisiert entfernt.

Viele Grüße
Toni

Danke,

meine Frage ging in die Richtung des Gebäudes zwischen den beinden Brücken :-).

"HSE24 - Gebäude 16" ist wohl keine Brücke, oder?

Und: name="Bridge between 16 and 10" ist wohl nicht der tatsächloche/offizielle Name der Verbindungsbrücke.

osm.wiki/DE:Good_practice#Verwende_das_Name-Tag_nicht.2C_um_Dinge_zu_beschreiben

In diesem Fall wäre 'name' zu löschen, denn dass es eine Brücke ist und die Gebäude 16 und 10 verbindet ergibt sich aus den Tags (man_made=bridge, ...) und der Verknüpfung mit den anderen Gebäuden.

Ansonsten wäre 'name' vorzugsweise in "deutsch" (bzw. Landessprache) zu setzten und wenn in english, dann mit "name:en"

VG
Toni

Hallo maipablikkname,

eine Frage zum Gebäude (?) 16:

way/39775454

Ist das eine Brücke, oder ein Gebäude, welches erst im 1. Stock beginnt, somit auf Stelzen steht, ...?

Ein Gebäude bleibt ein Gebäude, selbst wenn das Erdgeschoss nicht vorhanden ist.

Siehe:

building:min_level=*

building:levels=*

osm.wiki/Simple_3D_buildings

Viele Grüße,
Toni

Hallo K.-H.,

ich werde das mal korrigieren.

Man kann - auch im iD - eine Straße spalten/teilen (splitten). Ich weiß nicht genau wie das in iD geht, ich nutze nur JOSM.

Ich werde das mal entsprechen ädern.

VG
Toni

Hallo JJ,

ich denke, ein Teil der Einbahstraßen können wieder auf "beide Richtungen" gemapped werden.

- von Osten her kommend kann man doch vermutlich bis zur Kläranlage, zum Parkplatz an der Isar und zur "SG Isarau, Ismaning" fahren?

- von Westen her bis zu den beiden Parkplätzen und wieder zurück?

Für Navis reicht es eh aus, nur die Heckerbrücke als "oneway" zu mappen.

VG
Toni

Hallo Anwohner1,

so weit ich das nun gelesen habe, ist eigentlich doch nur der Kreuzungbereich Richtung Salmdorf betroffen, oder?

Ist denn die Feldkirchener Straße auf der gesamten Länge im Ortsgebiet für Motor-Fahrzeuge aller Art gesperrt, oder nur ein Teil?

Nach der jetzigen Lage kommen ich von Süden her nicht bis an die Weißenfelder Straße, und die ist doch als Umgehung ausgeschildert, oder?
Oder ist die Vaterstettener Straße ganz im Süden als Umgehung gedacht?

Bei motor_vehicle=no auf der geamten Länge dürfen dann auch die Anwohner/Kirchgänger/Friedhofsbesucher nicht rein? Wäre auf einem Teilstück dann motor_vehicle=destination besser?

Für "kurzzeitige" Sperrungen würde ich statt

motor_vehicle=no

lieber

motor_vehicle:conditional=no @ (2019 Jun 29 - 2019 Oct 04)

setzen. Einige Navis verstehen das schon und man ist als Anwender nicht auf einen Update der Daten aufs Navi genau am 4. Oktober angewiesen. Das Problem mit motor_vehicle=no ist, dass diese Einstellung so lange gültig ist, bis das/die Navi(s) wieder mit neuen Daten gefüttert wird (Oktober, November, Dezember, ...).

OsmAnd z.B. holt sich neue Daten meist am 1. eines Monats und bietet sie den Anwendern so ab 10. eines Monats zum Download an. Die Freigabe der Baustelle hier liegt nun genau dazwischen ... und wird für die Anwender wohl erst ab 10. November wirksam sein.
Leider "versteht" OsmAnd "x:conditional" nicht - also irgendwie ist dann beides eine nicht optimale Lösung.

Siehe auch St 2079 zwischen Putzbrunn und "Beim Forstwirt" (bei Harthausen).

Viele Grüße
Toni

source: Münchner Verkehrs- und Tarifverbund GmbH (MVV); GTFS vom 26.03.2019

Hi ManOfSteal,

ich werde die Straße nun wieder als residential mappen.

Ein Blick auf

http://osmtools.de/traffic_signs/?signs=240,1020-30

mit dem dort enthaltenen Hinweis

"Aufgrund von "Anlieger frei" eventuell als highway=residential oder service einzustufen."

hat mich darin bestärkt.

Viele Grüße
Toni

Danke, interessant, was da auf uns zu kommt.

222, 222V, 222W, ...

VG
Toni