[Talk-de] Tag-Gruppen
Bernd Raichle
bernd at dante.de
Mo Aug 20 14:51:51 UTC 2012
Hallo,
on Tuesday, 7 August 2012 21:14:16 +0200,
André Riedel <riedel.andre at gmail.com> writes:
> Am 7. August 2012 17:25 schrieb Bernd Wurst <bernd at 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
Mehr Informationen über die Mailingliste Talk-de