[OSM-talk-fr] Modification de couverture du sol du côté de Pau

[marc marc]

Evidement si je regarde la mauvaise stat,
ma conclusion n'est pas bonne :)
319 polygones invalides, pas nécessairement ouvert.
D'ailleurs que faut-il faire lorsqu'un CLC s'éloigne fortement de sa 
géométrie initiale comme celui-ci 
https://www.openstreetmap.org/way/41852154 ?
on laisse le CLC-id même s'il n'y a plus vraiement de lien ?
et quand on coupe un polygone en 2, on met le même id sur les 2 ?
sur le + gros ?

Le 07. 01. 18 à 02:12, Marc M. a écrit :
> Il y a en permanence un nombre important de polygone ouvert.
> 319 en France en ce moment
> https://osmose.openstreetmap.fr/fr/errors/?country=france*&item=1040
> Depuis 2 semaines je passe un peu de temps à en corriger.
> La seule cause récente trouvée dans ceux dont j'ai trouvé l'origine 
> précise vient contre tout attente vient d'utilisateur sous josm.
> Il suffit de télécharger une relation via overpass (au hasard une ligne 
> de bus). de couper un chemin qui la compose (au hasard découpe 
> conflictuel pour le rendu d'un rond-point) pour se retrouver avec une 
> cassure dans les autres relations qui utilisent ces chemins.
> L'autre causse de casse avec la même méthode c'est la découpe d'une 
> place tagé comme aire et utilisé dans + d'une relation route.
> Une solution serrait que josm fasse toujours une recherche
> des relations parents lorsqu'on coupe ou supprime un chemin.
> Car si josm ignore l’existence d'une relation parent,
> celle-ci est fatalement cassée après l'opération.
> Je n'ai pas trouvé cependant de moyen pour retrouver facilement
> le dernier état valide d'un polygone.
> 
> Le 07. 01. 18 à 00:07, orhygine a écrit :
>> En effet, j'ai vu cette anomalie en jetant un coup d’œil aux éditions 
>> d'un nouveau contributeur ayant mis un changeset en "review requested" 
>> dans le coin. Je lui ai d'ailleurs fait un certain nombre de remarques 
>> sur plusieurs changesets. Mon objectif, est en toute bienveillance, de 
>> l'accompagner dans son apprentissage d'OSM, plutôt dans l'optique de 
>> lui permettre de corriger lui même, dans la mesure du possible.
>>
>> Dans le cas présent, j'ai pu voir qu'il avait touché ce polygone et je 
>> me demandais si sa modification pouvait-être la cause de l'anomalie. 
>> En l'occurrence, l'idée serait de lui indiquer les risques potentiels 
>> lorsque l'on touche ce types d'objets plutôt que de corriger lui même. 
>> Il ne s'agit pas de manip simples et même un "novice" comme moi avec 9 
>> ans de projet et un nombre de contributions non négligeable est 
>> légèrement retissant lorsque qu'il s'agit d'éditer les mega-polygones 
>> CLC :) Mais je sais, il faut que je m'y mette...
>>
>> Donc au delà de la correction, si quelqu'un peut m'indiquer la méthode 
>> debuger ce type de problème, je suis preneur. Quel outil utiliser pour 
>> consulter l'historique d'une relation et savoir à quel moment elle a 
>> été cassée.
>>
>> Salutations,
>> Christophe
>>
>>
>> Le 6 janvier 2018 à 19:03, jabali <cyril_maestracci at web.de 
>> <mailto:cyril_maestracci at web.de>> a écrit :
>>
>>     Quand on voit la quantité de détails terrain (zones boisées -
>>     résidentielles
>>     - fermes - paturages) qui sont recouverts par ce MP CLC farm , si je
>>     peux
>>     avancer mon humble avis, il aurait peut-être été mieux de le laisser
>>     ouvert
>>     pour que ce contributeur ,novice certes mais motivé, puisse
>>     retravailler son
>>     secteur.
>>     Maintenant, la matrice s'est refermée pour les xx prochaines années.