[Talk-de] OSMdoc: Fragen für eine neue Version [namespaced tags, multivalued values]

[Lars Francke]

2009/12/7 Colin Marquardt <cmarqu42 at googlemail.com>:
> Am 6. Dezember 2009 22:43 schrieb Lars Francke <lars.francke at gmail.com>:
>> 1) Was soll ich mit den Tags (tag keys) machen, die den Doppelpunkt
>> benutzen um Namensräume abzugrenzen? Ich meine z.B. die tiger tags
>> (tiger:tlid) oder die Tags von Karlsruhe Schema (addr:city, ...), die
>> seamark tags usw.
>> Momentan verweise ich nur auf die jeweiligen 'eltern' bzw. 'kinder'.
>> Von "addr" gibt es links auf "addr:city" und "addr:street" usw. und
>> andersrum von "addr:street" gibt es einen Link auf "addr". Mir fallen
>> spontan keine weiteren Sachen ein, die ich mit diesen Daten machen
>> koennte. Hat also jemand noch Ideen für weitere Auswertungen oder
>> Daten, die ich anbieten koennte?
>
> Klingt sinnvoll. Ich verwende noch Doppelpunkt-Tags, die keinen
> Eltern-Teil haben, naemlich "osmc:symbol" (mit Nops Reitkarte/OSM
> Composer eingefuehrt). Da waere es wohl guenstig, kuenstlich "osmc"
> als Aufhaengepunkt zu synthetisieren, und vor dort andere "osmc:*"
> zugreifbar zu machen. (Wobei mir gerade einfaellt,  dass das bei
> "tiger" ja genauso ist.)

Das verstehe ich nicht ganz.
Bei Deinem Beispiel "osmc:symbol" wäre "osmc" der Eltern- und "symbol"
der Kindsteil, sollte also kein Problem sein.

>> 2) Tags deren Werte durch Semikolon getrennt sind. Momentan tendiere
>> ich dazu, die einfach zu teilen und einzeln zu behandeln.
>> Ein Tag wie "amenity=parking;restaurant;fuel" resultiert momentan in
>> einem einzigen Eintrag in OSMdoc [1]. Nach meiner Idee würde es drei
>> Einträge daraus geben "amenity=parking", "amenity=restaurant" und
>> "amenity=fuel".
>> Klingt das vernünftig? Ich habe ein paar wenige Tags durchgeguckt und
>> keine andere Verwendung für Semikolons gefunden.
>
> Ja, klingt vernuenftig. Schoen waere es, wenn man Konflikte wie
> "tracktype=grade1;grade5" hervorheben koennte, wenn Du nichts dagegen
> hast, in Richtung Validator zu gehen. Was ein Konflikt ist muss sich
> mit der Zeit herausstellen.

Hmmm an so was hatte ich noch gar nicht gedacht bisher (Validator).
Ich bin der Idee nicht vollkommen abgeneigt vor allem, da ich alle
Daten zu Deinem Beispiel schon sammel. In diesem Falle sammel ich die
Daten welche key-value Kombinationen zusammen verwendet werden. Aber
das wird erstmal keine Priorität. Dennoch, wenn Dir weitere Beispiele
für solche Sachen einfallen lass es mich wissen. Ich sammel die gerne
und gucke dann wie ich das am Besten einbauen kann.

Vielen Dank für Deine Anmerkungen.
Gruß,
Lars