Hola, On Mon, Mar 26, 2018 at 06:45:22PM +0200, G. Böger wrote:

Hallo! Flächig an die Straße halte ich auch für falsch. In diesen Fällen kann man das, meiner Meinung nach, auch mit parking:lane regeln. Ansonsten muss man eben einen service=parking_aisle einzeichnen.

Genau - der Weg kann teil des Parkplatzes sein - Dann inkludiert die Fläche des Parkplatzes den Weg - dann ist das z.b. ein highway=service/service=parking_aisle - kann aber auch ein Fußweg oder eine öffentliche Straße sein. Nur dran angeschlossen ist typischerweise falsch.

Die Sache mit dem Gras von einem Acker über die Straße zum anderen Acker ist mir auch schon oft untergekommen.  Ich habs allerdings nicht für falsch gehalten, sondern für nervig, wenn man da was ändern will.

Mit dem Grass: - landuse=grass ist in 90% der Fälle falsch. Es gibt keinen "use grass". Ist auch im Wiki Artikel erwähnt und auf möglicherweise richtiges use verwiesen - z.b. landuse=meadow - Die Straßenfläche sollte eher dann ein landuse=highway oder highway+area sein. Das wird ja nicht als grass genutzt sondern zum fahren. Bis es da allerdings eine saubere Methode gibt Straßen/Verkehrsflächen sauber zu mappen würde ich das einfach bleiben lassen. - Der Straßenbegleitende Graben sollte dann eher als waterway=ditch z.b. gemapped werden - Aber - Auch das ist eine Linie - also kein Anschluss von Flächen. Flo -- Florian Lohoff f@zz.de UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away

On Mon, Mar 26, 2018 at 07:24:31PM +0200, Johannes Wienke wrote:

...

Genau - der Weg kann teil des Parkplatzes sein - Dann inkludiert die Fläche des Parkplatzes den Weg - dann ist das z.b. ein highway=service/service=parking_aisle - kann aber auch ein Fußweg oder eine öffentliche Straße sein. Nur dran angeschlossen ist typischerweise falsch.

Wie sieht das denn hier mit Einfahrten zu (relativ unstrukturierten) Parplätzen aus? Das sind ja oft gut erkennbare stellen. Ich hätte da spontan auch dran gedacht ein kleines Stück Straße von der vorbeiführenden Straße bis an den Rand der Parkfläche zu setzen. Der Ostmarkt in Bielefeld hat ja z.B. auch eindeutig identifizierbare Zufahrten, aber keinerlei ernsthafte Struktur die man mit parking_aisle mappen könnte.

Also "den Rand der Parkfläche" ist ja falsch. Der Way mit dem highway=* markiert ja die Mitte der Straße. Geht der Parkplatz bis zur Mitte der Straße? Typischerweise eben nicht. Entweder die Straße/Weg gehört zum Parkplatz wie eine Parking Aisle - Dann geht das mittig auf den Parkplatz. Oder es ist die vorbeiführende unclassified/residential dann liegt sie eben eindeutig nicht auf dem Parkplatz. Die Fläche mit dem amenity=parking ist wie auch ein Building, Shop oder Landuse nur ein POI - Das ist kein routingfähiger Weg. Der muss/sollte nicht an das Straßennetz angeschlossen sein. Wichtig ist das klar ist: - Wo ist der Parkplatz (Dadurch das man die Fläche anlegt) - Ist der öffentlich (access=customers, private, employees etc) Das man da Wege anlegt ist mehr die Kür. Damit kann das Navi einem vom Parkplatz führen. Ob das unbedingt notwendig ist? Wenn ich Parkplätze habe die keine markierten Wege/Parkplätze haben dann umrande ich den (Fläche) und dann lege ich eine service/parking_aisle von der nächsten öffentlichen Straße auf den Parkplatz. Damit kann der Router eindeutig den Weg zu diesem Parkplatz finden. "Street Parking" also Randstreifen an einer Straße die zum Parken freigegeben sind Mappe ich gar nicht. Flo -- Florian Lohoff f@zz.de UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away