Je tombe souvent sur des zones où Osmose annonce (avec raison) une grande redondance de données parmi celles qui ont été importées. Notamment car les champs sont en fait mal choisis pour les mettre.
Exemple: <tag k="name" v="Voie communale n°7 d'Elliant à Concarneau" /> <tag k="ref" v="C 7" /> Ici, le champ "name" ne contient pas le nom de la voie, c'est en fait une description (un nom de voie pourrait s'y ajouter si la voie traverse par exemple un village et prend le nom d'une rue). La partie de cette description "Voie communales n°7" correspond à ce qui a été mis dans le "ref". Le reste est seulement descriptif. Je suggère que les imports routiers fassent attention aux données qu'ils importent, quitte à utiliser un champ "description" pour les données qui ne sont pas converties correctement, afin de faciliter les mises à jour manuelles, où à titre documentaire ou de suivi. Par exemple la plupart des imports ajoutent des tags de suivi, propres à la source utilisée, notamment des identifiants divers, comme ici la source de la Communauté de communes de Concarneau - Cornouailles (CCCC), avec des tags dont le nom commence par "4C:". Cela doit suffire pour assurer une synchronisation ou un suivi de ce qui a été importé (attention toutefois à utiliser des tags appropriés qui ne risquent pas de rentrer en conflit avec des tags génériques documentés: l'utilisation des préfixes est donc fortement recommandé, surtout si la source est très locale et pas nationale, comme ici une communauté de communes). Si on en tient compte, l'exemple ci-dessus (détecté par le vérificateur Osmose) devrait être après nettoyage: <tag k="description" v="D'Elliant à Concarneau" /> <tag k="ref" v="C 7" /> Reste à savoir ensuite si on garde ou non les champs "description" qui restent (à mon avis ils peuvent rester, et seront utiles même pour le suivi ou lors de l'utilisation d'une carte interactive, surtout ici où il n'y a pas de nom clair, ou alors parce que ces noms révèlent des lieux dits proches, qui facilitent aussi la localisation, à condition d'avoir demandé à afficher les infos détaillées d'une voie)... De même, des champs fréquents comme: <tag k="name" v="Voie communale n°4" /> <tag k="ref" v="C 4" /> sont clairement redondants, car le nom donné n'apporte strictement rien de plus que la référence. Dans ce cas on supprime directement le champ "name", et on ne garde que le champ "ref". Ces nettoyages peuvent se faire directement depuis l'interface en ligne d'Osmose, avec rawedit et non JOSM, parce que c'est nettement plus léger et rapide à faire. Mais pour des zones étendues où il y a une grande répétition de ces redondances, la fonction de recherche intégrée à JOSM permet de faire des sélections multiples d'objets sur la valeur d'un champ spécifique, pour corriger cette valeur dans tous les objets chargés qui utilisent cette valeur redondante. A mon avis, il vaudrait mieux faire ces nettoyages dans JOSM avant l'importation vers la base de données, mais il peut s'agit aussi d'un oubli. A vous de voir quel éditeur utiliser selon l'étendue des nettoyages à faire avant vos imports de données. ou après pour corriger les erreurs introduites après l'importation des données _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
