[Talk-de] amenity und Untergruppen (was: Re: tag: Sonennstudio)

2009-05-31 Diskussionsfäden Tobias Knerr
Bernd Wurst schrieb:
 Wo immer es sinnvoll möglich ist, eine Untergruppe zu spezifizieren sollte 
 man 
 diese nutzen. Amenity ist IMHO wesentlich überstrapaziert und mittlerweile 
 sehr matschig in der Bedeutung.

Wodurch genau entsteht ein Nachteil, wenn amenity zahlreiche mögliche
Werte ohne weitere Kategorisierung hat?

Wir hatten ja kürzlich z.B. den Vorschlag, alle amenity=hospital auf
healthcare=hospital umzustellen. Nur: Was bringt das? Der Schlüssel, sei
es amenity oder healthcare, hat doch ohnehin keine zusätzliche
Information -- was ich mit diesem Tag sagen will (dies ist ein
Krankenhaus) steckt komplett im Wert hospital. Oder gibt es auch
Krankenhäuser, die nicht in healthcare einsortiert würden?

Für solche Dinge, bei denen der Key keinerlei Information trägt, halte
ich es eigentlich für die beste Lösung, einen Sammelkey zu verwenden,
und das ist aus historischen Gründen eben amenity, ob der Name nun passt
oder nicht. Hier eine Unterteilung einzuführen, erhöht nicht die
Ausdruckskraft des Tags, sondern zwingt einen nur, sich neben dem
Wert-Namen auch noch den Schlüssel zu merken.

Tobias Knerr

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] amenity und Untergruppen (was: Re: tag: Sonennstudio)

2009-05-31 Diskussionsfäden Bernd Wurst
Hallo.

Am Sonntag 31 Mai 2009 12:36:11 schrieb Tobias Knerr:
 Wodurch genau entsteht ein Nachteil, wenn amenity zahlreiche mögliche
 Werte ohne weitere Kategorisierung hat?

Nun, weil ein Interpreter einfach alle Werte kennen muss um selbst eine 
Kategoriesierung durchzuführen.

Beispiel shop. Ein Navi kann jetzt eine POI-Liste machen, und sämtliche 
Einkaufsmöglichkeiten ohne genaue Kenntnis des Tags gruppieren.

Leider wurden in jüngerer Zeit wohl einige Diensleister und nur begrenzt als 
Einkaufsmöglichkeit taugliche POIs unter shop einsortiert.
Würde man aber z.B. anstelle von amenity=restaurant oder amenity=pub oder 
amenity=fast_food (wir wissen alle: die Übergänge sind fließend) das 
zusammenfassen unter restaurant=* oder etwas ähnlichem, dann könnte ein Navi 
ohne genaue Kenntnis von vielen Unter-Typen schonmal eine Liste aller 
Gastwirtschaften erstellen. wer es genauer weiß, kann dann noch nach weiteren 
Kriterien unterteilen, aber man muss ja nicht.

Wenn man alles unter einem nichtssagenden Sammelkey hat, werden unbekannte 
POI-Typen grundsätzlich ignoriert, das macht die Hemmschwelle größer, neue 
Tags zu benutzen.

Gruß, Bernd

-- 
Anonyme Poster kann man nach Belieben beleidigen, man beleidigt ja
niemand konkretes.  -  Sven Paulus, de.admin.net-abuse.news, 31.8.1999



signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de