Re: [OSM-talk-fr] Des ways en doubles
2009/12/3 Etienne Chové ch...@crans.org Bonjour, Suite à mon analyse précédente qui disais : il y a 40 positions où on trouve plusieurs noeuds, j'ai essayé de pousser l'analyse. postgres ayant bien chauffé, j'ai trouvé 8000 ways doublés. J'entends par way doublé deux ways dont tous les nœuds ont les même coordonnées (même s'il n'ont pas les mêmes id). Parfois ces doublons ont les mêmes tags, parfois non : http://www.openstreetmap.org/browse/way/43547641 http://www.openstreetmap.org/browse/way/43548690 La base de données grandit, mais avec des plus en plus de parasites :-( Je tenterai de rapporter ces ways sur osmose, mais je vous cache pas que l'analyse ne prend pas 5 minutes (si quelqu'un arrive à trouver une commande sql utilisant st_equal et qui ne prenne pas trop de temps, ce serait encore mieux) ; et qu'il va y avoir du boulo de correction ou de programmation d'un robot... avis aux amateurs. Le plus simple, à mon avis, serait de commencer par fusionner tous les nœuds ayant des localisations identiques et des tags identiques. Ensuite on aura plus qu'à comparer les id des nœuds dans les ways (plus simple que de charger les coordonnées, comparer...) et ça fusionnera les points de polygones tangents. C'est une grosse modif qui mérite réflexion et beaucoup de précautions. Je regarderais ce que je peux faire en terme de requêtes SQL. Je cherchais un article mais je me suis rendu compte que ça ne donnait pas d'algorithme: http://lin-ear-th-inking.blogspot.com/2009/01/computing-geometric-similarity.html En théorie, ST_Equals devrait faire ce que tu veux du moins sur le papier. Il faudrait peut être mettre une bounding box pour accélérer la requête car je ne suis pas sure que ça utilise l'index (apres il faut utiliser le ). Que dit l'analyze dessus? A quoi ressemble ta requête actuelle? Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Des ways en doubles
2009/12/3 Etienne Chové ch...@crans.org: s'il n'ont pas les mêmes id). Parfois ces doublons ont les mêmes tags, parfois non : http://www.openstreetmap.org/browse/way/43547641 http://www.openstreetmap.org/browse/way/43548690 La base de données grandit, mais avec des plus en plus de parasites :-( Ah zut, c'est tout récent ça. Je fais actuellement des gros changeset avec JOSM pour recaler les données sur la nouvelle projection du cadastre. Apparement, il y a un bug dans JOSM qui fait que le même objet se retrouve dupliqué lorsqu'on en sélectionne beaucoup et qu'on change un attribut (ici, j'ai édité le tag source et il y a un way avec l'ancienne valeur et un way identique mais avec la nouvelle valeur du source). Je vais essayer de reproduire le phénomène. Pour la zone concernée, je vais voir si le validator détecte ce genre de tuiles et si c'est le cas, je repasserais toute la ville à la moulinette pour rectifier ça. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Des ways en doubles
Emilie Laffray a écrit : Je regarderais ce que je peux faire en terme de requêtes SQL. Je cherchais un article mais je me suis rendu compte que ça ne donnait pas d'algorithme: http://lin-ear-th-inking.blogspot.com/2009/01/computing-geometric-similarity.html En théorie, ST_Equals devrait faire ce que tu veux du moins sur le papier. Il faudrait peut être mettre une bounding box pour accélérer la requête car je ne suis pas sure que ça utilise l'index (apres il faut utiliser le ). Que dit l'analyze dessus? A quoi ressemble ta requête actuelle? J'utilise pas ma base postgis mais ma base brute. * je commence à recherche les neouds equi-positionnés : select my_group(id) from nodes group by lat, lon having count(*)1; * ensuite il me faut tous les ways concernées pour un couple de nœud équi-positionnés : select id from ways_nodes where node_id in (1,2); * ensuite je télécharge l'ensemble des coordonnées des points des deux ways * enfin je compare les coordonnées J'optimise un peu tout ça pour faire des requêtes groupées(plus rapide de 1000 requêtes de 1 objet). Faudrait voir ce que ça donne sous postgis, je chargerai une base complète de la france (pas juste les rond point et les frontières) demain. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Des ways en doubles
Pieren a écrit : 2009/12/3 Etienne Chové ch...@crans.org: s'il n'ont pas les mêmes id). Parfois ces doublons ont les mêmes tags, parfois non : ... La base de données grandit, mais avec des plus en plus de parasites :-( rien d'anormal, jusque là. Ah zut, c'est tout récent ça. Je fais actuellement des gros changeset avec JOSM pour recaler les données sur la nouvelle projection du cadastre. Apparement, il y a un bug dans JOSM qui fait que le même objet se retrouve dupliqué lorsqu'on en sélectionne beaucoup et qu'on change un attribut (ici, j'ai édité le tag source et il y a un way avec l'ancienne valeur et un way identique mais avec la nouvelle valeur du source). Je vais essayer de reproduire le phénomène. Pour la zone concernée, je vais voir si le validator détecte ce genre de tuiles et si c'est le cas, je repasserais toute la ville à la moulinette pour rectifier ça. Rassure-toi, Pieren, certaines erreurs sont antérieures à ton travail actuel. Je le sais, j'en ai probablement créé, du temps où JOSM (la version de l'époque). Manque de maîtrise de l'outil ou de l'utilisateur, va savoir L'affinage des données conduira à l'AOC, au pays des fromages qui puent. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Des ways en doubles
Pieren a crit: 2009/12/3 Etienne Chov ch...@crans.org: s'il n'ont pas les mmes id). Parfois ces doublons ont les mmes tags, parfois non : http://www.openstreetmap.org/browse/way/43547641 http://www.openstreetmap.org/browse/way/43548690 La base de donnes grandit, mais avec des plus en plus de parasites :-( Ah zut, c'est tout rcent a. Je fais actuellement des gros changeset avec JOSM pour recaler les donnes sur la nouvelle projection du cadastre. Apparement, il y a un bug dans JOSM qui fait que le mme objet se retrouve dupliqu lorsqu'on en slectionne beaucoup et qu'on change un attribut (ici, j'ai dit le tag source et il y a un way avec l'ancienne valeur et un way identique mais avec la nouvelle valeur du source). Je vais essayer de reproduire le phnomne. Pour la zone concerne, je vais voir si le validator dtecte ce genre de tuiles et si c'est le cas, je repasserais toute la ville la moulinette pour rectifier a. j'ai eu le meme probleme apres avoir modifie des donnees hors ligne, enregistre le fichier puis re-ouvert ce fichier plus tard pour uploader les changements faits comme c'etait la premiere fois que je travaillais hors ligne je me suis dit que j'avais du faire une fausse manip quelque part et ca s'etait termine en supprimant manuellement les doublons ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
