Okay. Da der volle Umfang “der vierte Montag im August sowie das Wochenende und der Freitag davor” ist, habe ich den Zeitraum erweitert. Könnte ein adäquates Tagging für die POIs dann folgendes sein?
temporary:amenity=parking @ Aug Mo[4] -3 days,Mo[4] 00:00-24:00
temporary:parking=surface @ Aug Mo[4] -3 days,Mo[4] 00:00-24:00
surface=grass
fee=no
name=Parkplatz - Nord -
Bin vor ner Weile über die komplette Infrastruktur eines Pferdemarktes oder so gestolpert und der verantwortliche Account ist nicht sonderlich gesprächig (hat schon mal geabtwortet, aber mit viel Lag).
Sowas wäre eine Lösung, die ich ihm anbieten könnte.
Mammi71
(One feature, Six mappers and still More ways to map it)
46
Ich möchte dieser polemischen Darstellung deutlich widersprechen. Ein umgeknickter Grashalm ist nicht ausreichend, eine Bahnstrecke anzunehmen, nicht einmal eine abandoned oder razed! Hierfür gibt es keinen Konsens, ja nicht einmal eine Mehrheit.
Ich möchte sogar die “ähnlich verdichteten Strukturen” bezweifeln. Es gibt vereinzelten Luftbildaufnahmen, die nahelegen, dass die temporären Parkplatzflächen gelegentlich überackert werden. Reifenspuren auf einem Feld sind nicht annähernd so verdichtet wie Bahnkörper und eingeebnete und überackerte Bahnstrecken haben in OSM nix zu suchen.
Wir mappen normalerweise nicht wo die überall sind sondern nur einen Punkt und die Zeit, wo wir wissen dass sie da sind, lokale Beobachtungen. Wenn es nicht systematisch ist mappen wir es sowieso nicht.
Ich denke nicht, dass es für OSM “relevant” ist, ob da ein Wagen jeden Tag woanders steht oder aber es 7 Wagen gibt und ein spezieller Wagen einmal die Woche zum Punkt A fährt. Für OSM ist “relevant”, dass an Punkt A einmal die Woche Fischbrötchen gibt.
Aber natürlich kannst du dir eine Relation überlegen, die dann deinen Verkaufswagen abbildet (dann hast du wieder dein one Feature, one OSM element)
Und wenn der Food-Truck Montags vor dem Rewe steht, Dienstags vor dem Edeka, usw. nach festem Schema? Dann müsste man jeweils ein POI Node eintragen für das selbe Objekt.
Warum überlegen? Wie wird das denn gemacht, wenn wir das bereits tun? Mir ist das neu.
Mammi71
(One feature, Six mappers and still More ways to map it)
56
Genau so! Und das widerspricht nicht der “one feature, one osm-element”-Regel. Das Feature ist nicht der foodtruck, der montags hier und dienstags dort steht, sondern die Features sind der Fischbrötchen-Verkauf immer montags hier und der Fischbrötchen-Verkauf immer dienstags dort …
Ich wüsste nicht, dass wir den Foodtruck erfassen sondern eine Möglichkeit Fischbrötchen zu kaufen. Ob das jetzt ein Ford, Fiat oder Mercedes ist, ob der 100 oder 150PS hat usw. erfassen wir denke ich nicht, wäre mir jedenfalls neu.
Ich habe auch nicht geschrieben, dass ich das Fahrzeug erfasse, sondern das Feature “Hansis Würstchen”. Mit Angaben zu cuisine, Kontaktdaten, website usw. Dieses Feature ist den einen Tag hier, den anderen Tag dort.
Ich verweise gerne auch auf die Diskussion, ob man ein POI-Objekt verschieben sollte, wenn es in andere Räumlichkeiten umzieht. Die einen meinen, das POI-Objekt stellt das Feature dar und sollte daher verschoben werden, wenn es den Ort wechselt, die anderen meinen es stellt die Geschäftsräumlichkeit dar und sollte dann zunächst in disused:* und später in das neue POI geändert werden.
Wenn das so häufig vorkommt und dass es so klar ist, dass wir das so machen, wundert es mich, dass ich es bisher noch nie gesehen habe.
Genau und “Hansis Würstchen” kann ich jeden Dienstag von 9-15 Uhr am Marktplatz von Musterstadt mit meiner Visa-Karte kaufen und jeden Mittwoch von 8:30 bis 12 am Rathausplatz.
Mammi71
(One feature, Six mappers and still More ways to map it)
60
Dann lies Dir die entsprechende Wiki Seite noch mal durch. Keines der Beispiele geht auch nur annähernd in Richtung Deiner Überlegung. Da geht es eher darum, dass man z.B. ein Feature an der gleichen Stelle nicht einmal als Umring und nocheinmal doppelt als poi erfasst. Oder z.B. ein Flächenelement Friedhof nicht gleichzeitig ein lineares Element Mauer ist.