Le 19 août 2012 21:34, Vincent Pottier <vpott...@gmail.com> a écrit : > Le 19/08/2012 19:20, Philippe Verdy a écrit : >> >> Le 19 août 2012 17:56, Vincent Pottier <vpott...@gmail.com> a écrit : >>> >>> Et pourquoi pas... >>> >>> La relation "Machin-Truc" porte le nom de la commune "Machin-Truc" dont >>> le >>> nœud "Machin" ci-dessus a le rôle admin_centre. >>> La relation porte les infos de la commune (nom, INSEE, population, âge du >>> capitaine...) >>> Le nœud porte les infos du village différentes de la commune (nom, >>> population, prénom de la mariée...) >> >> Le problème est que le schéma actuel exige qu'il y ait un noeud >> admin_centre ayant le même numéro de référence INSEE. > > Non. Il n'exige pas. > C'est pour des raisons historiques que le ref:INSEE est sur le nœud. > C'est là qu'il est d'abord apparu. Puis il a été reporté sur la relation par > un bot (de Sly, je crois), mais sans avoir été effacé, histoire de ne pas > surcharger les diffs, et histoire de "on ne sais jamais". > Une fois copié sur la relation, le ref:INSEE et autres informations peuvent > disparaître du nœud.
Mais alors à quoi sert le nœud admin_centre pour la commune ? Et pour les autres niveaux, qu'indique-t-on en admin_centre ? Pourquoi y a-t-il vérification que ce noeud doit être dans les limites du polygone de la relation (ce n'est pas toujours vrai !) et doit être unique (ce n'est pas toujours vrai non plus, des régions ont bien plusieurs co-capitales/co-chef-lieux) ? Pourquoi l'admin_centre (ou les) ne pourrait pas être un autre polygone (relation) ? Dans l'état actuel des données on a encore besoin du noeud (et cela va durer... il n'y a pas que la France concernée). _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
