Pieren a écrit : > > Il y a plein de tags qui sont utile au rendu, par exemple layer. Ce > qu'il ne faut pas faire, c'est usuper la signification d'un tag qui > n'a rien à voir pour obtenir un rendu spécifique. > >> Qu'on mette qu'une commune est une préfecture/sous-préfecture pourrait >> être utile (notamment dans pour des cartes départements à destination du >> monde enseignant, par ex). > > Absolument. Certaines cartes voudront mettre en avant (afficher en > plus gros) les villes les plus peuplées, d'autres voudront mettre en > avant le classement administratif de ces villes. OSM doit pouvoir > faire tout ça: avoir un tag population le plus à jour possible ET un > tag prefecture=yes (ou que sais-je). Après, les logiciels de rendu se > démerdent ;-)
Le raisonnement, poussé à l'extrême, conduit à mettre l'ensemble des données socio-économiques de base : nombre de logements (commencés, terminés ?), nb de chômeurs (cat I ou IV ou VI ?), etc. dans la base. Ok, la population est une donnée de base mais, je crois, OSM a vocation à fournir le fond, à charge pour les exploiteurs divers et variés, de coller des données tierces. Nous ne pouvons prévoir les usages qui seront fait de cette future base de données des limites administratives. J'ai eu le cas récent d'une association qui cherchait les limites administratives pour faire une carte des visites effectuées dans le cadre d'une enquête. J'espère pouvoir leur dire, dans un avenir pas trop lointaine, qu'OSM fournit une telle base sur laquelle ils pourront librement, gratuitement, coller leur propres données. Pour cela il faudrait que les relations comportent une référence (le n° INSEE de la commune selon le Code Officiel Géographique). Comment ça je me répète ? La question est de choisir l'urgence du chantier. Après, on est en démocratie, chacun choisit sa propre croix (et même la marque des clous ;-) Fin du débat pour ma part Denis _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
