Bonjour, Pour faire court (si si c'est aussi possible), je plaide coupable, car j'ai activement participé à l'import de la 4C probablement à l'origine de tes remarques (cf. http://freeroute.fr/4c/ & http://freeroute.fr/?page_id=307).
Je suis donc à ta dispo pour un petit marathon correctif dans ce sens. A+ -- Marc Sibert m...@sibert.fr Le 8 février 2012 15:51, Philippe Verdy <verd...@wanadoo.fr> a écrit : > 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 >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
