Re: [OSM-talk-fr] [osmose] Relation ouverte
Osmose fait ce genre d'erreur extrêmement souvent. Cela vient de son fichier world qui franchement devrait faire le tri car il importe (et réimporte) n'importe quoi, même après avoir signalé plusieurs fois de suite ces points comme faux positifs ou comme corrigés, ils reviennent 3 jours après, comme si aucune modif n'avait eu lieu dans la source : Osmose ne lit pas la base en direct mais utilise un fichier d'export obsolète et non remis à jour comme source pour réinsérer ces points). Le 30 avril 2012 20:37, Maetma 91 maetm...@gmail.com a écrit : Bonjour, Sur osmose viennent de fleurir des marqueurs relation ouverte. Par exemple: relation 7401 rawedit analyse1 analyse2 josm type = boundary ref_NUTS = FR104 boundary = administrative ref = 91 admin_level = 6 name = Essonne node 252218493 rawedit josm Erreur reportée le : 2012-04-29 D'après analyse1, analyse2 et visuellement dans josm la relation est bien fermée. Alors l'erreur est-elle une erreur ? Maetma ___ 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
Re: [OSM-talk-fr] [osmose] Relation ouverte
Le 30 avril 2012, Philippe Verdy a écrit : Osmose fait ce genre d'erreur extrêmement souvent. Cela vient de son fichier world qui franchement devrait faire le tri car il importe (et réimporte) n'importe quoi, même après avoir signalé plusieurs fois de suite ces points comme faux positifs ou comme corrigés, ils reviennent 3 jours après, comme si aucune modif n'avait eu lieu dans la source : Osmose ne lit pas la base en direct mais utilise un fichier d'export obsolète et non remis à jour comme source pour réinsérer ces points). Ça devrait aller mieux en Espagne: est-ce que tu peux vérifier ? Il y avait en fait trois problèmes: - la base utilisée datait de début avril, et n'était pas encore passé aux nouveaux diffs, d'où un certain retard à l'allumage. - les relations en Espagne qui posaient problème cumulent la vue surfacique et linéaire: chaque relation contient à la fois les ways des bords, et les relations du niveau d'en-dessous. Du coup, en explosant les ways de tous les niveaux, on a des nodes utilisés plus de 2 fois, ce qui reportait une erreur. J'ai changé l'analyse en ne reportant une erreur que si un node de bout de chemin est utilisé un nombre impair de fois. - suite à la correction précédente, je me suis planté sur un des morceaux, en inversant le résultat: d'où l'explosion du nombre d'erreurs. C'est maintenant corrigé. - par ailleurs, je vois qu'on a des relations type=multilinestring reportées comme des erreurs. Je ne connaissais pas ce nouveau tag, qui a l'air de remplacer type=boundary_segment. C'est en cours de rajout dans l'analyse. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] Relation ouverte
Les multilinestring ont été créés je ne sais pas par qui uniquement pour le découpage de la longue frontière de la France. Il n'y a AUCUN découpage surfacique en Espagne (pas plus d'ailleurs que dans les autres pays. Ce ne sont que des relations de référence. Je ne les ai pas créées, elles sont là depuis longtemps. Les deux types de représentation sont là pour utiliser les relations parentes et relations enfants. C'est toujours la relation par frontière (roles inner/outer) qui est utilisées pour décrire les surfaces, les subareas ne font pas partie de la géométrie, il faut les ignorer dans ton calcul. Dans tous les pays (sauf la France) on a les deux représentations et c'est très pratique pour naviguer entre éléments, et pour corriger rapidement les trous... Le 30 avril 2012 22:09, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit : Le 30 avril 2012, Philippe Verdy a écrit : Osmose fait ce genre d'erreur extrêmement souvent. Cela vient de son fichier world qui franchement devrait faire le tri car il importe (et réimporte) n'importe quoi, même après avoir signalé plusieurs fois de suite ces points comme faux positifs ou comme corrigés, ils reviennent 3 jours après, comme si aucune modif n'avait eu lieu dans la source : Osmose ne lit pas la base en direct mais utilise un fichier d'export obsolète et non remis à jour comme source pour réinsérer ces points). Ça devrait aller mieux en Espagne: est-ce que tu peux vérifier ? Il y avait en fait trois problèmes: - la base utilisée datait de début avril, et n'était pas encore passé aux nouveaux diffs, d'où un certain retard à l'allumage. - les relations en Espagne qui posaient problème cumulent la vue surfacique et linéaire: chaque relation contient à la fois les ways des bords, et les relations du niveau d'en-dessous. Du coup, en explosant les ways de tous les niveaux, on a des nodes utilisés plus de 2 fois, ce qui reportait une erreur. J'ai changé l'analyse en ne reportant une erreur que si un node de bout de chemin est utilisé un nombre impair de fois. - suite à la correction précédente, je me suis planté sur un des morceaux, en inversant le résultat: d'où l'explosion du nombre d'erreurs. C'est maintenant corrigé. - par ailleurs, je vois qu'on a des relations type=multilinestring reportées comme des erreurs. Je ne connaissais pas ce nouveau tag, qui a l'air de remplacer type=boundary_segment. C'est en cours de rajout dans l'analyse. -- Jocelyn ___ 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
