Re: [OSM-talk-fr] remappage après suppression des données CEDRIC007
Le 27 novembre 2012 09:13, adrien carpentier ad.carpent...@gmail.com a écrit : on a suivi de loin la discussion sur le sujet des contrib de cédric007 sur le valenciennois Voilà la zone impactée: http://yosmhm.neis-one.org/?CEDRIC007 -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mises à jour Bing
Philippe Verdy verd...@wanadoo.fr a ?crit : En passant par un autre lien [...] http://www.bing.com/maps/?v=2cp=46.545968~4.689639lvl=6dir=0sty=happ=50493~myappname~worldtour~p_rid~87d0b920-02cb-41d3-af70-972a2ddf9eccFORM=LMLTCC Même en passant par le bon lien, je constate que seule l'Europe de l'Ouest et les USA sont coloriés. Rien à Mada en particulier. L'affichage ne semble correspondre qu'à la plus haute résolution. J'ai raté un réglage? 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
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] Mises à jour Bing
Non tu n'as rien raté. L'orthophotographie n'est disponible qu'en Europe et aux USA. Pour le reste du monde ce sont les photos satellites, non orthorectifiées (donc avec des problèmes aussi d'alignement entre les prises de vue accolées dans la même tuile si on zoome un peu trop). L'appli montre aussi les dates d'imports des données satellites (tous les 3 mois environ, contre tous les mois pour la base orthophotographique haute résolution) pour le reste du monde. L'appli ne montre pas les imports des vues aériennes à 45 degrés du mode Bird's eye (non orthorectifiées elles non plus et prise à des angles très variables d'un endroit à l'autre) et qui commencent à dater sérieusement. Le 27 novembre 2012 10:19, Eric Sibert courr...@eric.sibert.fr a écrit : Philippe Verdy verd...@wanadoo.fr a ?crit : En passant par un autre lien [...] http://www.bing.com/maps/?v=2**cp=46.545968~4.689639lvl=6** dir=0sty=happ=50493~**myappname~worldtour~p_rid~** 87d0b920-02cb-41d3-af70-**972a2ddf9eccFORM=LMLTCChttp://www.bing.com/maps/?v=2cp=46.545968~4.689639lvl=6dir=0sty=happ=50493~myappname~worldtour~p_rid~87d0b920-02cb-41d3-af70-972a2ddf9eccFORM=LMLTCC Même en passant par le bon lien, je constate que seule l'Europe de l'Ouest et les USA sont coloriés. Rien à Mada en particulier. L'affichage ne semble correspondre qu'à la plus haute résolution. J'ai raté un réglage? Eric __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] OpenStreetMap.org passe à Leaflet
Et celui-ci : Des lignes blanches qui apparaissent entre certaines tuiles. Firefox 16.0.2, W7 ? Elles n'étaient pas présentes avant. JB Le 26.11.2012 17:03, Christian Quest a écrit : Je viens de vérifier sur mon Mac... c'était nickel avec Firefox 16.0.2, mais une fois mis à jour en Firefox 17, j'ai le même défaut d'affichage. N'ayant pas trouvé de rapport de bug sur trac, j'en ai créé un avec ta pièce jointe : https://trac.openstreetmap.org/ticket/4702 [2] Le 26 novembre 2012 16:49, Francescu GAROBY windu...@gmail.com a écrit : Je rencontre (sans doute) le même problème que toi (cf. screenshot ci-joint), avec Fx 17 sous Windows 8 (avec Fx 17 sous Linux, aucun pb), avec l'URL de prod. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest [3] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [1] Links: -- [1] http://lists.openstreetmap.org/listinfo/talk-fr [2] https://trac.openstreetmap.org/ticket/4702 [3] http://openstreetmap.fr/u/christian-quest ___ 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
[OSM-talk-fr] réutilisation citoyenne d'OpenStreetMap
J'ai découvert par hasard cette réutilisation que je trouve particulièrement intéressante : http://pourletram.fr/DATA/Documents/koenig-collectif-22.pdf. (page 2) J'ai pris contact avec eux pour leur signaler l'absence de crédits et leur dire tout le bien que je pensais de ce genre de réutilisation. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Grosse suppression de données autour de valenciennes
Salut christophe, On dimanche 25 novembre 2012, Christophe Merlet wrote: Les messages de philippe sont certes, la plupart du temps, lourd, verbeux et hors sujet, mais de là a les supprimer parce que tu peux le faire est inacceptable. Je trouve ce comportement déplorable et injustifiable. J'avais pensé ne pas répondre au début pour éviter d'enflammer ce sujet, mais je me suis dis, que, peut-être, ignorer était plus frustrant encore. Je ne souhaite pas pour autant m'étendre sur la question, et ne le ferais que si plusieurs personnes* trouvent mon action inadaptée et ont besoin de plus amples explications. Mais pour ma part, je me contenterais de remercier Philippe Verdy pour son email qu'il t'a répondu qui me semble pleinement expliquer et justifier mes actions sans avoir besoin d'en rajouter. La situation me semblant grotesque, je préfère ajouter cette note de rire, et précise donc qu'il s'agit bien de sarcasme. Et que je continuerais à modérer, agressivement s'il le faut, le forum et le suivi de bug dont j'ai la charge puisqu'il semble que personne n'a les couil... (ou ne l'a jugé utile) de le faire sur talk-fr. * = tout particulièrement les personnes qui font, bien plus que ceux qui parlent. -- 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
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] [Openstreetmap] remappage après suppression des données CEDRIC007
Salut, J'interviens tard sur cette affaire, désolé. C'est une vieille affaire que celle de CEDRIC007. On en avait déjà parlé sur cette liste lorsque j'avais soulevé le lièvre en 2010. La suppression des données sera une bonne chose, notamment pour occuper nos longues soirées d'hiver. La violation de licence était flagrante, si l'affaire s'était ébruité, ç'aurait fait du mal à notre image. La reconstruction du Valenciennois ne sera pas trop compliquée je pense : CEDRIC007 était un bourrin du tracé de voirie. À nous de bourriner autant que lui. Les détails les plus chronophages comme les POI ne devraient pas souffrir de la disparition de ces données. Tout au plus auront-ils été mal calés et devra-t-on corriger leur position sur la carte*. C'est du gâteau ! Philippe, peut-être trop optimiste * changer leur position sur le terrain serait long et pénible Le 27/11/2012 09:13, adrien carpentier 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/ ___ Openstreetmap mailing list openstreet...@chtinux.org http://lists.linux62.org/cgi-bin/mailman/listinfo/openstreetmap ___ 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] Grosse suppression de données autour de valenciennes
Le mardi 27 novembre 2012 à 16:47 +0100, sly (sylvain letuffe) a écrit : Salut christophe, On dimanche 25 novembre 2012, Christophe Merlet wrote: Les messages de philippe sont certes, la plupart du temps, lourd, verbeux et hors sujet, mais de là a les supprimer parce que tu peux le faire est inacceptable. Je trouve ce comportement déplorable et injustifiable. J'avais pensé ne pas répondre au début pour éviter d'enflammer ce sujet, mais je me suis dis, que, peut-être, ignorer était plus frustrant encore. Je ne souhaite pas pour autant m'étendre sur la question, et ne le ferais que si plusieurs personnes* trouvent mon action inadaptée et ont besoin de plus amples explications. Mais pour ma part, je me contenterais de remercier Philippe Verdy pour son email qu'il t'a répondu qui me semble pleinement expliquer et justifier mes actions sans avoir besoin d'en rajouter. La situation me semblant grotesque, je préfère ajouter cette note de rire, et précise donc qu'il s'agit bien de sarcasme. Et que je continuerais à modérer, agressivement s'il le faut, le forum et le suivi de bug dont j'ai la charge puisqu'il semble que personne n'a les couil... (ou ne l'a jugé utile) de le faire sur talk-fr. * = tout particulièrement les personnes qui font, bien plus que ceux qui parlent. J'ai été pendant presque 10 ans coordinateur des traductions française du projet GNOME. Je n'ai jamais kické, blacklisté, banni, édité quelqu'un qui me soulait que ce soit sur IRC, listes de diffusions ou autres. Par contre des coup de gueule... oui. De même dans toutes les autres assos où j'ai eu des responsabilités et les moyens de me laisser aller à ce genre de dérives. Et ce n'est pas non plus sur OSM que je le ferais, car je n'estimes pas qu'avoir ce comportement de justicier est faire preuve de virilité... Librement, -- Christophe Merlet (RedFox) ___ 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] Grosse suppression de données autour de valenciennes
On mardi 27 novembre 2012, Christophe Merlet wrote: J'ai été pendant presque 10 ans coordinateur des traductions française du projet GNOME. C'est sensé prouver quelque chose ? Je n'ai jamais kické, blacklisté, banni, édité quelqu'un qui me soulait que ce soit sur IRC, listes de diffusions ou autres. J'ai envie de dire tant mieux pour toi, je n'ai juste pas eu cette chance on dirait. Ou, peut-être, tu n'as pas eu cette malchance. Dans d'autres temps, d'autres communautées, et d'autres personnes, ça aurait peut-être pû t'arriver. Par contre des coup de gueule... oui. A chacun sa manière de perdre son temps, j'ai fais un choix différent du tient dans certains cas. Et ce n'est pas non plus sur OSM que je le ferais En as-tu seulement l'occasion ? C'est une évidence que si tu n'en as pas le besoin, tu ne le fera pas, pas plus que moi. , car je n'estimes pas qu'avoir ce comportement de justicier est faire preuve de virilité... /me ne voit pas le rapport avec la choucroutte. Cette discussion ne nous avance pas beaucoup de toute façon, j'ai un problème, tu ne m'offres pas de solution. Mais je ne suis pas fermé, si tu souhaites prendre en charge le problème P. V. je te le laisse, avec la méthode de ton choix peut m'importe, seul le résultat m'importe. Et j'ai tout pouvoir pour te faire modérateur des tickets ou du forum, tu candidates ? -- 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] Grosse suppression de données autour de valenciennes
Danger Troll Je soutiens Sylvain dans son action car : - J'estime que les rapport signal / bruit de Philippe V est inférieur à l'acceptable sur les différents supports de communication ; - J'admets que la liste publique talk-fr reste un lieu de partage de tous les points de vue (même les plus bruyants) et donc que la censure ne s'y applique pas (ni le bannissement) ; - J'estime, par contre, que cette pollution *ne doit pas* s'étendre à des outils ou des listes techniques qui permettent à ceux qui font (*doocratie *) de travailler efficacement (la censure s'est faite sur l'outil de tickets). A+ -- Marc Sibert m...@sibert.fr Le 27 novembre 2012 17:28, Christophe Merlet red...@redfoxcenter.org a écrit : Le mardi 27 novembre 2012 à 16:47 +0100, sly (sylvain letuffe) a écrit : Salut christophe, On dimanche 25 novembre 2012, Christophe Merlet wrote: Les messages de philippe sont certes, la plupart du temps, lourd, verbeux et hors sujet, mais de là a les supprimer parce que tu peux le faire est inacceptable. Je trouve ce comportement déplorable et injustifiable. J'avais pensé ne pas répondre au début pour éviter d'enflammer ce sujet, mais je me suis dis, que, peut-être, ignorer était plus frustrant encore. Je ne souhaite pas pour autant m'étendre sur la question, et ne le ferais que si plusieurs personnes* trouvent mon action inadaptée et ont besoin de plus amples explications. Mais pour ma part, je me contenterais de remercier Philippe Verdy pour son email qu'il t'a répondu qui me semble pleinement expliquer et justifier mes actions sans avoir besoin d'en rajouter. La situation me semblant grotesque, je préfère ajouter cette note de rire, et précise donc qu'il s'agit bien de sarcasme. Et que je continuerais à modérer, agressivement s'il le faut, le forum et le suivi de bug dont j'ai la charge puisqu'il semble que personne n'a les couil... (ou ne l'a jugé utile) de le faire sur talk-fr. * = tout particulièrement les personnes qui font, bien plus que ceux qui parlent. J'ai été pendant presque 10 ans coordinateur des traductions française du projet GNOME. Je n'ai jamais kické, blacklisté, banni, édité quelqu'un qui me soulait que ce soit sur IRC, listes de diffusions ou autres. Par contre des coup de gueule... oui. De même dans toutes les autres assos où j'ai eu des responsabilités et les moyens de me laisser aller à ce genre de dérives. Et ce n'est pas non plus sur OSM que je le ferais, car je n'estimes pas qu'avoir ce comportement de justicier est faire preuve de virilité... Librement, -- Christophe Merlet (RedFox) ___ 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
[OSM-talk-fr] Suppression des tirets cadratins
Bonjour, Je constate une lente (mais certaine) progression de l'usage d'un caractère typographique qui, amha, n'a rien à faire dans les tags name d'OSM. Je parle du tiret cadratin ou tiret long, unicode 0x2014. Exemples: http://www.openstreetmap.org/browse/relation/90341 Petit rappel : OSM est une base de données, pas une société d'édition de beaux livres ou de belles cartes avec de beaux tirets longs, moyens ou carrés pour faire joli. Les caractères de ponctuation doivent pouvoir être saisis par n'importe quel quidam sur n'importe quel clavier et être reconnus par n'importe quel logiciel. Alors, lorsque je rencontrerais ce genre de caractère exotique, je les remplacerais par le bon vieux tiret, unicode 0x002D, code ASCII 0x2D, touche clavier '-'. Et je répéterais ce que disait un de nos anciens premiers ministres à ceux qui insisteraient: je vous demande de vous arrêter. Je connais les auteurs de ces mauvaises habitudes (toujours les mêmes) mais je ne dénonce pas en public. Ils se reconnaîtront. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Réf.: Re: remappage *avant* suppression des données CEDRIC007
je peux sortir un fichier .osm . a partir de la tu dois pouvoir l ouvrir avec Josm ou peut etre meme le charger avec openlayers non? -- Le mar. 27 nov. 2012 17:51 HNEC, Marc SIBERT a écrit : OK voyons. Mon point de vue reste qu'il faudrait un outil pour visualiser où il faut faire de la reprise, comme feu l'outil suisse OSM CLEANMAPhttp://cleanmap.poole.ch/?zoom=10lat=46.6508lon=4.945 Le pré-requis est donc l'obtention des données teintées. A+ Le 27 novembre 2012 17:43, THEVENON Julien julien_theve...@yahoo.fr a écrit : je peux peut etre bricoler quelque chose pour recuperer tous les objets qu il a edite mais je ne promets rien. ca t irait ? Julien -- *De :* Marc SIBERT m...@sibert.fr *À :* Discussions sur OSM en français talk-fr@openstreetmap.org *Envoyé le :* Mardi 27 novembre 2012 17h34 *Objet :* 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- 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
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] Suppression des tirets cadratins
yo, HS(running gag :) je sens qu'on va encore être d'accord, ça devient pénible à force, heureusement qu'on a le wiki pour s'étriper/HS On mardi 27 novembre 2012, Pieren wrote: Je constate une lente (mais certaine) progression de l'usage d'un caractère typographique qui, amha, n'a rien à faire dans les tags name d'OSM. Je parle du tiret cadratin ou tiret long, unicode 0x2014. Exemples: http://www.openstreetmap.org/browse/relation/90341 Put... j'avais peur de re-re-passer pour un chieur à lancer le sujet, mais ce tiret m'a valu un échange vif (et bizarrement sans intérêt et trop long avec l'unique auteur de tous ces tirets) J'ai laissé tombé car ça me semblait futile. Mais c'est revenu sur la liste tagging : http://gis.19327.n5.nabble.com/Naming-boundary-ways-td5728863.html#a5729805 Où l'on m'a presque reproché que ça soit un français qui propage ça à toute l'europe. Donc : +1 Petit rappel : OSM est une base de données, pas une société d'édition de beaux livres ou de belles cartes avec de beaux tirets longs +1 , moyens ou carrés pour faire joli. Les caractères de ponctuation doivent pouvoir être saisis par n'importe quel quidam sur n'importe quel clavier et être reconnus par n'importe quel logiciel. +1 : Les mappeurs devraient avoir la priorité et de la simplicité dès que c'est possible sans que ça n'impacte négativement les autres mappeurs (si si ,les relations c'est bien) Alors, lorsque je rencontrerais ce genre de caractère exotique, je les remplacerais par le bon vieux tiret, unicode 0x002D, code ASCII 0x2D, touche clavier '-'. +1 ou ; ou , ou / ou j'en sais rien mais un truc qui se trouve sur le clavier des gens Et je répéterais ce que disait un de nos anciens premiers ministres à ceux qui insisteraient: je vous demande de vous arrêter. +1 Je connais les auteurs de ces mauvaises habitudes (toujours les mêmes) mais je ne dénonce pas en public. Ils se reconnaîtront. Là, j'en ai marre des +1, on dirait une république bananière : -1 D'abord, c'est toujours le même et pas les, et c'est celui qui explique (avec des messages trop longs) aux autres sans écouter leurs arguments et qui n'écoute la démocratie que sous la menace et tente trop souvent d'imposer son point de vue plutôt qu'opter pour la prudence du statu quo. Après ils se reconnaîtront, je viens de passer à ils le reconnaîtront -- 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
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
[OSM-talk-fr] [forum-osm-fr] Zones blanches
Le message suivant de : ## Je voudrais savoir si il est possible de créer une carte des zones blanches ADSL dans mon département. Comment cartographier ces zones et comment créer une carte dédiée ? a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression des tirets cadratins
Bonsoir, Le 27/11/2012 18:21, sly (sylvain letuffe) a écrit : yo, HS(running gag :) je sens qu'on va encore être d'accord, ça devient pénible à force, heureusement qu'on a le wiki pour s'étriper/HS On mardi 27 novembre 2012, Pieren wrote: Je constate une lente (mais certaine) progression de l'usage d'un caractère typographique qui, amha, n'a rien à faire dans les tags name d'OSM. Je parle du tiret cadratin ou tiret long, unicode 0x2014. Exemples: http://www.openstreetmap.org/browse/relation/90341 Put... j'avais peur de re-re-passer pour un chieur à lancer le sujet, mais ce tiret m'a valu un échange vif (et bizarrement sans intérêt et trop long avec l'unique auteur de tous ces tirets) J'ai laissé tombé car ça me semblait futile. Mais c'est revenu sur la liste tagging : http://gis.19327.n5.nabble.com/Naming-boundary-ways-td5728863.html#a5729805 D'accord avec vous 2 sur le besoin de faire simple, et donc de propager des caractères disponibles simplement. HS ou presque En revanche, je suis tout à fait contre l'idée de coller un tag name à des limites administratives qui ne sont que des limites (et pas une route, ou une rivière par ex.). C'est essentiellement sur ces objets qu'on trouve les tirets cadratins, il ne faudra pas compter sur moi pour les remplacer par des tirets courts. Le seul sort que j'ai envie de réserver à ces tags, c'est la suppression. Je partage plusieurs points de vue exprimés sur tagging (merci Sly pour le lien vers ce fil). En substance : ne pas nommer ce qui ne porte pas de nom, quitte, à la rigueur, à placer sur un tag note=* la mention actuellement portée par name=*. Je connais les arguments sur le confort d'édition que ces noms apportent, mais je ne m'y range pas. / vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nouvel éditeur spécialisé traduction
Bonsoir, Je vous présente Nomino, un modeste éditeur de données OpenStreetMap, dédié à la traduction des noms de lieux en différentes langues. Nomino en quelques points: - Une application web, sans installation et utilisable sur toutes plateformes (même si pour l'heure ça donne moyen sur téléphone et tablette) - Une application simple: l'interface se veut dépouillée et utilisable par des contributeurs débutants sans lecture de documentation préalable - Une application efficace: au lieu d'ouvrir toutes les données sur une zone, comme le font classiquement JOSM et Potlatch, on ne charge que certains objets individuellement pour éditer les tags de type name:**. Même on peut déjà s'identifier sur osm.org et d'enregistrer les modifications, l'éditeur est en version alpha, testez le à vos risques et périls. Un scénario de test: dans la boite Preferences, cliquer sur Toolserver localised maps puis choisir fr (French) dans le menu. La carte s'affiche avec les noms de lieux traduits en français, et donc des noms de lieux non traduits. Si on va par exemple en Russie ou en Ukraine, on trouve beaucoup de villes dont la forme française n'est pas renseignée, il suffit d'ouvrir l'objet et d'entrer le nom de la ville en français. On peut le trouver assez facilement par Wikipédia, en cherchant le nom de la ville dans la langue locale. L'application: http://nomino.comptoir.net Le code source: http://gitorious.org/nomino/nomino Merci beaucoup à Cyrille Giquello et sa superbe bibliothèque pour l'accès à l'API OpenStreetmap: https://github.com/Cyrille37/yapafo Emmanuel -- View this message in context: http://gis.19327.n5.nabble.com/Nouvel-editeur-specialise-traduction-tp5737914.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression des tirets cadratins
On mardi 27 novembre 2012, Vincent de Chateau-Thierry wrote: En revanche, je suis tout à fait contre l'idée de coller un tag name à des limites administratives qui ne sont que des limites (et pas une route, ou une rivière par ex.) Pareil. Toutefois, j'entends les arguments que tu as indiqué connaître, et si je ne mettrais pas de nom, je m'abstiendrais de changer le choix des autres en l'état des outils/éditeurs. -- 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] Nouvel éditeur spécialisé traduction
Et hop ! http://www.openstreetmap.org/browse/changeset/14064905 Ca marche bien ! Dans les couches de données, je proposerais d'ajouter celles de layers.openstreetmap.fr pour les divers niveaux administratifs. Avec les rendus à disposition, c'est pas facile de viser :-) Et si le zoom pouvait rester constant lors de la sélection du lieu, ce serait bien. Là ça zoome au maximum, et ça force à revenir en arrière pour chaque nouvelle entrée Une fonction appréciable, ce serait de viser un niveau administratif (par exemple 4 pour une région de France), pour avoir un tableau avec toutes les subdivisions de la région en question Un clic droit sur la on a un tableau avec la liste des départements de celle-ci prêts à être traduits. Bravo en tout cas, faut aller vendre la chose dans les alliances françaises ! Le 27 novembre 2012 22:04, Emmanel Dewaele emmanuel.dewa...@gmail.com a écrit : Bonsoir, Je vous présente Nomino, un modeste éditeur de données OpenStreetMap, dédié à la traduction des noms de lieux en différentes langues. Nomino en quelques points: - Une application web, sans installation et utilisable sur toutes plateformes (même si pour l'heure ça donne moyen sur téléphone et tablette) - Une application simple: l'interface se veut dépouillée et utilisable par des contributeurs débutants sans lecture de documentation préalable - Une application efficace: au lieu d'ouvrir toutes les données sur une zone, comme le font classiquement JOSM et Potlatch, on ne charge que certains objets individuellement pour éditer les tags de type name:**. Même on peut déjà s'identifier sur osm.org et d'enregistrer les modifications, l'éditeur est en version alpha, testez le à vos risques et périls. Un scénario de test: dans la boite Preferences, cliquer sur Toolserver localised maps puis choisir fr (French) dans le menu. La carte s'affiche avec les noms de lieux traduits en français, et donc des noms de lieux non traduits. Si on va par exemple en Russie ou en Ukraine, on trouve beaucoup de villes dont la forme française n'est pas renseignée, il suffit d'ouvrir l'objet et d'entrer le nom de la ville en français. On peut le trouver assez facilement par Wikipédia, en cherchant le nom de la ville dans la langue locale. L'application: http://nomino.comptoir.net Le code source: http://gitorious.org/nomino/nomino Merci beaucoup à Cyrille Giquello et sa superbe bibliothèque pour l'accès à l'API OpenStreetmap: https://github.com/Cyrille37/yapafo Emmanuel -- View this message in context: http://gis.19327.n5.nabble.com/Nouvel-editeur-specialise-traduction-tp5737914.html Sent from the France mailing list archive at Nabble.com. ___ 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
[OSM-talk-fr] Soucis sur Nominatim
Bonjour, En recherchant les communes de Dijon, Auxerre, saint-père, etc. toute situé en Bourgogne. Nominatim indique qu'elles sont dans d'autre régions. Dijon, Côte-d'Or, Franche-Comté, France Auxerre, Yonne, Champagne-Ardenne, 89000, France Kézako ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Soucis sur Nominatim
Le mercredi 28 novembre 2012 à 00:07 +0100, Nicolas Frery a écrit : Bonjour, En recherchant les communes de Dijon, Auxerre, saint-père, etc. toute situé en Bourgogne. Nominatim indique qu'elles sont dans d'autre régions. Dijon, Côte-d'Or, Franche-Comté, France Auxerre, Yonne, Champagne-Ardenne, 89000, France Kézako ? Bonne question. Je n'ai pas ce problème sur mon nominatim http://nominatim.paulla.asso.fr/ J'utilise la version 2.0.0. Le serveur officiel utilise une version plus récente. Si on compare la page de détails http://nominatim.paulla.asso.fr/details.php?place_id=99442259 http://nominatim.openstreetmap.org/details.php?place_id=97982683 on voit que dans Address il y a une virgule en moins dans chaque ligne. et que (named features only) a disparu (supprimé dans git il y a 3 semaines) Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Grosse suppression de données autour de valenciennes
Que d'hostilités et d'attaques personnelles. Franchement, même quand je répondais à la propre question de Sly sur son ticket, il n'a envie de rien lire du tout et je pense même qu'au départ son idée n'était pas la censure mais il s'est emmêlé les pinceaux dans un conflit d'édition en écrasant mon message par le sien. Après il justifie ça par une volonté de modération, soit, mais il n'y avait rien de hors sujet et le problème n'est pas spécifique à ce cas de Valencienne et peut se reproduire (à des échelles diverses). Si pendant 2 ans rien n'a été fait, il est difficile de prétexter un traitement d'urgence et feindre d'ignorer que pendant 2 ans la résolution du problème n'a même pas été soulevée avant et on a laisser la situation pourrir faute de solutions, ou parce qu'il y avait d'autres priorités : la migration de licence pour laquelel des outils ont été développés, mais trop vite abandonnés une fois celle-ci faite, alors qu'ils peuvent encore servir, à une échelle moindre certes, mais pour des problèmes totut à fait similaires : les incompatibilités de licences. De là à prétendre que c'est hors sujet, c'est un peu fort quand même. Et est-ce que j'attaquais quelqu'un de particulier ? Bref: pendant 2 ans on ne fait rien, on n'a pas de solution. Le problème est réévoqué, et soudain il devient urgent, mais le ticket indique un problème de solutions à employer et on ne peut même pas en discuter? Sly agit dans le droit fil du DWG et commence à en adopter les travers, moins par ses actes (que lui obligeraient sa fonction si seulement c'était dans sa fonction de faire de la censure et fermer toute discussion qu'il a pourtant initié lui-même) que parce qu'il a revendiqué autre chose pour se présenter et qu'il soutient maintenant une position contraire : il est inutile de demander à la communauté il fera ce qu'il veut puisqu'il en a les moyens. La discussion est donc close dès le départ, et même le ticket ne sert à rien, et ce n'était même pas la peine de lancer le sujet ici non plus (ce n'est pas moi qui l'ai fait et je n'ai même pas critiqué quoi que ce soit, juste évoqué des réutilisations possibles de certains outils qui ont nécessité toute de même 2 ans de travaux par plein de monde, et qu'on délaisse trop vite : un vrai gâchis d'efforts). Autant que Sly soit honnête et dise dès le départ : une décision est prise, elle est irrévocable mais je vous informe de son contenu et ça s'arrête là (attitude qui pourtant a été longuement critiquée ici concernant le DWG qui décidait tout seul contre tout le monde et qui a permis pourtant à Sly d'y prendre un rôle ; son propre avis en fait ne compte plus non plus, c'est la décision du DWG et point final, il n'a aucune raison d'en faire une affaire personnelle). Tout ça vite uniquement à l'obsession personnelle, il suffit que je soit présent quelque part pour qu'on [qui? je ne vais volontairement citer personne ici] rejette systématiquement mon avis, ou n'importe laquelle des suggestions (et même ceux qui ont eu un avis similaire avant moi: c'est jeter le bébé avec l'eau du bain). Le 27 novembre 2012 17:43, Marc SIBERT m...@sibert.fr a écrit : Danger Troll Je soutiens Sylvain dans son action car : - J'estime que les rapport signal / bruit de Philippe V est inférieur à l'acceptable sur les différents supports de communication ; - J'admets que la liste publique talk-fr reste un lieu de partage de tous les points de vue (même les plus bruyants) et donc que la censure ne s'y applique pas (ni le bannissement) ; - J'estime, par contre, que cette pollution *ne doit pas* s'étendre à des outils ou des listes techniques qui permettent à ceux qui font (* doocratie*) de travailler efficacement (la censure s'est faite sur l'outil de tickets). A+ -- Marc Sibert m...@sibert.fr Le 27 novembre 2012 17:28, Christophe Merlet red...@redfoxcenter.org a écrit : Le mardi 27 novembre 2012 à 16:47 +0100, sly (sylvain letuffe) a écrit : Salut christophe, On dimanche 25 novembre 2012, Christophe Merlet wrote: Les messages de philippe sont certes, la plupart du temps, lourd, verbeux et hors sujet, mais de là a les supprimer parce que tu peux le faire est inacceptable. Je trouve ce comportement déplorable et injustifiable. J'avais pensé ne pas répondre au début pour éviter d'enflammer ce sujet, mais je me suis dis, que, peut-être, ignorer était plus frustrant encore. Je ne souhaite pas pour autant m'étendre sur la question, et ne le ferais que si plusieurs personnes* trouvent mon action inadaptée et ont besoin de plus amples explications. Mais pour ma part, je me contenterais de remercier Philippe Verdy pour son email qu'il t'a répondu qui me semble pleinement expliquer et justifier mes actions sans avoir besoin d'en rajouter. La situation me semblant grotesque, je préfère ajouter cette note de rire, et précise donc qu'il s'agit bien de sarcasme. Et que je continuerais à modérer, agressivement s'il le faut, le forum et
Re: [OSM-talk-fr] Soucis sur Nominatim
Une recherche à partir de http://nominatim.openstreetmap.org/ indique que seuls deux départements sont reconnues sous la relation Bourgogne, soit l'Yonne et et la Saône-et-Loire. voir http://nominatim.openstreetmap.org/details.php?place_id=97330189 La Nièvre et la Côte-d'Or sont dans les limbes. En regardant les relations Bourgogne et Saône-et-Loire, je constate aussi des trouées du côté de la commune de Beauvernois. Il y a deux trouées et une grande échancrure. Y a-t-il un problème de ce côté? Beauvarnais http://www.openstreetmap.org/browse/relation/1194193 Saône-et-Loire http://www.openstreetmap.org/?lat=46.8494lon=5.4495zoom=14layers=Mrelation=7397Bourgogne http://www.openstreetmap.org/?lat=46.8494lon=5.4495zoom=14layers=Mrelation=27768 Pierre De : Nicolas Frery nico...@zoubi.info À : Talk-fr@openstreetmap.org Envoyé le : Mardi 27 novembre 2012 18h07 Objet : [OSM-talk-fr] Soucis sur Nominatim Bonjour, En recherchant les communes de Dijon, Auxerre, saint-père, etc. toute situé en Bourgogne. Nominatim indique qu'elles sont dans d'autre régions. Dijon, Côte-d'Or, Franche-Comté, France Auxerre, Yonne, Champagne-Ardenne, 89000, France Kézako ? ___ 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] Grosse suppression de données autour de valenciennes
Le 27 novembre 2012 17:43, Marc SIBERT m...@sibert.fr a écrit : Je soutiens Sylvain dans son action car : - J'estime que les rapport signal / bruit de Philippe V est inférieur à l'acceptable sur les différents supports de communication ; Heu... c'est quand même pas évident. Le gros problème, je pense, est le volume, et la difficulté de Philippe à discuter avec concision, en rapport avec le sujet. Mais un signal volumineux non concis et hors sujet n'est pas forcément du bruit. C'est compatible, et même utile, il me semble, avec une liste de discussion (sauf pour ceux qui ne savent pas utiliser leur logiciel de mail), mais quasi impossible à digérer dans le cas des rapports de bug. Pour ça que, moi aussi, je soutiens les actions de modération de Sylvain, même s'il existe d'autres solutions ; à partir du moment où c'est lui qui est modérateur, qu'il choisit cette solution, et qu'il l'explique et qu'il la fait, c'est bon. - J'admets que la liste publique talk-fr reste un lieu de partage de tous les points de vue (même les plus bruyants) et donc que la censure ne s'y applique pas (ni le bannissement) ; Oui, heureusement. - J'estime, par contre, que cette pollution *ne doit pas* s'étendre à des outils ou des listes techniques qui permettent à ceux qui font (* doocratie*) de travailler efficacement (la censure s'est faite sur l'outil de tickets). Il est vrai que c'est compréhensible dans le cas des tickets, parce que le volume à lire est en soi difficile à gérer par les développeurs. Donc, il me semble qu'il faut plutot dire à Philippe de continuer à faire des tickets, en évitant de dépasser, mettons, 10 lignes, chacun sur un seul sujet, et pas plus d'un par semaine, même s'il estime que son ticket est incomplet. Une fois qu'il aura vu que des tickets de 10 lignes c'est pas si mal et il peut quand même bien s'exprimer et que le développeur qui traite le ticket comprend bien, alors il pourra passer à des tickets de 20 lignes, une fois par jour :-) Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr