Salut, C'est tout à fait cela. Maintenant, j'avais retenu cette valeur de 1.0 après moult essais, il se peut que ce soit celle par défaut. La flemme de tout re-tester a fait son oeuvre... :-D
Attention cependant à ne pas mettre une valeur trop basse : elle ne permettra pas de lisser les erreurs induites par des traces GPS trop précises. Dans mon cas, avec des enregistrement GPS d'un point toutes les secondes, un paramètre réglé à 0.5 laissait ainsi passer trop d'erreurs, avec des noeuds déformant chaque lignes droites. C'est parfois encore le cas à 1.0, mais ça reste gérable pour peu que l'on vérifie le parcours. Antoine a écrit : > Bonjour, > > Concernant 'simplify-way.max-error', il faut le rajouter manuellement > dans la config avancée ? > J'utilise utilsplugin, mais n'ai pas ce paramètre dans la liste. > > Merci d'avance, > Antoine > > krysst a écrit : >> Salut, >> >> étant auteur de ces - trop - longs ways (Berre en partie, Sainte-Croix, >> Serre-Ponçon), je viens de jeter un zoeil sur le problème. >> >> Je pensais de prime abord qu'il serait suffisant de segmenter les rives >> plutôt que de reconstituer carrément des polygones individualisés comme >> tu l'as fait (ou pas...) pour Berre, et ai donc testé la méthode sur le >> lac de Sainte-Croix. >> >> Bilan : >> - le rendu Osmarender foire apparemment complètement (mais il n'a >> également, sauf erreur de ma part, jamais pris en compte la 'relation' >> servant à "produire" l'île) >> - le rendu Mapnik, prévisualisé avec l'excellent plugin 'Up-to-date', >> semble lui nickel-chrome-platine >> >> D'où mon questionnement : le rendu mapnik fait-il autorité - je le >> présume - ou bien doit-on prendre en considération les insuffisances >> d'Osmarender (et donc également représenter l'île d'une autre manière)? >> A dire vrai, je n'utilise les 'relations' que depuis quelques jours et >> ne sais pas trop à quoi m'en tenir dans ce domaine... >> >> @+ >> >> P.S. : En ce qui concerne mes tracés (user 'Krysst'), ils passent >> toujours à la moulinette du 'simplify way' (dispo avec 'utilsplugin' >> pour ceux qui se le demandent), mais avec un 'simplify-way.max-error' >> réglé à 1 afin de conserver un bon niveau de détail. Je pars du principe >> que qui peut le plus, peut le moins... >> >> >> >> Marc SIBERT a écrit : >> >>> Pierre Mauduit a écrit : >>> >>> >>>> Salut, >>>> >>>> >>>> >>>> >>>>> J'ai peur que ça ne soit pas si simple que ça ! Exemple bête : l'Étang >>>>> de Berre (http://www.openstreetmap.org/browse/way/28247877), un beau >>>>> natural=water de 2490 nœuds. Je te laisse imaginer la cata si un bot >>>>> découpe son contour en 4 morceaux. Vu le (faible) nombre de taches bleu >>>>> sur OSM Inspector, ça doit pouvoir se faire en une soirée de chat >>>>> irc/jabber bien organisée (je sais, demain c'est déjà la mensuelle). >>>>> Enfin, moi je dis ça, je dis rien... >>>>> >>>>> >>>>> >>>> Pourquoi pas une sélection et un "Simplify way" (disponible par >>>> activation de je ne sais plus quel plugin) dans JOSM ? En général l'algo >>>> qu'il y a derrière fait plutot du bon travail - de ce que j'ai >>>> expérimenté sur mes ways que j'ai simplifiés -, même si c'est sur que >>>> l'on doit perdre en "précision" par rapport au terrain, je me demandais >>>> si la précision après simplification n'était pas acceptable malgré >>>> tout. >>>> >>>> my 2cents, >>>> >>>> >>>> >>>> >>> En même temps, couper la surface en 4 et faire un multipolygone, ça >>> évite de supprimer des Nodes qu'un malheureux c'est em... à tracer. >>> >>> ma suggestion à 0.50 € :-) , on verra dans 2 ou 3 jours le résultat de >>> mon découpage. >>> -- >>> Marc >>> >>> >>> _______________________________________________ >>> Talk-fr mailing list >>> Talk-fr@openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-fr >>> >>> >> >> >> Marc SIBERT a écrit : >> >>> Pierre Mauduit a écrit : >>> >>> >>>> Salut, >>>> >>>> >>>> >>>> >>>>> J'ai peur que ça ne soit pas si simple que ça ! Exemple bête : l'Étang >>>>> de Berre (http://www.openstreetmap.org/browse/way/28247877), un beau >>>>> natural=water de 2490 nœuds. Je te laisse imaginer la cata si un bot >>>>> découpe son contour en 4 morceaux. Vu le (faible) nombre de taches bleu >>>>> sur OSM Inspector, ça doit pouvoir se faire en une soirée de chat >>>>> irc/jabber bien organisée (je sais, demain c'est déjà la mensuelle). >>>>> Enfin, moi je dis ça, je dis rien... >>>>> >>>>> >>>>> >>>> Pourquoi pas une sélection et un "Simplify way" (disponible par >>>> activation de je ne sais plus quel plugin) dans JOSM ? En général l'algo >>>> qu'il y a derrière fait plutot du bon travail - de ce que j'ai >>>> expérimenté sur mes ways que j'ai simplifiés -, même si c'est sur que >>>> l'on doit perdre en "précision" par rapport au terrain, je me demandais >>>> si la précision après simplification n'était pas acceptable malgré >>>> tout. >>>> >>>> my 2cents, >>>> >>>> >>>> >>>> >>> En même temps, couper la surface en 4 et faire un multipolygone, ça >>> évite de supprimer des Nodes qu'un malheureux c'est em... à tracer. >>> >>> ma suggestion à 0.50 € :-) , on verra dans 2 ou 3 jours le résultat de >>> mon découpage. >>> -- >>> Marc >>> >>> >>> _______________________________________________ >>> 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 >> > ------------------------------------------------------------------------ > > _______________________________________________ > 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
