[OSM-talk-fr] Vérification Osmose: nettoyage des imports routiers, champs redondants

Mer 8 Fév 17:30:35 UTC 2012

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 <marc at sibert.fr> 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
> marc at sibert.fr
>
> Le 8 février 2012 15:51, Philippe Verdy <verdy_p at 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 at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>