Le 3 janvier 2014 20:03, Christian Quest <cqu...@openstreetmap.fr> a écrit :
A mon avis, plus les traitements automatiques sont faits en amont mieux > c'est. > Je suis d'accord, l'algorithme proposé par David pourrait avantageusement être directement intégré au script de fusion. Il faut vraiment garder les opérations manuelles pour ce qu'on ne peut pas > automatiser avec fiabilité. > > Je verrai bien: > - remettre le nœud sur le polygone de bâti si celui-ci est proche de moins > de disons... 1m ? > En fait un numéro dessiné sur le cadastre fait déjà plus d'1m de haut. La position du numéro est considérée comme étant au centre du dessin. Actuellement le script de fusion intègre les numéros addr:housenumber au polygone building ou barrier le plus proche si celui-ci est situé à moins de 3m, distance calculée pour une projection orthogonale au segment, et seulement si on est en face. > - générer les relations associatedStreet là où il n'y a pas d'ambiguité > La gestion des relations, c'est un niveau de complexité au dessus, auquel je ne me suis pas attaqué pour l'instant. Je manquais de motivation car pour les cas d’import que j'ai essayé de faire en milieu rural, l’ambiguïté était parfois difficile à détecter, je me suis aussi aperçu (grâce aux numéros importés) qu'assez fréquemment le découpage des routes n'était pas correcte dans OSM, donc si les relations avaient étaient faites de manière automatique cela ne m'aurais pas toujours simplifié la tâche. > - mettre des fixme partout ailleurs. > Personnellement, la façon dont je procède pour importer les données, c'est d'utiliser le tag fixme pour identifier les éléments que je n'ai pas encore analysés/intégrés correctement, et pour moi, toutes les adresses importées depuis le cadastre méritent d'être vérifiées (globalement par rapport à leur rue), donc toutes les valeurs méritent un tag fixme initialement, que je supprime une fois que je suis confiant. Mais oui ça peut être un peut lourd à l'usage
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
