[OSM-talk-fr] créer des way en réutilisant les nœuds existant

marc marc marc_marc_irc at hotmail.com
Jeu 13 Juin 21:48:15 UTC 2019


bons conseils, nous allons tester.

le but est de corriger les erreurs du fichier opendata (ce
sont les limites administrative du Kosovo) pour obtenir
un fichier d'une qualité permettant d'être proposé à l'import.
il y a beaucoup trop d'anomalies que pour faire cela à
la main, d’où le besoin d'une automatisation objectivable
comme conflate

La simplification des chemins c'est pas mieux après
la résolution des nœuds dupliqués ? sinon chacun
des 2 chemins pourrait se simplifier différemment, non ?
on aurait au final + de nœuds que nécessaire.

Merci.

Le 13.06.19 à 18:53, Jérôme Amagat a écrit :
> Je ne sais pas si j'ai tout bien compris mais avec ton exemple on peut 
> utiliser le plugin conflation en sélectionnant dans la destination les 
> node et dans la ref way et node (réglage : simple et remplacer la 
> géométrie coché). après assemblage, on a bien les way qui utilise les 
> node de départ. par contre on a un problème là où dans la ref il y a 2 
> node l'un sur l'autre, cela reste 2 node. Il y a aussi le problème non 
> pressent dans ton exemple mais qui peut poser problème c'est que le 
> plugin met une erreur et ne veux pas remplacer la géométrie d'un node si 
> il est utilisé par un way.
> 
> Je comprend pas bien ce que vous voulez faire mais je dirais que vous 
> devriez corriger le fichier ref avec l'option de JOSM outils -> 
> simplifier le chemin pour supprimer les problèmes des nodes superposés 
> ou presque. Il faut avant mettre une valeur basse 0.3 ou moins dans 
> "simplify-way.max-error" dans les réglage avancé de JOSM.
> 
> Sinon, pour le validateur et la fusion de node, il ne voit une erreur 
> que si les nodes sont à la même position mais je viens de voir que l'on 
> peut changer ça en modifiant dans les réglage de JOSM la valeur de 
> "validator.duplicatenodes.precision" qui est à 0.0 est qu'il faudrait 
> mettre à quelque chose de très petit. à tester, je n'ai jamais utiliser 
> mais avec un petit test je dirais qu'il faut une valeur de 0.0001 voir 
> plus petit. (c'est peut être une valeur en degré?)
> 
> si le problème c'est de garder les id osm des objets, conflation 
> remplace la géométrie et garde les id, lorsque l'on assemble un way, les 
> id des node sont aussi conserver pour les node qui reste au même endroit 
> ou presque, mais pas si le node est utiliser par un autre way, dans ce 
> cas conflation crée un nouveau node.
> plus d'outils -> remplacer la géométrie fait la même chose mais là il 
> faut avoir copier la nouvelle géométrie dans le calque de destination 
> puis sélectionner les 2 ways, l'ancien et le nouveau, et faire remplacer 
> la géométrie.
> Dans les 2 cas, josm demande pour garder l'appartenance aux relations
> 
> 
> 
> Le jeu. 13 juin 2019 à 00:32, marc marc <marc_marc_irc at hotmail.com 
> <mailto:marc_marc_irc at hotmail.com>> a écrit :
> 
>     Bonjour,
> 
>     avec Guillaume on tente d'ajouter des way sans créer de nœuds
>     inutiles cad qu'on a dans josm 2 calques :
>     - un qui contient des way avec plein de nœuds dupliqués ou quasi
>     - l'autre qui contient tous les nœuds nécessaire et sans doublon
>     grâce au pluging conflate sur les nœuds
>     Et on veux transférer les ways d'un calque à l'autre mais
>     en utilisant les nœuds déjà présent dans la destination.
> 
>     conflate détecte facilement les ways manquant, mais à l'assemblage
>     il recrée des nœuds inutilement, y compris quand ils sont exactement
>     à la bonne position. soucis de paramètre ?
>     OU
>     faire un "conflate" qui traite les nœuds en même temps que les way?
>     on n'a pas trouvé comment.
>     OU
>     autre outil + adapté ?
>     par ex le validateur josm sait réparer le problème des nœuds dupliqués
>     exactement à la même position mais pas si la position est légèrement
>     différente, quelqu'un a déjà fait une règle pour avoir une détection
>     de noeud ultra proche ?
> 
>     exemple simplifié
>     https://framadrop.org/r/4whuwfaoPi#9SfgmKr/bokHFHy1542BYkqnCvxdxI0YVyArNJRnIsY=
>     le but est de transférer le triangle et le carré du calque ref
>     vers destination sans provoquer de nœuds dupliqués dans destination
>     les nœuds sont volontairement exactement à la même position
>     entre les 2 calques pour simplifier le problème.
> 
>     une idée ?
> 
>     PS: le but réel est d'utiliser l'opendata d'un pays pour
>     préparer l'ajout des frontières administratives manquantes
>     mais le fichier opendata est plein de nœuds dupliqués ou quasi
>     dupliqués et il faut évidement réutiliser un maximum de nœuds
>     de la frontière nationale existante dans osm
> 
>     Cordialement,
>     Marc
>     _______________________________________________
>     Talk-fr mailing list
>     Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
>     https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 



Plus d'informations sur la liste de diffusion Talk-fr