Das ist aber kein odbl-spezifisches Problem. 
Das Problem hat man immer bei der Bedingung Namensnennung. Bei der Vielzahl an Quellen ist es einfach nicht sinnvoll möglich, dass jeder Nutzer alle Quellen nennt.
Georg,
das ehrt mich natürlich dass Du da die ollen Excel-Tabellen aus der Vorlesung nehmen willst, aber ich würde Dir die ganzen Daten auch mit GIS umrechnen so dass man sie direkt in JOSM importieren kann. Damit ist der Workflow besser nachvollziehbar wenn mal jemand wissen will wie die Daten da reingekommen sind.
LG,
-moenk
Bevor diese Formulierung zu Unklarheiten führt:
- es sollen keine Daten per Programm importiert werden
- dies soll durch die lokalen Mapper in Münster erfolgen
Gruß Klaus
Hallo moenk,
mal davon abgesehen, dass mich bei solchen Sachen auch der Weg reizt, ist es schon zu spät. Dein Excel-Sheet ist längst analysiert und in ein PHP-Skript umgeschrieben. Neben den Dateinamen benötigt es nur noch Angaben, in welchen Spalten der angegebenen CSV-Datei der Rechts- und der Hoehenwert aufgeführt ist und in welchen Spalten die WGS84-Koordinaten eingetragen werden sollen. PHP-Optimierungsmaßnahmen habe ich mir erspart und einige Variablen heißen auch so wie die Excelzellen 
. Bei Interesse gebe ich auch gerne den Code heraus, aber vorher würde ich gern nochmal einen Test mit weiteren Datenbeständen machen.
Wie Klaus auch schon mitgeteilt hat, mir geht es nicht um einen direkten Import (der technisch machbar wäre (inklusive einer Analyse, in welchem Abstand sich der nächste OSM-Spielplatz von den Koordinaten der städtischen Spielplätzen befindet)), sondern um Anregungen, wie man die Qualität eines Kartenwerks durch Abgleich mit (öffentlichen) Listen heben kann und dies mit einfachen (grafischen) Mittel auch unterstützen kann. Nicht umsonst steht unter der Karte nicht längst ein Wert von 100% städtischen Spielplätzen.
MfG Georg V. (OSM=user_5359)
Ich habe heute mal den QS-Ansatz in meinem Ortsteil praktisch verprobt.
Hierzu habe ich:
- einen passenden Ausschnitt von Georgs Karte ausgedruckt
- und zusätzlich die Daten der entsprechenden Spielplätze ausgedruckt
Ergebnis der Stichprobe:
- 3 von 11 Spielplätzen in OSM vorhanden
- Daten der Stadt Münster sehr genau
Zu einem Spielplatz sollte man m.E. folgendes erfassen (Beispiel):
- Name: SP Nottulner Landweg
- Betreiber: Stadt Münster
- Größe: 2000
- Gesperrt: nein
- Nutzer: Jedermann
- Einrichtungen: Spielgeräte, Ballspielplatz
Fazit:
- Die besichtigten Spielplätze sind höchst unterschiedlich in Ausstattung und Größe (255 - 3268 qm).
- Einige Spielplätze dürften nur den unmittelbaren Anwohner bekannt sein.
- Der Ansatz “Karte ausdrucken und abarbeiten” war für mich absolut praktikabel.
Fragen:
- Wie sollte man die o.g. Daten taggen ?
- Ab welcher Größe sollte die Fläche erfaßt werden ?
Gruß Klaus
Um die Informationsergänzung /-kontrolle etwas anzuregen, habe ich die Ausgabe zu den OSM-Daten etwas ergänzt:
79 Knoten, 138 Flächen mit Kennzeichnung Spielplatz
(leisure=playground; nicht nur städtische) im Stadtgebiet
Münster (65,36%). Datenbestand vom 15.06.2012 19:24:03
FIXME 1
amenity 2
area 6
barrier 2
building 1
description 1
indoor 1
layer 4
name 24
operator=Stadt Münster 10
source 9
surface 2
wheelchair=limited 3
wheelchair=no 2
wheelchair=yes 2
Durch einen Konfiguration kann ich angeben, ob nur der Schlüssel oder auch der Wert (siehe operator, wheelchair) gezählt wird. Die Ausgabe des gesuchten Schlüssel (hier leisure) und von created_by wird unterdrückt. Anregungen dazu sind willkommen.
Die Erfassung der Spielplatzdaten gestaltet sich schwieriger als gedacht.
Für das Tagging hatte ich mir bislang Folgendes überlegt (Beispiel):
leisure=playground
name=SP Nottulner Landweg
source=survey
disused=yes
operator=Stadt Münster
area_size:sqm=200
facilities=Spielgeräte, Ballspielplatz
note=Datenquelle: Stadt Münster, Stand …
user_group=Jedermann
Noch nicht zufrieden bin ich mit folgenden Punkten:
-
disused=yes
Es gibt einige Spielplätze die “Außer Betrieb” sind.
Teilweise sind alle Spielgeräte abgebaut - der Spielplatz wird wohl grundlegend umgestaltet.
Andere Spielplätze sind z.B. gesperrt, weil der Sand ausgetauscht oder etwas repariert wird.
Paßt da “disused” ? -
facilities=Spielgeräte, Ballspielplatz
Hier gefällt mir die Liste nicht - sowas ist schwierig zu verarbeiten. -
user_group=Jedermann
Scheint mir auch noch nicht so optimal - es gibt folgende Benutzergruppen: -
Jedermann
-
Kleinkinder sowie schulpflichtige Kinder und Jugendliche
-
Kleinkinder
Konstruktive Vorschläge sind willkommen …
Gruß Klaus
disused=yes halte ich für eine sehr ungünstige Lösung. Besser disused:leisure=playground. Denn wenn der Spielplatz nicht genutzt werden kann, ist es auch kein leisure=playground 
Besser wäre:
Schaukel=yes|no|
Rutsche=yes|no|
Natürlich nicht Schaukel und Rutsche als key, sondern die englischen Begriffe
Ich kenne häufig Spielplätze, wo eine Altersgrenze auf einem Schild steht. Daher würde ich sowas eher als age:max=* bzw. age:min=* taggen. Da ist man am flexibelsten und nicht auf eine Definition von Kleinkind etc. abhängig, die evtl. in einem anderen Ort komplett anders ist.
Ich nehme an, dass Du den Spielplatz als Fläche mappst, dann ist diese Angabe natürlich nicht notwendig, sondern
ergibt sich aus der Größe der Fläche.
Ich wollte die fehlenden Spielplätze (in meinem Ortsteil) erstmal nur als Nodes erfassen.
Alles Weitere überlasse ich dann “richtigen” Mappern …
Gruß Klaus
PS: Die “amtliche” Flächenangabe wäre m.E. aber auch bei der Erfassung als Fläche sinnvoll.
disused heisst für mich, dass die Sachen noch dort sind, aber nicht mehr verwendet werden. So würde ich Spielplätze in der Todeszohne von Tschernobül mappen.
Wenn sie wegen Bauarbeiten geschlossen sind, passt eher ein construction=yes (eventuell mit date_on und dem Eröffnungsdatum).
Die Spielgeräte würde ich mit http://wiki.openstreetmap.org/wiki/DE:Key:playground erfassen (wenn die Spielplätze später mal Flächen sind).
Dieses Schema scheint mir erstmal geeignet:
Beispiel 1 (SP mit Ballspielplatz für Jedermann):
leisure=playground
name=SP Nottulner Landweg
operator=Stadt Münster
areasize:sqm=2000
playground=play_equipment
playground=ball_field
source=survey
note=Datenquelle: Stadt Münster, Stand Dezember 2011
Beispiel 2 (SP für schulpflichtige Kinder und Jugendlich; im Umbau befindlich):
leisure=playground
name=SP Buchenweg
operator=Stadt Münster
areasize:sqm=477
playground=play_equipment
maxage=16
construction=yes
source=survey
note=Datenquelle: Stadt Münster, Stand Dezember 2011
Die Eintragung der Daten führte leider zu neuen Schwierigkeiten …
Fragen zu Potlatch2:
- Wie kann man einen “key” mehrfach eintragen (z.B. playground=play_equipment + playground=ball_field) ?
- Wie kann man direkt die Koordinaten eines POIs eintragen (die habe ich ja mittels GPSr erfaßt) ?
Gruß Klaus
ein Key kann nur einmal vorkommen, egal, welchen Editor zu nutzt.
Wie soll das denn hier funktionieren ?
http://wiki.openstreetmap.org/wiki/DE:Key:playground
Gruß Klaus
Hallo Klaus,
dies sind dann einzelne Punkte auf der Fläche mit leisure=playground. Eine Aufzählung mit Semikolon an einen Punkt mit leisure=playground macht wenig Sinn.
MfG Georg V. (OMS=user_5359)
P.S.: Natürlich können es auch Wege auf der Fläche sein: http://www.openstreetmap.org/?lat=51.56515&lon=6.762865&zoom=18&layers=M# (bitte in “Kartendaten anzeigen”-Modus gehen sonst sieht man die Feinheiten nicht.
Ergänzung des Postscriptums mit einem Beispiel
ganz einfach - damit werden einzelne Spielgeräte als Einzelnodes getaggt. Und da eine Schaukel nunmal schwerlich gleichzeitig eine Wippe sein kann (untersteht euch, absurde Konstruktionen auszugraben :P), klappt das ziemlich gut. Was es noch gibt, sind die altbekannten Listen, die aber irgendwie praktisch kein Tool unterstützt: key=value1;value2;value3;value4
Wenn es aber nicht besser geht, halte ich die Liste erstmal für sinnvoll. Oder aber man macht gleich die entsprechenden Punkte + site-Realtion und ergänzt an den Punkten ein fixme=position ungenau oder so.
Ich habe die Spielplatzauswertung etwas bunter gemacht: Wenn bei einem OSM-Datensatz das Attribut operator vorhanden ist, wird das Objekt grün eingefärbt, ansonsten ist das Objekt wie gewohnt rot. Die Stadt Daten haben ein etwas kräftigeres Blau erhalten.
Laßt die Stadt Münster auch auf dieser Karte ergrünen!
MfG Georg V. (OSM=user_5359)
Hallo,
in den letzten Tagen habe ich meinen Heimatort an Aerowest-Luftbilder angepasst
und mich dabei mit den ganzen Möglichkeiten rund um OSM vertraut gemacht.
Spielplätze hab ich auch flächig eingezeichnet. Dies hab ich jetzt mit den öffentlich verfügbaren
Daten verglichen. Von der Lage passt es sehr gut:
Wie man auf dem Bild sehen kann hatte ich Spielplatz und Ballspielplatz getrennt eingezeichnet.
Eigentlich würde ich es so stehen lassen und an beide den Operator-Tag heften.
Nur der Tag mit der Größe würde dann nicht passen.
Oder sollte man die Spielplatzfläche um den Pitch erweitern?
playground=* würde ich dann ganz weglassen, da ich denke, die Angabe “Ball” ist so abgedeckt"
Bei Interesse kann ja noch jemand die einzelnen Spielgeräte einzeichnen.
Spielplätze mit Ball=1 würde ich ohne leisure=playground aufnehmen und die Daten der Stadt an einen pitch schreiben.
Die Altersangabe würde ich auf den Fall aufnehmen:
A ohne Einschränkung
B/C maxage=16
C maxage=6 ??? also für Kindergartenkinder?
Abgesehen von den Daten der Stadt hab ich Spielplätze mit Zeiteinschränkungen,
wie z.B. bis 19 Uhr oder Einbruch der Dunkelheit vorgefunden.
Dies hab ich in opening_hous=Mo-So 7:00-19:00 übersetzt
Ist das so in Ordnung?
Viele Grüße
Daniel
PS: Auf den Seiten der Stadt gibt es auch eine Tabelle zu Sportstätten