Tweet
Bonsoir Jean-Philippe,
Et d'abord merci pour tes encouragements.
Concernant le problème que tu évoques, d'abord une précision : chacune des 3 étapes ne dépend que des étapes qui la précèdent,
et pas des étapes qui la suivent.
Dans ton cas, ce que tu as changé (ajout d'une zone en ZL18) influe sur l'étape 3, et ne peut donc pas avoir de conséquence sur l'étape 2.
Tu vas me dire à juste titre : mais alors comment se fait-il que l'étape 2 soit passée une fois et pas la suivante ?
Et bien il se fait que le processus de maillage à l'étape 2 inclus une partie de tirage aléatoire (comme si on tirait au sort les triangles à
opérer, quelques milliers à la fois, cela à un effet global positif par rapport à un processus qui les prendrait dans l'ordre), par conséquent
il peut fonctionner (par chance) une fois et planter (à cause d'une erreur sur OSM) la fois suivante.
Je viens de tenter la tuile, et j'obtiens de fait une erreur, qui est la conséquence d'une erreur sur openstreetmap (entre parenthèses le
fait de mettre no_small_angle=False aurait permis (dans ce cas) de ne pas faire planter le mailleur, ce qui peut satisfaire individuellement, mais cela
ne corrige pas l'erreur sur OSM bien sûr).
Sur Linux (je m'attendais à ce qu'il en soit de même sur Os X mais peut-être que le traitement du std_error est différent ?), le mailleur
affiche le message suivant :
Il faut en déduire que l'erreur (ou UNE des erreurs) se situe en latitude 44.7598... et longitude -2+0.8894...=-1.1106....
On va voir sur openstreetmap le coupable :
on le déshabille dans JOSM :
et on aperçoit des noeuds proches mais pas confondus (le cours d'eau a été subdivisé en deux parties par son centre) , ils engendrent des arêtes qui se croisent, ce qui est interdit, par endroits c'est même bien pire :
Un bon quart d'heure nécessaire pour traiter ce cours d'eau qui était vérolé de partout (c'est toujours la même source jusqu'à présent : le cadastre vieux + mise à jour du cadastre qui ne fait pas attention à bien "se fusionner" avec l'ancien), j'ai joint proprement tout ce bordel :
et ai uploadé les modifs. Ensuite lancement à nouveau d'Ortho4XP en mettant min_area=0 et no_small_angle=True pour tester dans le cas le plus risqué, et ça passe (testé à trois reprises - cfr plus haut), il est donc plausible que ce cours d'eau était le seul à poser problème sur cette tuile.
Tu peux maintenant la refaire. Au passage je remarque que tu as utilisé un curvature_tol tel celui pour les Alpes, à Biscarosse tu peux vraisemblablement mettre plus bas (avec 0.2 tu obtiendras environ 700.000 triangles, ce qui est loin d'être énorme).
@tous : si vous vous sentez l'âme d'un bénévole Openstreetmap, JOSM permet de se faire la main "hors ligne", j'ai mis un peu de temps à maîtriser l'outil mais il est au final assez intuitif et très puissant (je n'ai pas étudié la doc ni de tuto mais suis allé à l'intuition avec les noms
dans les menus).
En conclusion Openstreetmap est un outil formidable mais aussi notre tendon d'Achille. Mais un tendon qui se renforcera rapidement avec le temps, car ce qui est corrigé n'est plus à l'être (au moins tant que le cadastre ne décide pas de s'y remettre, mais je crois que la dernière mise à jour date de 2010, on devrait être tranquilles quelques années au moins...).
Bonne poursuite !
Et d'abord merci pour tes encouragements.
Concernant le problème que tu évoques, d'abord une précision : chacune des 3 étapes ne dépend que des étapes qui la précèdent,
et pas des étapes qui la suivent.
Dans ton cas, ce que tu as changé (ajout d'une zone en ZL18) influe sur l'étape 3, et ne peut donc pas avoir de conséquence sur l'étape 2.
Tu vas me dire à juste titre : mais alors comment se fait-il que l'étape 2 soit passée une fois et pas la suivante ?
Et bien il se fait que le processus de maillage à l'étape 2 inclus une partie de tirage aléatoire (comme si on tirait au sort les triangles à
opérer, quelques milliers à la fois, cela à un effet global positif par rapport à un processus qui les prendrait dans l'ordre), par conséquent
il peut fonctionner (par chance) une fois et planter (à cause d'une erreur sur OSM) la fois suivante.
Je viens de tenter la tuile, et j'obtiens de fait une erreur, qui est la conséquence d'une erreur sur openstreetmap (entre parenthèses le
fait de mettre no_small_angle=False aurait permis (dans ce cas) de ne pas faire planter le mailleur, ce qui peut satisfaire individuellement, mais cela
ne corrige pas l'erreur sur OSM bien sûr).
Sur Linux (je m'attendais à ce qu'il en soit de même sur Os X mais peut-être que le traitement du std_error est différent ?), le mailleur
affiche le message suivant :
Code:
Error: Ran out of precision at ([COLOR="#FF0000"]0.889395684351, 0.759877553104[/COLOR]). I attempted to split a segment to a smaller size than can be accommodated by the finite precision of floating point arithmetic.
On va voir sur openstreetmap le coupable :
on le déshabille dans JOSM :
et on aperçoit des noeuds proches mais pas confondus (le cours d'eau a été subdivisé en deux parties par son centre) , ils engendrent des arêtes qui se croisent, ce qui est interdit, par endroits c'est même bien pire :
Un bon quart d'heure nécessaire pour traiter ce cours d'eau qui était vérolé de partout (c'est toujours la même source jusqu'à présent : le cadastre vieux + mise à jour du cadastre qui ne fait pas attention à bien "se fusionner" avec l'ancien), j'ai joint proprement tout ce bordel :
et ai uploadé les modifs. Ensuite lancement à nouveau d'Ortho4XP en mettant min_area=0 et no_small_angle=True pour tester dans le cas le plus risqué, et ça passe (testé à trois reprises - cfr plus haut), il est donc plausible que ce cours d'eau était le seul à poser problème sur cette tuile.
Tu peux maintenant la refaire. Au passage je remarque que tu as utilisé un curvature_tol tel celui pour les Alpes, à Biscarosse tu peux vraisemblablement mettre plus bas (avec 0.2 tu obtiendras environ 700.000 triangles, ce qui est loin d'être énorme).
@tous : si vous vous sentez l'âme d'un bénévole Openstreetmap, JOSM permet de se faire la main "hors ligne", j'ai mis un peu de temps à maîtriser l'outil mais il est au final assez intuitif et très puissant (je n'ai pas étudié la doc ni de tuto mais suis allé à l'intuition avec les noms
dans les menus).
En conclusion Openstreetmap est un outil formidable mais aussi notre tendon d'Achille. Mais un tendon qui se renforcera rapidement avec le temps, car ce qui est corrigé n'est plus à l'être (au moins tant que le cadastre ne décide pas de s'y remettre, mais je crois que la dernière mise à jour date de 2010, on devrait être tranquilles quelques années au moins...).
Bonne poursuite !
je vais me contenter de no_small_angle=false =)
Commentaire