Hi,

puh, das ist 12 Jahre her. ;-)

Schlussendlich ist es eine Wiese, auf der im Sommer gern mal sonnengebadet und gegrillt wird, man muss sich nur vor der Hundekacke in Acht nehmen. Viel Vegetation ist da ja auch drauf, vielleicht wäre landuse=grass das bessere Tag...

Stimmt, das originale Proposal aus 2009 für parking=garage_boxes hatte etwas anderes im Sinn: Große Areale mit Garagen, die man sich mieten konnte. Die Praxis in 2024 zeigt, dass das Tag mittlerweile für Standard-Fertiggaragen verwendet wird: http://overpass-turbo.eu/s/1OOL
Es macht ja auch Sinn, der Name garage_boxes passt perfekt dafür. Und für die großen Garagen-Areale steht ja noch landuse=garages zur Verfügung.

Für mich bedeutet building=garages nicht das gleiche wie parking=garage_boxes. Das eine beschreibt das Gebäude, das andere den Verwendungszweck. Ich hatte z.B. schon mal in einem Garagengebäude meinen Arbeitsplatz.

Insofern würde ich kein großes Parking Lot daraus machen, aber den beiden building=garages noch ein amentiy=parking, parking=garage_boxes, access=private spendieren.

Nach den Überlegungen im changeset/153727701: ja, stimmt.

Wie geht man hier mit den einzelnen Parkplätzen um, die nicht Garagen sind? Mir fällt da spontan nur ein, die Fläche mit parking=garage_boxes; surface zu taggen und für capacity=<Anzahl aller Parkmöglichkeiten> zu nehmen. Und an die building=garages dann noch capacity=<Anzahl der Garagen dieses Ways>. So kann man von der Gesamtanzahl aus dem amenity=parking-Way und den Anzahl aus dem building=garages-Way die restlichen berechnen.

Was meinst Du dazu? 🤔

Meiner Meinung nach sollten auch private Parkflächen als amentiy=parking getagged werden, schließlich wird da nun mal geparkt. Für die Unterscheidung privat / öffentlich gibt es ja das access-tag.

amenity=parking_space ist auch für mich ein einzelner Parkplatz. Das verwende ich gerne für einzelne, für Behinderte ausgewiesene Parkstellen, an denen sonst keine Parkmöglichkeit ist, z.B. vor der Filmwelt am Oberen Marienbach.

Bezüglich große Parkfläche oder einzelne Garagen-Gebäude habe ich überlegt und würde es so machen:
- Die große Parkfläche als amentiy=parking, parking=garage_boxes (und je nach Bedarf access=private)
- Einzelne Garagenboxen in dieser Parkfläche als building=garage(s). Hier kann man noch überlegen, auch ein access=private anzuhängen. Da bin ich mir unschlüssig, schließlich steckt ein eventuelles access=private schon im umschließenden amentiy=parking.

Zwar gilt die "One feature, one OSM element"-Regel (osm.wiki/One_feature,_one_OSM_element), allerdings finde ich das mit obiger Kombination nicht im Widerspruch. Schließlich beschreibt building=garage(s) das Gebäude. Es ist ja nicht gesagt, dass in einer Garage nur Autos stehen (zumindest ist das in den Bundesländern unterschiedlich geregelt. Siehe übrigens § 18 Abs. 1 der GaStellV Bayern für einen kleinen Schmunzler). Ebenso wird millionenfach das Tag building=residential bei Wohnhäusern verwendet, obwohl die schon in einer landuse=residential-Area stehen.

landuse=garages würde ich nur bei wirklich großen Flächen mit Garagen nutzen, schon so ab der Größe vom Volksfestplatz oder so. Jedenfalls nicht bei 15 Boxen in der Nähe von Wohnhäusern...

Das Schulgebiet ist übrigens kein Gebäude. ;-)
Ich hab's eben korrigiert.

Moin Redd,

ah, meine alte Wirkungsstätte!

Ehrlich gesagt kann ich Dir nicht mehr sagen, was mit dem Tag gemeint ist. Das Gebäude hat zwei "Stockwerke", die eigentliche Maschinenhalle (der "erste Stock") ist von Osten aus gesehen ebenerdig erreichbar, während das "Erdgeschoss" mit der Azubi-Werkstatt und Lagerräumen von Westen aus ebenerdig erreichbar ist. Ich könnte mir vorstellen, das der Tag damit was zu tun hat...

Jedenfalls 15 Jahre später würde ich den Tag auch löschen...

Grüße,
Michi

Die Änderung ist so klein, die findest Du selber heraus! :-)
Ich gebe Dir aber einen Tipp: In der Liste hier unten, sind Wege und Knoten, die mit "v1" gekennzeichnet sind, neu in der Datenbank (deswegen "v1", das steht für "1. Version").

Ein paar farmyards angelegt und den Anwohnerbereich zurückgefahren.

Straßen, die als Zufahrtswege gekennzeichnet waren, auf Anwohnerstraßen aufgwertet.

Ja, bei kleinen oder selbsterklärenden Edits trage ich keinen Kommentar ein.

Wenn es dich interessiert, kannst Du Dir ja das osmChange-XML oder die visuelle Repräsentation ansehen:
https://osmlab.github.io/changeset-map/#146084899
https://resultmaps.neis-one.org/osm-change-viz?c=146084899#15/50.1153/10.3078

Es gibt einen alten Spruch, der besagt: "Aus Fehlern lernt man." Das trift besonders auf neue Useraccounts zu. Das ist schlicht ein wesentlicher Bestandteil des Lernprozesses und nicht böse gemeint. 👍

Nix für ungut, aber bist Du sicher, dass sich der Name mit Doppel-L schreibt?

Ich glaub' beim Namen des Geschäfts ist da was schiefgelaufen. 😉

Sorry, ich habe mich nicht klar ausgedrückt. Du hast am 03.05. das Restaurant "Caruso Ristorante Pizzeria" hinzugefügt. Dieses Restaurant war allerdings vorher schon in OpenStreetMap drin und war danach doppelt. Mehr wollte ich gar nicht sagen...

Hey,
prüfe doch bitte das nächste Mal ob es das Restaurant nicht schon als Node gibt. :-)
Grüße,
Michi

Hi,
bei deinen letzten Änderungen in Gochsheim ist aber einiges schief gelaufen:
- Ganz Gochsheim ist jetzt eine Wiese
- Die Industriegebiete sind Parks
- Häuser sind auch Wiesen geworden
- Ein "Königlicher Park Carolus"? Das sind ja historische Fakten, die ganz neu sind ;-)

Bitte korrigiere das.

Korrigierst Du die Nodes oder soll ich?

Hi,
toll das mal jemand die ganzen Sirenen gemappt hat. :-)
Ich hab' gesehen, Du hast die meisten mit name=E57 getagged. Kann es sein dass Du eigentlich siren:model=E57 als Tag meintest?

Hi Rainer,

ja, das sind tatsächlich Relikte aus den Anfangstagen. Da Relationen keine Kategorien sind, "können die wirklich weg". :-)

Grüße,
Michi

Bitte helf' mir auf die Sprünge, ich finde den Fehler nicht? Die Warnung für PH ist klar, aber ich kenne die Öffnungszeiten für Feiertage dieser Lokalität nicht...