Cela ne concerne pas que la "4C", je trouve des cas semblables partout en France, où le champ "name" est mal choisi...
Encore une fois, en cas de doute sur la clé à utiliser pour les "tags", avec des données pourtant utiles au repérage, mieux vaut importer le texte sous la clé "description". L'absence de nom et/où de référence sera ensuite rapportée par Osmose, mais on évitera de mettre des infos qui ne sont pas des noms, et qui entreront ensuite en conflit avec des noms de rues par exemple, afin ensuite de les relier aux adresses. Et sur un import massif, il n'est pas inutile de mettre un tag de suivi pour la vérification manuelle (sur la base de diverses sources utilisables, sur le terrain ou sur des photos lisibles sur un moteur comme Google Maps, pour voir les plaques de rues et de lieux-dits ou la signalisation). ==== Notes === Ne vous fiez pas forcément aux données affichées dans le mode plan vectoriel de Google Maps : il y a de nombreuses erreurs et approximations sur les noms de voies, non corrigées malgré la présence de photos dans son mode "Street View", et souvent Google Maps (Bing aussi...) inscrit le nom d'un lieu-dit comme nom d'une voie à défaut d'autre chose. Dans ces cas là, seul le numéro de référence est réellement pertinent. Pour de nombreuses routes sans numéro de référence, ce n'est pas Bing ou Google Maps qui donne ces numéros, mais presque toujours le cadastre (car il n'y a souvent aucun panneau, cette numérotation est gérée directement au niveau de chaque commune, et même pas toujours affiché sur les plans municipaux diffusés par la commune ou affichés sur des panneaux). Ces voies non numérotées dans Bing et Google Maps sont essentiellement les chemins ou voies communales (format "C nnn"), chemins vicinaux (format "CV nnn"), chemins ruraux (format "CR nnn"), chemins d'exploitation (format "CE nnn"), et chemins départementaux (format "CD nnn", trouvés uniquement en limite de département pour les petits chemins qui en marquent la frontière), car justement on ne les voit partiquement jamais dehors sur un panneau. Parfois il faut se pencher (on ne verra rien sur les photos de Google Street View) et regarder les inscriptions sur certaines bornes cadastrales, mais bon nombre de bornes n'affichent que des numéros de parcelle, parfois un code interne difficile à interpréter ; mais on y voit souvent l'identité du service cadastral qui les plantées (avec un avertissement "Ne pas déplacer", afin justement de les reconnaître). Ces bornes cadastrales n'ont pas toujours une grande durée de vie, et sont posées par des géomètres avant le début de travaux sur des terrains faisant l'objet de demande de permis de construire. Après quoi le chantier est contrôlé et la commune peut autoriser leur retrait éventuel (quand ces bornes ne font pas partie du réseau géodésique réglementaire), le plan cadastral prenant en compte les bâtiments ou voies construits et recettés, conformes aux permis de construire. Elles peuvent aussi être déplacées (pas par les propriétaires eux-mêmes ! il faut faire une demande d'autorisation), voire supprimées, notamment dans le cadre de remembrements de parcelles pour une exploitation agricole, ou de construction de murs de séparation de propriétés (hors voirie publique, car les collectivités imposent des distances réglementaires sur les terrains privés, dans lesquelles où rien ne peut être construit en dur, parfois même pas un arbre, mais où des plantations "légères" restent possibles comme des pelouses; il arrive aussi que des morceaux de parcelles fassent l'objet d'une préemption par les communes, où rien ne peut être aménagé par les propriétaires, en vue d'un élargissement futur d'une petite voirie ; mais cette préemption peut mettre du temps à se transformer en rachat de terrain, le temps de trouver les accords avec les propriétaires et les budgets nécessaires pour le rachat des terrains expropriés, le plan d'aménagement n'étant pas complètement défini). Le 8 février 2012 16:19, Marc SIBERT <[email protected]> a écrit : > 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 > [email protected] > > Le 8 février 2012 15:51, Philippe Verdy <[email protected]> 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 >> [email protected] >> http://lists.openstreetmap.org/listinfo/talk-fr > > > > > _______________________________________________ > Talk-fr mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/talk-fr > _______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
