[OSM-talk-fr] Trop d'infos tue l'info...

[Julien Langlois]

Je suis d'accord avec ça aussi. Par exemple, stocker la population
d'une ville dans OSM n'a aucun intérêt puisque la commune est
identifié par son code INSEE et qu'il est donc très facile de faire un
requête sur une base qui sera potentiellement plus complète et à jour.

Par contre, il ne faut pas enlever la nature géographique d'un POI. En
effet, même s'il n'est pas "normal" de tagger tous les commerce dans
la base OSM, il faut quand même trouver un moyen de relier ces POI
(d'une base externe) avec une adresse dans OSM pour qu'il soit
possible dans un logiciel de routage avancé de demander le nom d'un
restaurant au lieu de son adresse. Mais là, on mélange peut être
annuaire et routage :
 * je veux aller chez machin
 * adresse = annuaire(machin)
 * routage(adresse) --> partie OSM
Cependant, le fait d'utiliser cet "annuaire" est une sorte de lien
entre le POI et l'élément OSM.

Bref, je pense que ce n'est pas dans la base OSM qu'il faut stocker
tous ces POI mais qu'il nous faut prendre garde à ce que la base soit
assez "standard" pour qu'un soft/moteur de rendu/... puisse relier ces
informations

-- 
 Julien