Il y aurait bien une solution : supprimer le niveau 7 en en faisant non plus un niveau administratif (ce qu'il est pourtant bel et bien !) mais un découpage "politique" (le fourre-tout où on let ce qui n à rien de plitique mais électoral ou pour des découpages adminstratifs secondaires). Mais si on ne garde en boundary=administrative QUE les structures administratives ayant des conseils élus et pas les structures de l'Etat alors il faudrait un autre type pour le decoupage exécutif de l État. Et on y mettrait alors les arrondissements les cantons et les pays.... mais pas les EPCI qui émanent non pas d'une répartion hiérarchique des structures de l'État ni de transferts successifs de compétence d'un niveau à l'autre, mais des décisions de coopération entre les communes issues de ce découpage. Dans ce cas on aurait un nouveau type boundary=executive .... avec executive_level=arrondissement ou canton.
Malgré tout je reste persuadé que l'essentiel de cette discussion n'a aucun sens car cela revient à demander à corriger OSM pour un problème de rendu (dans Nominatim), surtout quand il affiche de lui-même, sans que ce soit nulle part dans la base, une correspondance comme 7=county qui n'a de sens qu'au Royaume-Uni au départ (mais a été repris aux USA). La correspondance entre les niveaux n'a rien à voir avec ce qu'affiche Nominatim qui se trompe (par ses insuffisances d'analyse), et ce n'est pas un problème d'OSM lui-même. Certes on peut régler le problème de Nominatim avec des métadonnées pour la France, mais à condition : - 1° que ces métadonnées correspondent effectivement à ce qui est documenté sur le wiki pour chaque pays - 2° que Nominatim utilise ces métadonnées, ce qui n'est pas gagné non plus ! Le 3 février 2013 12:16, Mickaël Guéret <m.gue...@free.fr> a écrit : > Le samedi 02 février 2013 à 23:02 +0100, Vincent de Chateau-Thierry a > écrit : >> En bref : tout ça concerne le moteur qui exploite les données >> (Nominatim) et pas la donnée elle-même. Ne faisons pas assumer à la >> donnée ce qui relève du logiciel. > > Bon, ok, tu as gagné, je laisse tomber (pour cette manche ;-))... > Mais il faut quand même laisser un ticket sur trac.openstreetmap.org du > coup... Je veux bien m'en charger mais mon anglais est...usé..., enfin, > voilà... > > Si je résume, Nominatim devrait : > - Compléter le nom des relations de limites administratives de niveau 7 > en "Arrondissement de %name%" dans le contexte français. > - de même, il faudrait compléter le nom des relations de limites > politiques de type canton par "Canton de %name%" > - Ne pas retourner ce niveau (7) dans le résultat détaillé. ex : [1] , > <county>Arrondissement de Rennes</county>), en France on attendrait > plutôt <county>Ille-et-Vilaine</county>, soit le niveau 6. > - Et pour être encore plus précis (je ne sais pas ce que cela > implique ??) : <department> au lieu de <county> et pendant qu'on y est > <region> à la place de <state>, pour mieux coller au contexte > français... _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
