Hallo,
on Tuesday, 7 August 2012 21:14:16 +0200, André Riedel <riedel.an...@gmail.com> writes: > Am 7. August 2012 17:25 schrieb Bernd Wurst <be...@bwurst.org>: > > Am 07.08.2012 14:59, schrieb André Riedel: > >> Mit heutigen Mitteln und API 0.6 habe ich vorgeschlagen, einen > >> durch | getrennten numerischen Prä- oder Suffix pro Gruppe zu > >> verwenden. Bspw. highway = primary maxspeed = 100 1|restriction > >> = hgv 1|maxspeed = 80 2|restriction = hgv 2|minweight = 12 > >> 2|maxspeed = 60 > > > > Das erscheint mir eine Idee mit Potenzial... > > > > > >> Gleiches funktioniert auch wunderbar bei mehreren POI pro > >> Knoten/Fläche (diesmal als Suffix ausgeführt) > >> name = Backerei und Fleischerei Müller > >> addr:street = Dorfstraße > >> addr:number = 1 > >> shop|1 = backery > >> opening_hours|1 = 06:00-19:00 > >> shop|2 = butcher > >> opening_hours|2 = 09:00-19:00 > > > > ...das allerdings finde ich unlogisch. > > > > Also zunächst: Entweder Prä- oder Suffix. Beides zuzulassen ist > > doch irgendwie hausgemachtes Chaos. > > Das ist klar. Ich wollte nur beide Varianten darstellen, welche mir > in der derzeitigen API vorschweben. Wobei man die Idee dann, wenn schon, RICHTIG weiterspinnen müsste: Wieso Tag-Gruppen nicht in der OSM-Datenbank und auf XML-Format-Ebene unterstützen, also beispielsweise aus der Präfix-/Suffix-Nomenklatur im Tag-Key gleich eine "offizielle" Tag-Gruppe machen: <way id="..." ...> <nd ref="..." /> <nd ref="..." /> <tag k="name" v="Bäckerei und Fleischerei Müller" /> <taggroup> <tag k="shop" v="backery" /> <tag k="opening_hours" v="06:00-19:00" /> </taggroup> <taggroup> <tag k="shop" v="butcher" /> <tag k="opening_hours" v="09:00-19:00" /> </taggroup> </way> Dasselbe kann man nun mit zeitlichen und transportmittel-abhängigen Verkehrsbeschraenkungen (50 für Lkw ab 3,5t und von 22-6 Uhr). DB-intern kann man alles als Tag-Gruppen ablegen. DB-extern werden Einzel-Tags beim Verarbeiten zu einer Tag-Gruppe mit nur einem Tag und beim Herauslesen kann eine Tag-Gruppe mit nur einem Tag dann auch vereinfacht dargestellt werden. "Dadurch hat man ein einheitliches DB-Schema und gleich eine Möglichkeit zum Umstieg." Nachteil gegenüber der Suffix-/Präfix-Lösung: Die DB, die API und alle Tools müssen entsprechend umgestellt werden, bedeutet also nochmals viel Arbeit für wenige Personen durch die Umstellung. Vorteil gegenüber der Suffix-/Präfix-Lösung: Tags, die zusammen gehören, sind explizit zusammengefasst. Der Key eines Tags wird nicht mit noch mehr impliziter Bedeutung überfrachtet. > > Was mich hier aber wirklich stört ist, dass kein "normales" Tagging mehr > > dran ist, also ein einfacher Datenauswerter das nicht mehr wahrnehmen > > kann. Es sollte also IMHO so gestaltet sein, dass weiterhin das > > "primäre" Tagging ungeändert bestehen bleibt. > > > > Grade bei dem von dir genannten anderen Beispiel mit den highway- und > > bridge-Tags wird deutlich, dass ohne dieses System zu verstehen wirklich > > nichts auswertbares mehr an dem Element dran ist. > > Die Grenzen der Anwendung von Gruppen sollte man noch eingehender > diskutieren. Genauso ob Gruppen kaskadierend angewendet werden dürfen > oder ob es eine maximale Anzahl geben soll. Welche Beispiele für solche geschachtelten Gruppen gibt es denn? (Und das obige Beispiel eines Mehrfach-Shops innerhalb eines Gebäudes legt IMHO die Verwendung von Relationen schon eher nahe als dies noch mit tiefer geschachtelten Tag-Gruppen zu repräsentieren.) Grüße, Bernd _______________________________________________ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de