Tout charger dans une zone étendue n'est pas possible (et c'est ce qui fait
la force aussi de JOSM : pouvoir travailler sur des zones étendues sans
avoir à demander au serveur des centaines de milliers d'objets, ce qu'on ne
peut pas faire avec iD qui oblige à zoomer et donc travailler sur des
relations elles aussi incomplètes, dont on n'a que les segments visibles
chargés, et qui ensuite commence à déborder en mémoire, malgré
l'utilisation d'une base de données locale de stockage, et prend un temps
considérable quand on se déplace sur la carte).
Ce que propose JOSM c'est de charger les relations parentes, mais
malheureusement ce n'est pas fait ou proposé automatiquement quand on veut
scinder/fusionner/supprimer un chemin pour modifier les relations parentes,
ou même voir si la modification de géométrie d'une relation contenant des
chemins ou noeuds ne devrait pas être répercutée aussi sur ses propres
relations parentes et voir si on ne laisse pas des chemins ou noeuds
orphelins.

Pour cela dans JOSM on a un raccourci clavier indispensable à connaitre, ou
l'icone à poser dans la barre d'outils (cette icone devrait être là par
défaut !) plutôt que l'option de menu très peu pratique à localiser pour
charger les relations parentes de l'objet sélectionné. Mais JOSM ferait
bien d'automatiser cette action "charger les relations parentes".

L'ennui c'est que le serveur de base de données OSM trop souvent échoue à
les charger toutes (la requête de l'API est très lente même pour charger
tous les ways parents d'un noeud... ou bizarrement en oublie car ce n'est
pas toujours signalé par un message d'alerte mentionnant un problème !
alors qu'elle est immédiate quand on charge une microzone centrée sur le
noeud)

Le 7 janvier 2018 à 12:43, <[email protected]> a écrit :

> > ARGHHHHH.....
> >
> > Ne JAMAIS faire des éditions modifiant les géométries si on n'a pas
> chargé
> > intégralement les données de la zone.
> >
> > C'est une règle de base qu'il faudrait répéter et répéter.
> C'est surtout un avertissement que les éditeurs devraient gérer, style sur
> tentative de modifier une géométrie utilisée par une relation, vérifier que
> la relation est entièrement chargée ou proposer de la charger. Et
> n'accepter de modifier que dans ce cas ou après confirmation de
> l'utilisateur qu'il sait ce qu'il fait.
> Jean-Yvon
>
>
> _______________________________________________
> Talk-fr mailing list
> [email protected]
> https://lists.openstreetmap.org/listinfo/talk-fr
>
_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr

Répondre à