Bernd Wurst schrieb: >> 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.
Der Interpreter muss eigentlich ohnehin alle Werte kennen, die er in POI-Listen oder so anzeigen will. Wie soll er sie sonst in die Sprache des Nutzers übersetzen, mit Icons versehen oder sonst wie in nutzerfreundlicher Weise (nicht als rohen OSM-Key) darstellen? > Beispiel "shop". Ein Navi kann jetzt eine POI-Liste machen, und sämtliche > Einkaufsmöglichkeiten ohne genaue Kenntnis des Tags gruppieren. Und er kann es nur auf genau eine Art gruppieren. Dir sagen, was es dort zu kaufen gibt, kann er ohne Kenntnis der Tags auch 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. Sobald dir nur eine Kategorisierung nicht passt (Dienstleister in shop, z.B.), was bei freier Tag-Erfindung unvermeidlich sein dürfte, brauchst du in der Anwendung sowieso zumindest eine Kategorienliste. In eine solche was neues einzutragen ist bei entsprechendem Willen kein Aufwand. Wenn neue Tags nicht berücksichtigt werden, liegt das entweder daran, dass der Entwickler höhere Anforderungen hat, die noch nicht erfüllt sind (Icon vorhanden o.ä.), oder daran, dass er es schlicht nicht berücksichtigen will. Tobias Knerr _______________________________________________ Talk-de mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-de
