Re: [OSM-talk-fr] remappage *avant* suppression des données CEDRIC007
Le 27 novembre 2012 09:13, adrien carpentier ad.carpent...@gmail.com a écrit : Salut! on a suivi de loin la discussion sur le sujet des contrib de cédric007 sur le valenciennois nous sommes plusieurs du npdc à pouvoir essayer d'aider à remapper après la suppression cependant, il va vraiment me manquer de temps en ce moment pour coordonner le remappage est-il possible de nous y guider un peu? notamment quand aura lieu la suppression, quels secteurs ont été touchés?, charge à celles et ceux motivés de préciser le coin qu'ils vont retravailler tous les ajouts des autres contributeurs sur les données créées par cédric peuvent-ils être sauvés dans un calque pour nous en resservir? Merci de votre aide à bientôt adrien -- http://www.virage-energie-npdc.org/ Bonjour, Personnellement, je suis partisan du remappage *avant* suppression comme cela a pu se faire avec le Redaction Bot du changement de licence. J'ai d'ailleurs déjà commencé à recherche (et à remplacer (suppression + retraçage sur la base du cadastre) ) les contributions de CEDRIC007, mais je ne sais trouver que celles où il est le dernier contributeur. http://overpass.osm.rambler.ru/cgi/xapi?*[@user=CEDRIC007][@meta] A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remappage *avant* suppression des données CEDRIC007
C'est facile : il suffit de communiquer autour... de trouver un leader et quelques outils de mutualisation / affichage de mapatron (j'aime bien le terme). Pour le job, il suffit d'implémenter l'outil ( https://github.com/hotosm/osm-tasking-manager) qu'utilise HOT ( http://tasks.hotosm.org/) et qui est développé par Pierre GIRAUD de CampToCamp Pour l'affichage, il existe déjà plein d'outils (j'ai même bricolé un truc pour mes mapping party : http://freeroute.fr/update) A+ -- Marc Sibert m...@sibert.fr Le 27 novembre 2012 10:48, Sylvain Maillard sylvain.maill...@gmail.com a écrit : tiens d'ailleurs ça me fait penser ... il n'y aurait pas un moyen de mettre en place des remapatron spécifiques dans des cas comme ça ? ça faciliterait grandement le bouchage de trous dans des cas de suppression de données ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remappage *avant* suppression des données CEDRIC007
en fait je pensais à celui qui est maintenant appelé maproulette ( https://github.com/mvexel/remapatron), et qui a été utilisé lors du passage à l'odbl pour re-cartographier des way qui allaient être supprimés ... mais c'est clair que l'outil de HOT est tout ausis intérressant ! Le 27 novembre 2012 11:43, Marc SIBERT m...@sibert.fr a écrit : C'est facile : il suffit de communiquer autour... de trouver un leader et quelques outils de mutualisation / affichage de mapatron (j'aime bien le terme). Pour le job, il suffit d'implémenter l'outil ( https://github.com/hotosm/osm-tasking-manager) qu'utilise HOT ( http://tasks.hotosm.org/) et qui est développé par Pierre GIRAUD de CampToCamp Pour l'affichage, il existe déjà plein d'outils (j'ai même bricolé un truc pour mes mapping party : http://freeroute.fr/update) A+ -- Marc Sibert m...@sibert.fr Le 27 novembre 2012 10:48, Sylvain Maillard sylvain.maill...@gmail.coma écrit : tiens d'ailleurs ça me fait penser ... il n'y aurait pas un moyen de mettre en place des remapatron spécifiques dans des cas comme ça ? ça faciliterait grandement le bouchage de trous dans des cas de suppression de données ! ___ 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
Re: [OSM-talk-fr] remappage *avant* suppression des données CEDRIC007
Personnellement, je suis partisan du remappage *avant* suppression comme cela a pu se faire avec le Redaction Bot du changement de licence. Je viens de regarder un endroit au hasard dans le secteur (Wavrechain-sous-Denain). En dehors de l'utilisation de Google Sat (source des gros décalages?), ces contributions ne sont de toute façon pas follichonnes. Problèmes de connectivité à certains carrefours, voies dont lexistence sur le terrain paraissent douteuses, traçage à la hache. A mon avis, ça sera plus rapide de repartir à zéro après nettoyage que de refaire avant en se laissant perturber par tous les trucs foireux qu'il a mis. Sans parler des problèmes de connexion à l'existant : à chaque carrefour on va se demander clean/pas clean??? La seule grosse perte, mais on n'y peut rien, ce sont les contributeurs qui sont repassés derrière lui pour corriger ses nombreux défauts. Faut juste appliquer rapidement le script de nettoyage que l'OSMF avait mis en place pour le changement de licence mais appliqué à ce contributeur. Que fait le DWG ? ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remappage *avant* suppression des données CEDRIC007
Je ne pense pas que Valencienne lui-même sera tellement impacté. En revanche les autoroutes du coin seront à reconnecter si ce qu'il a fait sur les échangeurs vient à les casser. De même mettre en priorité le travail sur la frontière franco-belge et juste après les autoroutes (A1, A2, surtout l'A21). Ensuite les nationales ou départementales. Des cours d'eau mineurs seront certainement effacés et il y aura plus de travail, mais ce n'est pas dramatique. Le gros du travail sera dans les villages à l'ouest de Valencienne où il a le plus travaillé et dans les détails de la campagne. A priori le bâti sera conservé pour l'essentiel, cela ne vient pas de lui mais des imports du cadastre, ce qui va faciliter la reconstruction des routes et des rues. Il va manquer des bois, des limites de polygone Corine retouchés, et surtout la toponymie locale des lieux-dits et les petits commerces, et la classification de certains bâtiments. Des limites de communes seront brisées. Pensez aussi aux villages en Belgique et aux contributeurs belges. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remappage *avant* suppression des données CEDRIC007
Le mardi 27 novembre 2012 13:53:28, Eric Sibert a écrit : Faut juste appliquer rapidement le script de nettoyage que l'OSMF avait mis en place pour le changement de licence mais appliqué à ce contributeur. Que fait le DWG ? ;-) Il est là ! Moi, j'attends juste les instructions. J'ai indiqué attendre 3/4 jours depuis lundi voir où va la discussion et si pas d'opposition, faire la rédaction. J'ai entendu 3 voix s'élevées contre une suppression ou, tout du moins, contre une suppression tout de suite, donc j'attends. j'attends soit qu'on me dise : - bon, finalement vas y = je fais - non, mais si, mais oui, mais ça, mais hop, ... pendant 2 semaines = je fais - C'est bon, je gère ce projet, j'ai copié ça, analysé si et je vais coordonner l'effort de remap avec données encore en base, donnes moi 1 mois = j'attends Mon avis, je l'ai donné : il faut supprimer, et le plus tôt sera le mieux. Une nouvelle m'a été suggérée par le DWG expert en redaction massive et galères : Si on lance le remmaping avec données tintées en base, la tentation est grande de bidouiller = copier + effacer + coller pour faire disparaitre l'historique De déplacer juste tous les noeuds dans 20cm De quand même copier les noms en provenance de la donnée tintée bref, d'embrouiller l'affaire encore plus Le mieux, à mon avis, c'est d'avoir une représentation incopiable de ce qui va être supprimé, (garder ça sous forme d'image ou des gpx simplifiés) et de tout effacé pour ensuite remapper Mais c'est du boulot, et je ne me propose pas pour le faire. -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remappage *avant* suppression des données CEDRIC007
Il n'y a pas que la tentation de copier-coller et effacer l'ancien. Le problème est de savoir à l'avance ce qui doit être effacé et ce qui peut être conservé car on a déjà une autorisation nécessaire par ailleurs. Qu'une licence indiquée soit invalide n'empêche pas qu'il puisse exister une autre licence compatible et d'avoir un recours avant. La procédure permettant d'identifier précisément ce sur suoi on va agir lors d'un incident, et d'en prendre le contrôle d'abord tout en permettant un suivi de chaque incident, en son temps, et prévoir les ressources nécessaire pour le remapping ou d'autres points à vérifier avant me parait essentielle avant d'envoyer un stupide robot faire le ménage sans test possible préalable. La suppression est plus vite faite et plus facile que la restauration ! Bref la planification n'est pas exclue quand il n'y a pas d'urgence (surtout ici, l'urgence n'est plus là après 2 ans ce n'est pas 2 semaines qui vont agraver le problème de façon significative). Et ce n'est pas non plus un problème spécifique car cela peut se reproduire assez souvent dans plein d'endroits, qu'on gérera comme des incidents séparés. Les tickets ne sont pas adaptés pour discuter des solutions et recours communautaires, et effacer sans rien dire à la communauté n'est pas non plus une bonne politique. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remappage *avant* suppression des données CEDRIC007
- on sais déjà ce qu'il y a à effacer: tout - on sais parfaitement que dedans il y aura des données qu'on peut garder, mais elles sont mélangées avec des données incompatibles et il n'y a aucun moyen de les distinguer des autres - la procédure prévue me parait plutôt claire : il faut tout faire disparaître. donc suppression, sauf si quelqu'un a une meilleure idée techniquement possible! - ça n'est pas une procédure en urgence, puisque justement sly a mis un délai avant d'agir - les tickets ont pour vocation unique de faire une liste des problèmes recensés pour pouvoir en discuter et faire un suivi; les discussions communautaires se passent ailleurs - je ne vois même pas pourquoi il est question d'effacer sans rien dire à la communauté puisqu'on est justement en train d'en discuter ... Sylvain Le 27 novembre 2012 15:33, Philippe Verdy verd...@wanadoo.fr a écrit : Il n'y a pas que la tentation de copier-coller et effacer l'ancien. Le problème est de savoir à l'avance ce qui doit être effacé et ce qui peut être conservé car on a déjà une autorisation nécessaire par ailleurs. Qu'une licence indiquée soit invalide n'empêche pas qu'il puisse exister une autre licence compatible et d'avoir un recours avant. La procédure permettant d'identifier précisément ce sur suoi on va agir lors d'un incident, et d'en prendre le contrôle d'abord tout en permettant un suivi de chaque incident, en son temps, et prévoir les ressources nécessaire pour le remapping ou d'autres points à vérifier avant me parait essentielle avant d'envoyer un stupide robot faire le ménage sans test possible préalable. La suppression est plus vite faite et plus facile que la restauration ! Bref la planification n'est pas exclue quand il n'y a pas d'urgence (surtout ici, l'urgence n'est plus là après 2 ans ce n'est pas 2 semaines qui vont agraver le problème de façon significative). Et ce n'est pas non plus un problème spécifique car cela peut se reproduire assez souvent dans plein d'endroits, qu'on gérera comme des incidents séparés. Les tickets ne sont pas adaptés pour discuter des solutions et recours communautaires, et effacer sans rien dire à la communauté n'est pas non plus une bonne politique. ___ 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
Re: [OSM-talk-fr] remappage *avant* suppression des données CEDRIC007
Faut juste appliquer rapidement le script de nettoyage que l'OSMF avait mis en place pour le changement de licence mais appliqué à ce contributeur. Que fait le DWG ? ;-) Il est là ! En fait, ma question sous-jacente était plus technique. Le DWG a-t-il les outils pour un nettoyage ramenant les objets à leur état antérieur aux apports de ce contributeur (façon changement de licence)? j'attends soit qu'on me dise : - bon, finalement vas y = je fais +1. - C'est bon, je gère ce projet, j'ai copié ça, analysé si et je vais coordonner l'effort de remap avec données encore en base, donnes moi 1 mois = j'attends Je ne vais pas coordonner l'effort de remap ni remapper préventivement ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remappage *avant* suppression des données CEDRIC007
On mardi 27 novembre 2012, Eric Sibert wrote: Il est là ! En fait, ma question sous-jacente était plus technique. Le DWG a-t-il les outils pour un nettoyage ramenant les objets à leur état antérieur aux apports de ce contributeur (façon changement de licence)? Oui on a, il fonctionne, a été testé, a prouvé qu'il marchait suffisament bien. Et d'ailleurs, c'est exactement cet outil dont tu parles, car le changement de licence a utilisé une approche par utilisateur, et il a été recyclé et un tout petit peu adapté afin de gérer exactement le genre de cas dont nous discutons. Ce qu'on attends juste, c'est un go j'attends soit qu'on me dise : - bon, finalement vas y = je fais +1. +2 - C'est bon, je gère ce projet, j'ai copié ça, analysé si et je vais coordonner l'effort de remap avec données encore en base, donnes moi 1 mois = j'attends Je ne vais pas coordonner l'effort de remap ni remapper préventivement ;-) Pas mieux, mais c'est pas parce qu'on ne veut pas que pour autant ça nous donne le droit, il me semble, d'imposer la rédaction (même si la majorité est d'accord) D'où ma proposition : on attend une certaine durée, si aucun coordonnateur ne présente un plan de reprise permettant de régler le problème, là on fera. Car on ne peut pas se permettre le blabla de prendre le dessus et de planquer notre tête dans le sable en attendant que google se réveille. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remappage *avant* suppression des données CEDRIC007
Avant de lancer l'effacement, j'aurais juste voulu récupérer l'ensemble des données teintées et lancer une opération préventive (et coordonnée) de *remplacement* des données. Mais je ne sais pas faire cette requête des données teintées, je sais juste faire la requête des éléments modifié en dernier par Cédric. Si vous savez faire cette requête, Si l'existant veut le coup (trop bourrin ?), Alors je demande [1 mois ferme] de délai. Dans tous les autres cas, je laisse pisser. Après tout, moi, je m'en fou, j'ai du poil aux pates, ça me tient chaud l'hivers p core dump /. A+ -- Marc Sibert m...@sibert.fr Le 27 novembre 2012 17:19, sly (sylvain letuffe) li...@letuffe.org a écrit : On mardi 27 novembre 2012, Eric Sibert wrote: Il est là ! En fait, ma question sous-jacente était plus technique. Le DWG a-t-il les outils pour un nettoyage ramenant les objets à leur état antérieur aux apports de ce contributeur (façon changement de licence)? Oui on a, il fonctionne, a été testé, a prouvé qu'il marchait suffisament bien. Et d'ailleurs, c'est exactement cet outil dont tu parles, car le changement de licence a utilisé une approche par utilisateur, et il a été recyclé et un tout petit peu adapté afin de gérer exactement le genre de cas dont nous discutons. Ce qu'on attends juste, c'est un go j'attends soit qu'on me dise : - bon, finalement vas y = je fais +1. +2 - C'est bon, je gère ce projet, j'ai copié ça, analysé si et je vais coordonner l'effort de remap avec données encore en base, donnes moi 1 mois = j'attends Je ne vais pas coordonner l'effort de remap ni remapper préventivement ;-) Pas mieux, mais c'est pas parce qu'on ne veut pas que pour autant ça nous donne le droit, il me semble, d'imposer la rédaction (même si la majorité est d'accord) D'où ma proposition : on attend une certaine durée, si aucun coordonnateur ne présente un plan de reprise permettant de régler le problème, là on fera. Car on ne peut pas se permettre le blabla de prendre le dessus et de planquer notre tête dans le sable en attendant que google se réveille. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remappage *avant* suppression des données CEDRIC007
http://toolserver.org/~osm/locale/__all.html?zoom=11lat=50.36145lon=3.59047layers=B Le 27 novembre 2012 17:59, sly (sylvain letuffe) li...@letuffe.org a écrit : On mardi 27 novembre 2012, THEVENON Julien wrote: je peux peut etre bricoler quelque chose pour recuperer tous les objets qu il a edite mais je ne promets rien. ca t irait ? Je ne suis pas super bien placé sur ce projet de re-mapping car je compte m'en tenir loin, mais je vous suggère une idée (à cause des divers problèmes évoqués dans l'autre fil en rapport à ça) : Ne pas lancer la compagne de re-mapping avec données tintées en base (parce que qualité, parce que risque de re-copie, parce que pas forcément plus simple) A la place, télécharger les tuiles en provenance d'osm telles qu'elles sont à l'heure actuelle à un zoom du style 9/10/11/12 dans la zone impactée (il y a des outils tout fait pour ça) pour lequel les noms n'apparaissent pas, juste les formes, et uniquement vue de loin (pour pas qu'elles soient intéressantes à décalquer bêtement) Rendre ça dispo. Effacer tout. Commencer le re-mapping (c'est bien plus simple de remapper un trou il me semble, car visible, que de se servir de données tintées) en utilisant le fond de carte sous JOSM comme base pour repérer les pas trous devenus trous. Autre solution : Faire un rendu non copiable des données touchées, mais là, ça devient plus difficile quand même. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remappage *avant* suppression des données CEDRIC007
On mardi 27 novembre 2012, Ab_fab wrote: http://toolserver.org/~osm/locale/__all.html?zoom=11lat=50.36145lon=3.59047layers=B Ha ouais, top ! ça peut aider ça, le top du top serait que cette couche ne soit pas mise à jour et on n'aurait rien à faire de plus ;-) Sinon, ça se sauvegarde, même si wikimedia risque de tirer la tronche si on pompe 50k tuiles de leurs serveur -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
