Weil der Name einfach in der Mitte platziert wird? Weil momentan der Name von Zäunen sowieso nicht gerendert wird?
Ich habe gar nie behauptet, dass es falsch gerendert würde… aber stell Dir vor, ich möchte eine Liste aller Zäune in der Datenbank. Soll der Name nun mit in meine Liste oder nicht?
Dieses Problem hast Du immer, wenn Du zwei unterschiedliche reale Obiekte als ein Objekt in OSM speichern möchtest.
Andere Beispiele:
Poller auf einem Weg mit Fahrrad-Wegweiser
Bushaltestelle mit Hundekotbeuteldispenser
…
Kann man jeweils als ein einzelnes Objekt erfassen, würd ich aber nicht.
Ein landuse=basin ist ein Becken. Das kann so groß sein wie mehrere Fußballfelder
z.B. bei Regenrückhaltebecken oder so klein wie das Planschbecken im Freibad.
Im Falle des Rückhaltebeckens ist es klar ein Landnutzung, im Fall der Schwimm-
becken ist es grenzwertig. Allerdings halte ich natural=water für noch falscher,
da ein Schwimmbecken nun einmal keine natürliche Struktur ist.
Nun ja, auch in einem Schwimmbecken kann es eine Insel geben.
Die Freibad-Designer sind da durchaus einfallsreich.
Beispiel: Brücke im Freibad Rüngsdorf
Der Name in der Zaunliste würde mich nicht stören, da der Zaun ja
real zu der Firma/… gehört.
Manchmal sind zwei Objekte eben untrennbar miteinander verbunden.
Ein Zaun auf einer Flächengrenze ist so ein Fall.
Die Bushaltestelle ist so ein Fall. Dort soll die Mastposition gemappt werden.
Und an dem Mast hängen oft auch die Fahrpläne. Also:
highway=bus_stop
tourism=information
information=timetable
Wenn mehrere Dinge sich eine Position teilen, dann sind sie aus OSM-Sicht
eben ein Objekt nicht zwei.
Füge an das Gelände landuse=recreation_ground und evtl. sport=swimming
sowie den Namen an. Das wird dann auch bei Mapnik gerendert.
Wenn dir das nicht zusagt kannst du auch nur sport=swimming +
name=Moskaubad hinzufügen.
Am Gebäude würde ich leisure=water_park, sport=swimming und den
Namen entfernen. Die Adresse würde ich an das Gebäude oder alternativ
an das Gelände taggen.
Falls das Gebäude zusätzlich ein Hallenbad sein sollte, würde ich
leisure=sports_centre statt leisure=water_park verwenden.
In dem Fall bleiben natürlich sport=swimming und name=* erhalten.
Als letztes würde ich noch den Zaun um das Gelände eintragen, sowie
die Eingänge ins Gebäude / auf das Gelände.
Prima, das ist tief genug, damit Kleinkinder darin ertrinken können.
Kindern bis ca. 2 Jahren fehlt nämlich noch der Reflex um den Kopf
aus dem Wasser zu nehmen. Keine Ahnung warum das so ist.
Zu deiner eigentlichen Frage:
Ich würde natural=water, depth=0.3 dafür nehmen.
Der Task ist zwar schon alt, aber hier hab ich die meisten zusammenhängenden Infos über ein Freibad gefunden.
Ich hoffe, keinen Vorschlag / Meinungsbildung unterschlagen zu haben, und verweise für die vollständige Darstellung auf den
gesamten Thread, und werde mal mit dem nicht ganz eindeutigen Tagging starten.
Immerhin bin ich schon ratlos über zwei Freibäder in meinem Mapping Gegenden gestolpert und war verwundert, das die Community
hier noch nix “ausgeschwitzt” hat.
Ich wäre auch so frei, falls jetzt eventuell losgetretende Diskussion noch ein paar Zusatzinfos bringt, dieses Post zu editieren.
Ich fass den Thread mal so zusammen:
leisure=waterpark bezeichnet ein “Spassbad” kommt also für ein gutes Freibad nicht in Frage die Meinung war NICHT einstimmig!
Freibad Zaun:
Die gesamte Aerea bekommt das Tag barrier=fence.
barrier=entrance am Eingang falls keine Durchgangsbeschränkung existiert.
alternativ:
Ausgang:
entrance=no, exit=yes, barrier=turnstile (Drehkreuz)oder barrier=gate (allgemeiner)
Freibad Becken:
landuse=basin, oder leisure=swimming_pool, alternativ natural=water aber welches Schwimmbecken ist schon ein natürliches Objekt.
oder
leisure=swimming_pool
sport=swimming
Liegefläche
leisure=park oder landuse=recreation_ground
Dann gibst noch den Vorschlag das gesamte Freibad als Multipolygon zu nehmen
die Outer Linie (siehe oben auch “Zaun”),
mit
leisure=swimming
name=*
operator=*
type=Wasserpark|Thermalbad|Hallenbad|Erlebnisbad etc.
landuse=village_green|park (leisure ist ja schon vergeben)
Bei einer größeren Anlage kann auch gut die Relation type=site angewandt werden.
Dort kann man
a) Beachball spielen
b) Eislaufen, ich glaube im Sommer stehen auf der Bahn Tischtennisplatten
c) Schwimmen
d) sich auf der Liegewiese erholen
e) Eine Restauration gibt es auch
f) und einen Schlittschuhverleih
Mein Ansatz.
Multiploygon
leisure=sports_centre
Um einen inhaltlichen Zusammenhang zu schaffen, hab ich dann die Einzelsportaktivitäten als inner genommen.
(auch bei der Liegeweise). Die geht nun dummerweise bis zum Rand des Multipolygons, so dass ich hier inner=outer habe,
was natürlich unschön ist. (z.B. im OSM Inpektor)
Das Kassenhäuschen (= Schlittschuhverleih) liegt natürlich nicht am Eingang der Area, sondern mittendrin, hab ich auch
noch nicht gemappt.
Passt das so ? Oder lass ich das mit dem Multi besser ?
Diese Zusammenfassung sollte wohl besser im Wiki erfolgen, damit sie auch von allen gefunden wird.
Bisher sind Bäder ja recht unterschiedlich erfasst worden, damit könnte sich das endlich einmal bessern.
Vergaß zu erwähnen, daß dies AFAIK von Garmin nicht unterstützt wird. Muß also nachgetragen werden.
Ist mir erst jetzt aufgefallen, da ich für meine Karte die meisten Polygone deaktiviert habe.
Wenn jemand weiss, ob das ein Proposal, eine Festlegung etc ist ? Ich glaube es gibt etliche Freibäder in Deutschland und allein die deutschen Mapper wären froh, wenn es mal eine Festlegung gäbe. Wenn wir definieren würden wie die Duschen und Sprungtürme zu mappen wären, würde die auch erfasst. Da OSM gerade im Bereich Freizeit breit gesetzt ist, erscheint mir das zwar als Eyecandy aber dennoch sinnvoll (weil auch Marketing für OSM).
Ich finde diesen Task sehr interessant. Der Fragensteller bittet irgendwann die Gemeinschaft “leicht genervt” von der Diskussionsfreude der Community, sein Problem in der Karte zu lösen. Ich fassen nur den Task zusammen, und habe 3 Minuten später (!) einen weiteren Tagging Vorschlag.
Meine Zusammenfassung ins Wiki an die richtige Stelle zu schieben, steht jedem frei (ich hatte letzten schon eine PDF für Einsteiger ins Wiki gebracht und hab noch 1000 Ideen wie ich das “aufpäppeln” kann).
