[OSM-talk-fr] riverbank

[krysst]

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 at 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 at openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>   
>>>     
>>
>>
>> _______________________________________________
>> Talk-fr mailing list
>> Talk-fr at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>