[OSM-talk-fr] Recherche une personne du SOTM
Bonjour à tous, Lors du dernier SOTM-FR à Lyon en février dernier, j'ai été contacté par un certain Ghislain pour que je lui envoie la présentation que j'avais faite le dimanche. Or, je n'arrive pas à relire son adresse mail. Si vous le connaissez, merci de bien vouloir me transmettre son mail ou son nom, ou lui dire qu'il me recontacte. Sinon, ce serait pas mal qu'on puisse avoir accès aux différentes présentation du SOTM sur openstreetmap.fr -- View this message in context: http://gis.19327.n5.nabble.com/Recherche-une-personne-du-SOTM-tp5756739.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] Publication d'un tutoriel JOSM v 1.0
Le 11 avril 2013 19:22, Christian Quest cqu...@openstreetmap.fr a écrit : Tout ceci est valable, mais pas adapté à un tutoriel pour débutant. La sauvegarde lorsque l'on débute amène à mon avis plus de problème (conflits) qu'elle n'en résout. Le 11 avril 2013 19:17, Philippe Verdy verd...@wanadoo.fr a écrit : Parler de la sauvegarde est indispensable pour ne pas tout perdre à cause d'un plantage. Cependant JOSM aide aussi sur ce point avec une sauvegarde automatique qu'il propose de récupérer lors du relancement, ce qui peut éviter de perdre des heures de travail. Sinon une sauvegarde est aussi un cache utile au repérage des éléments qu'on a l'habitude de travailler (les tâches sont souvent longues et peuvent durer des semaines ou des mois) : le cache n'empêche pourtant pas de mettre à jour les données avant de continuer à les modifier. C'est un gain de temps aussi et de ressources de travail sur les serveurs, si on n'a pas besoin de toute chercher en permanence en ligne pour relocaliser facilement une zone ou une catégorie d'objets qui nous intéressait et sur laquelle on a déjà travaillé et compris une partie significative des problèmes à traiter (et aussi des manques qui ne sont détectés avec précision par aucun outil). Le 11 avril 2013 18:33, JB jb...@mailoo.org a écrit : Salut Fabien, Je soutiens toujours la création de tutoriels, qui permet de trouver celui qui nous plait sur l'approche, le ton, etc. choisis. Reste à le mettre en évidence (il n'y a pas une page du wiki ou du site fr qui les répertorierait, des fois ? Au boulot, sinon !). Quelques petites remarques, même si j'ai surement laissé passer des choses : Page 8, une inversion des boutons de la souris, à peu près tout au long de la page… L'exemple sur la route résidentielle : insister qu'il ne faut surtout pas tout remplir (j'en ai marre des oneway=no, horse=yes à tire-larigot…) Point 9 : je conseillerai de fermer JOSM pour annuler toutes les essais faits et le rouvrir, on ne sait jamais (et plus fiable et simple que de supprimer les calques…) Puis, «je vais donc annuler… », pas très clair dans la formulation, même si on comprend ensuite. Je pense qu'un paragraphe sur l'utilisation du cadre « résultat de validation » est nécessaire (zoomer sur le conflit). Je préciserais aussi que s'il repère des fausses erreurs, il en laisse aussi passer. C'est un outil, mais pas infaillible dans les deux sens. Ensuite, je pinaille, mais l'ajout d'une rue avec uniquement un nœud ajouté, c'est louche… Si tu parles de sauvegarde locale, je parlerais de conflits… Perso, je ne parlerais pas de sauvegarde (vu le niveau du tutoriel). Le wiki, mais c'est peut-être aussi personnel, je mettrais bien la page map features ou au moins la page d'accueil en français, et les listes de diffusion locales, moins effrayantes que talk-fr (idem pour learnosm, d'ailleurs). Merci pour ce boulot, même si je ne suis pas fan de la mise à disposition via google. JB. Le 11.04.2013 16:55, Fabien a écrit : Bonjour à tous, C'est avec un grand plaisir que je vous annonce la publication de mon premier tutoriel orienté débutant pour JOSM. J'espère avoir le temps d'en écrire d'autres, en particulier sur les tracés issus de GPX, sur certains greffons et sur OAuth. Je l'ai écrit dans l'objectif de comprendre l'interface de JOSM. Il faut qu'à la fin du document celle-ci soit appréhendée car c'est un des obstacles récurrent pour les nouveaux contributeurs. Les notions sont donc forcément simples et très directives tout en laissant libre court à certaines découvertes. Je suis ouvert à toute remarque sur le contenu du document ou amélioration nécessaire pour sa compréhension. Le lien du PDF : https://docs.google.com/file/d/0B2K6oMUIyX5ydWtSdl9ZWm13WjQ/edit?usp=sharing C'est un partage via Google je ferai des miroirs si certains ne peuvent pas y accéder. toute personne voulant le fichier ODT peut me contacter directement. Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Bonour à tous, Merci pour vos commentaires que je lis juste. @Jean-Claude : tout simplement parce que j'ai travaillé bien souvent hors ligne et je gère mieux un versionnage (pas sur du mot) avec un fichier LibreOffice qu'avec un wiki. @JB : merci je regarde tous tes commentaires et j'améliore. Par contre, je dis pareil pour le partage Google mais c'est juste que le lien est facilement accessible (sauf en Chine) pour l'instant et que je verrais plus tard pour mettre le document à un endroit plus pratique et pérenne. @Christian : pour la sauvegarde, j'ai ajouté cela tout à la fin presque comme une annexe. J'aurais du le faire plus ressortir je vais voir ce que je peux faire. Je ne suis que très peu fan de la sauvegarde aussi avec JOSM mais il faut en parler parce que souvent on me l'a demandé comment on enregistre son travail.
Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0
À quelqu'un qui me demande comment on enregistre son travail, je lui réponds qu'on enregistre pas (localement), mais qu'on l'envoie au serveur et que c'est lui qui enregistre. À mon sens, c'est une question de débutant à qui il faut une réponse simple(iste). Sinon, après, il cherche pourquoi ses modifications n'apparaissent pas sur la carte en ligne alors qu'il a bien sauvegardé son travail… Et donc je fais toujours sauter le paragraphe sur la sauvegarde locale. JB. Le 12.04.2013 08:54, Fabien a écrit : Le 11 avril 2013 19:22, Christian Quest cqu...@openstreetmap.fr a écrit : Tout ceci est valable, mais pas adapté à un tutoriel pour débutant. La sauvegarde lorsque l'on débute amène à mon avis plus de problème (conflits) qu'elle n'en résout. Le 11 avril 2013 19:17, Philippe Verdy verd...@wanadoo.fr a écrit : Parler de la sauvegarde est indispensable pour ne pas tout perdre à cause d'un plantage. Cependant JOSM aide aussi sur ce point avec une sauvegarde automatique qu'il propose de récupérer lors du relancement, ce qui peut éviter de perdre des heures de travail. Sinon une sauvegarde est aussi un cache utile au repérage des éléments qu'on a l'habitude de travailler (les tâches sont souvent longues et peuvent durer des semaines ou des mois) : le cache n'empêche pourtant pas de mettre à jour les données avant de continuer à les modifier. C'est un gain de temps aussi et de ressources de travail sur les serveurs, si on n'a pas besoin de toute chercher en permanence en ligne pour relocaliser facilement une zone ou une catégorie d'objets qui nous intéressait et sur laquelle on a déjà travaillé et compris une partie significative des problèmes à traiter (et aussi des manques qui ne sont détectés avec précision par aucun outil). Le 11 avril 2013 18:33, JB jb...@mailoo.org a écrit : Salut Fabien, Je soutiens toujours la création de tutoriels, qui permet de trouver celui qui nous plait sur l'approche, le ton, etc. choisis. Reste à le mettre en évidence (il n'y a pas une page du wiki ou du site fr qui les répertorierait, des fois ? Au boulot, sinon !). Quelques petites remarques, même si j'ai surement laissé passer des choses : Page 8, une inversion des boutons de la souris, à peu près tout au long de la page… L'exemple sur la route résidentielle : insister qu'il ne faut surtout pas tout remplir (j'en ai marre des oneway=no, horse=yes à tire-larigot…) Point 9 : je conseillerai de fermer JOSM pour annuler toutes les essais faits et le rouvrir, on ne sait jamais (et plus fiable et simple que de supprimer les calques…) Puis, «je vais donc annuler… », pas très clair dans la formulation, même si on comprend ensuite. Je pense qu'un paragraphe sur l'utilisation du cadre « résultat de validation » est nécessaire (zoomer sur le conflit). Je préciserais aussi que s'il repère des fausses erreurs, il en laisse aussi passer. C'est un outil, mais pas infaillible dans les deux sens. Ensuite, je pinaille, mais l'ajout d'une rue avec uniquement un nœud ajouté, c'est louche… Si tu parles de sauvegarde locale, je parlerais de conflits… Perso, je ne parlerais pas de sauvegarde (vu le niveau du tutoriel). Le wiki, mais c'est peut-être aussi personnel, je mettrais bien la page map features ou au moins la page d'accueil en français, et les listes de diffusion locales, moins effrayantes que talk-fr (idem pour learnosm, d'ailleurs). Merci pour ce boulot, même si je ne suis pas fan de la mise à disposition via google. JB. Le 11.04.2013 16:55, Fabien a écrit : Bonjour à tous, C'est avec un grand plaisir que je vous annonce la publication de mon premier tutoriel orienté débutant pour JOSM. J'espère avoir le temps d'en écrire d'autres, en particulier sur les tracés issus de GPX, sur certains greffons et sur OAuth. Je l'ai écrit dans l'objectif de comprendre l'interface de JOSM. Il faut qu'à la fin du document celle-ci soit appréhendée car c'est un des obstacles récurrent pour les nouveaux contributeurs. Les notions sont donc forcément simples et très directives tout en laissant libre court à certaines découvertes. Je suis ouvert à toute remarque sur le contenu du document ou amélioration nécessaire pour sa compréhension. Le lien du PDF : https://docs.google.com/file/d/0B2K6oMUIyX5ydWtSdl9ZWm13WjQ/edit?usp=sharing [1] C'est un partage via Google je ferai des miroirs si certains ne peuvent pas y accéder. toute personne voulant le fichier ODT peut me contacter directement. Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [2] Bonour à tous, Merci pour vos commentaires que je lis juste. @Jean-Claude : tout simplement parce que j'ai travaillé bien souvent hors ligne et je gère mieux un versionnage (pas sur du mot) avec un fichier LibreOffice qu'avec un wiki. @JB : merci je regarde tous tes commentaires et j'améliore. Par contre, je dis pareil pour le partage Google mais c'est juste que le lien est facilement
[OSM-talk-fr] API 0.6 down ?
Bonjour, En voulant télécharger des données depuis Josm, j'ai eu droit à ce message : Le serveur OSM 'http://api.openstreetmap.org/api/0.6/' a signalé une erreur interne du serveur. Ceci est probablement un problème momentané. Veuillez essayer à nouveau plus tard. Le serveur OSM 'http://api.openstreetmap.org/api/0.6/' a signalé une erreur interne du serveur. Ceci est probablement un problème momentané. Veuillez essayer à nouveau plus tard. Quelqu'un est au courant ? Une intervention est-elle en cours ? Le site www.openstreetmap.org est aussi HS, semble-t-il... -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] API 0.6 down ?
J'ai le même problème, ça ne vient pas de chez toi... Teuxe - Mail original - De: Francescu GAROBY windu...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Vendredi 12 Avril 2013 10:54:16 Objet: [OSM-talk-fr] API 0.6 down ? Bonjour, En voulant télécharger des données depuis Josm, j'ai eu droit à ce message : Le serveur OSM ' http://api.openstreetmap.org/api/0.6/ ' a signalé une erreur interne du serveur. Ceci est probablement un problème momentané. Veuillez essayer à nouveau plus tard. Le serveur OSM ' http://api.openstreetmap.org/api/0.6/ ' a signalé une erreur interne du serveur. Ceci est probablement un problème momentané. Veuillez essayer à nouveau plus tard. Quelqu'un est au courant ? Une intervention est-elle en cours ? Le site www.openstreetmap.org est aussi HS, semble-t-il... -- Cordialement, Francescu GAROBY ___ 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] API 0.6 down ?
Je viens de retester et ça semble être revenu à la normale. Francescu Le 12 avril 2013 10:59, te...@free.fr a écrit : J'ai le même problème, ça ne vient pas de chez toi... Teuxe - Mail original - De: Francescu GAROBY windu...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Vendredi 12 Avril 2013 10:54:16 Objet: [OSM-talk-fr] API 0.6 down ? Bonjour, En voulant télécharger des données depuis Josm, j'ai eu droit à ce message : Le serveur OSM ' http://api.openstreetmap.org/api/0.6/ ' a signalé une erreur interne du serveur. Ceci est probablement un problème momentané. Veuillez essayer à nouveau plus tard. Le serveur OSM ' http://api.openstreetmap.org/api/0.6/ ' a signalé une erreur interne du serveur. Ceci est probablement un problème momentané. Veuillez essayer à nouveau plus tard. Quelqu'un est au courant ? Une intervention est-elle en cours ? Le site www.openstreetmap.org est aussi HS, semble-t-il... -- Cordialement, Francescu GAROBY ___ 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 -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Le 11 avr. 2013 à 17:43, Tony Emery tony.em...@yahoo.fr a écrit : Une fois que j'ai dit ça, que peut-on en tirer ? 1- Que la source première de données est et restera toujours la commune (en gros toujours) ; 2- Qu'il faut s'appuyer sur elles si l'on veut constituer une base crédible et maintenue dans le temps ; 3- Que, étant données les différences de moyens des collectivités, seule un petite minorité d'entre elles sont capables de faire ce travail 4- Que pour compenser l'inégalité des moyens, il faudrait que les intercommunalités prennent le relais mais 5- Que certaines d'entre elles, notamment en milieu rural, n'ont pas plus les moyens de le faire 6- Que les collectivités locales ne peuvent pas imposer quoi que ce soit aux autres (principe constitutionnel d’interdiction de la tutelle d’une collectivité territoriale sur une autre) Sur 5 et 6, la solution est de faire des SIG à un niveau supérieur à la communauté de communes. C'est ce qui a été fait à Brest où la métropole met, par convention, son SIG à la disposition des autres EPCI du Pays de Brest (pays Voynet) 9 agents arrivent à couvrir 89 communes. Evidemment, c'est une décision politique, difficile à prendre, si les élus se méfient les uns des autres, mais, pas impossible à réaliser. Le modèle est que le SIG le plus avancé, fédère les EPCI les plus proches. Si certains d'entre vous sont en position d'attirer l'attention des élus là-dessus, ce serait une bonne chose. Christian R., contributeur super-lambda PS : Je connais une communauté d'agglo qui a un SIG, mais, la ville centre garde le sien, car, les deux têtes politiques, du même parti, sont en guerre ouverte !!??? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0
Le 11 avr. 2013 19:18, Philippe Verdy verd...@wanadoo.fr a écrit : Parler de la sauvegarde est indispensable pour ne pas tout perdre à cause d'un plantage. À mon avis ça ne concerne pas les débutants. de plus ouvre à la complexité et aux conflits. un débutant devrait faire de petits commit. par contre le menu mettre à jour les données après un commit se comprend bien et image bien le côté communautaire où l'on n'est probablement pas seul à modifier un même lieu. C. Cependant JOSM aide aussi sur ce point avec une sauvegarde automatique qu'il propose de récupérer lors du relancement, ce qui peut éviter de perdre des heures de travail. Sinon une sauvegarde est aussi un cache utile au repérage des éléments qu'on a l'habitude de travailler (les tâches sont souvent longues et peuvent durer des semaines ou des mois) : le cache n'empêche pourtant pas de mettre à jour les données avant de continuer à les modifier. C'est un gain de temps aussi et de ressources de travail sur les serveurs, si on n'a pas besoin de toute chercher en permanence en ligne pour relocaliser facilement une zone ou une catégorie d'objets qui nous intéressait et sur laquelle on a déjà travaillé et compris une partie significative des problèmes à traiter (et aussi des manques qui ne sont détectés avec précision par aucun outil). Le 11 avril 2013 18:33, JB jb...@mailoo.org a écrit : Salut Fabien, Je soutiens toujours la création de tutoriels, qui permet de trouver celui qui nous plait sur l'approche, le ton, etc. choisis. Reste à le mettre en évidence (il n'y a pas une page du wiki ou du site fr qui les répertorierait, des fois ? Au boulot, sinon !). Quelques petites remarques, même si j'ai surement laissé passer des choses : Page 8, une inversion des boutons de la souris, à peu près tout au long de la page… L'exemple sur la route résidentielle : insister qu'il ne faut surtout pas tout remplir (j'en ai marre des oneway=no, horse=yes à tire-larigot…) Point 9 : je conseillerai de fermer JOSM pour annuler toutes les essais faits et le rouvrir, on ne sait jamais (et plus fiable et simple que de supprimer les calques…) Puis, «je vais donc annuler… », pas très clair dans la formulation, même si on comprend ensuite. Je pense qu'un paragraphe sur l'utilisation du cadre « résultat de validation » est nécessaire (zoomer sur le conflit). Je préciserais aussi que s'il repère des fausses erreurs, il en laisse aussi passer. C'est un outil, mais pas infaillible dans les deux sens. Ensuite, je pinaille, mais l'ajout d'une rue avec uniquement un nœud ajouté, c'est louche… Si tu parles de sauvegarde locale, je parlerais de conflits… Perso, je ne parlerais pas de sauvegarde (vu le niveau du tutoriel). Le wiki, mais c'est peut-être aussi personnel, je mettrais bien la page map features ou au moins la page d'accueil en français, et les listes de diffusion locales, moins effrayantes que talk-fr (idem pour learnosm, d'ailleurs). Merci pour ce boulot, même si je ne suis pas fan de la mise à disposition via google. JB. Le 11.04.2013 16:55, Fabien a écrit : Bonjour à tous, C'est avec un grand plaisir que je vous annonce la publication de mon premier tutoriel orienté débutant pour JOSM. J'espère avoir le temps d'en écrire d'autres, en particulier sur les tracés issus de GPX, sur certains greffons et sur OAuth. Je l'ai écrit dans l'objectif de comprendre l'interface de JOSM. Il faut qu'à la fin du document celle-ci soit appréhendée car c'est un des obstacles récurrent pour les nouveaux contributeurs. Les notions sont donc forcément simples et très directives tout en laissant libre court à certaines découvertes. Je suis ouvert à toute remarque sur le contenu du document ou amélioration nécessaire pour sa compréhension. Le lien du PDF : https://docs.google.com/file/d/0B2K6oMUIyX5ydWtSdl9ZWm13WjQ/edit?usp=sharing C'est un partage via Google je ferai des miroirs si certains ne peuvent pas y accéder. toute personne voulant le fichier ODT peut me contacter directement. Fabien ___ 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 ___ 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] Publication d'un tutoriel JOSM v 1.0
Le 12 avr. 2013 08:54, Fabien marbolan...@gmail.com a écrit : Le 11 avril 2013 19:22, Christian Quest cqu...@openstreetmap.fr a écrit : Tout ceci est valable, mais pas adapté à un tutoriel pour débutant. La sauvegarde lorsque l'on débute amène à mon avis plus de problème (conflits) qu'elle n'en résout. Le 11 avril 2013 19:17, Philippe Verdy verd...@wanadoo.fr a écrit : Parler de la sauvegarde est indispensable pour ne pas tout perdre à cause d'un plantage. Cependant JOSM aide aussi sur ce point avec une sauvegarde automatique qu'il propose de récupérer lors du relancement, ce qui peut éviter de perdre des heures de travail. Sinon une sauvegarde est aussi un cache utile au repérage des éléments qu'on a l'habitude de travailler (les tâches sont souvent longues et peuvent durer des semaines ou des mois) : le cache n'empêche pourtant pas de mettre à jour les données avant de continuer à les modifier. C'est un gain de temps aussi et de ressources de travail sur les serveurs, si on n'a pas besoin de toute chercher en permanence en ligne pour relocaliser facilement une zone ou une catégorie d'objets qui nous intéressait et sur laquelle on a déjà travaillé et compris une partie significative des problèmes à traiter (et aussi des manques qui ne sont détectés avec précision par aucun outil). Le 11 avril 2013 18:33, JB jb...@mailoo.org a écrit : Salut Fabien, Je soutiens toujours la création de tutoriels, qui permet de trouver celui qui nous plait sur l'approche, le ton, etc. choisis. Reste à le mettre en évidence (il n'y a pas une page du wiki ou du site fr qui les répertorierait, des fois ? Au boulot, sinon !). Quelques petites remarques, même si j'ai surement laissé passer des choses : Page 8, une inversion des boutons de la souris, à peu près tout au long de la page… L'exemple sur la route résidentielle : insister qu'il ne faut surtout pas tout remplir (j'en ai marre des oneway=no, horse=yes à tire-larigot…) Point 9 : je conseillerai de fermer JOSM pour annuler toutes les essais faits et le rouvrir, on ne sait jamais (et plus fiable et simple que de supprimer les calques…) Puis, «je vais donc annuler… », pas très clair dans la formulation, même si on comprend ensuite. Je pense qu'un paragraphe sur l'utilisation du cadre « résultat de validation » est nécessaire (zoomer sur le conflit). Je préciserais aussi que s'il repère des fausses erreurs, il en laisse aussi passer. C'est un outil, mais pas infaillible dans les deux sens. Ensuite, je pinaille, mais l'ajout d'une rue avec uniquement un nœud ajouté, c'est louche… Si tu parles de sauvegarde locale, je parlerais de conflits… Perso, je ne parlerais pas de sauvegarde (vu le niveau du tutoriel). Le wiki, mais c'est peut-être aussi personnel, je mettrais bien la page map features ou au moins la page d'accueil en français, et les listes de diffusion locales, moins effrayantes que talk-fr (idem pour learnosm, d'ailleurs). Merci pour ce boulot, même si je ne suis pas fan de la mise à disposition via google. JB. Le 11.04.2013 16:55, Fabien a écrit : Bonjour à tous, C'est avec un grand plaisir que je vous annonce la publication de mon premier tutoriel orienté débutant pour JOSM. J'espère avoir le temps d'en écrire d'autres, en particulier sur les tracés issus de GPX, sur certains greffons et sur OAuth. Je l'ai écrit dans l'objectif de comprendre l'interface de JOSM. Il faut qu'à la fin du document celle-ci soit appréhendée car c'est un des obstacles récurrent pour les nouveaux contributeurs. Les notions sont donc forcément simples et très directives tout en laissant libre court à certaines découvertes. Je suis ouvert à toute remarque sur le contenu du document ou amélioration nécessaire pour sa compréhension. Le lien du PDF : https://docs.google.com/file/d/0B2K6oMUIyX5ydWtSdl9ZWm13WjQ/edit?usp=sharing C'est un partage via Google je ferai des miroirs si certains ne peuvent pas y accéder. toute personne voulant le fichier ODT peut me contacter directement. Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Bonour à tous, Merci pour vos commentaires que je lis juste. @Jean-Claude : tout simplement parce que j'ai travaillé bien souvent hors ligne et je gère mieux un versionnage (pas sur du mot) avec un fichier LibreOffice qu'avec un wiki. @JB : merci je regarde tous tes commentaires et j'améliore. Par contre, je dis pareil pour le partage Google mais c'est juste que le lien est facilement accessible (sauf en Chine) pour l'instant et que je verrais plus tard pour mettre le document à un endroit plus pratique et pérenne. @Christian : pour la sauvegarde, j'ai ajouté cela tout à la fin presque comme une annexe. J'aurais du le faire plus ressortir je vais
Re: [OSM-talk-fr] Insérer une carte OSM sur un site
C'est possible, même si pour l'instant le bouton est un peu trop caché :( Pour cela, quand vous avez ouvert la barre d'outils, cliquez sur le I, permettant d'éditer les métadonnées de la carte (titre, description, licence), et là vous avez un bouton Supprimer. Suffit ensuite de confirmer. Yo On 04/12/2013 01:57 AM, Hélène PETIT wrote: Le 11/04/2013 22:22, Romain MEHUT a écrit : Ce serait bien de pouvoir supprimer des cartes que l'on n'utilise plus histoire de ne pas occuper les serveurs pour rien. +1, mes errances de débuts sont-elles vraiment à graver dans le marbre tutélaire ? :))) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Christian Rogel wrote la solution est de faire des SIG à un niveau supérieur à la communauté de communes. C'est ce qui a été fait à Brest où la métropole met, par convention, son SIG à la disposition des autres EPCI du Pays de Brest (pays Voynet) 9 agents arrivent à couvrir 89 communes. Evidemment, c'est une décision politique, difficile à prendre, si les élus se méfient les uns des autres, mais, pas impossible à réaliser. Le modèle est que le SIG le plus avancé, fédère les EPCI les plus proches. Si certains d'entre vous sont en position d'attirer l'attention des élus là-dessus, ce serait une bonne chose. Effectivement, mais ce ne sera pas possible vu que la politique actuelle d'aménagement du territoire est de réduire le mille-feuilles administratif et de supprimer les syndicats et autres pays. Je pense que ça pourrait se faire soit au niveau des Conseils Généraux (mais ils leurs manque la compétence), soit, dans une volonté de solidarité, entre les interco qui ont des SIG et les autres (mais là, c'est un doux rêve). En attendant, il faut déjà avancer avec ceux qui ont déjà des référentiels et des moyens. -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5756807.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
[OSM-talk-fr] Partage en sucette du rendu mapnik sur Montpellier
Je voulais télécharger le rendu mapnik pour mettre sur un GPS, et j'y ai vu une vilaine route visible seulement aux zooms 16, 17 et 18. http://www.openstreetmap.org/?lat=43.63305lon=3.86672zoom=16layers=M J'ai regardé rapidement dans les données OSM mais je n'ai rien vu qui justifie cette horrible ligne droite qui trace à travers la fac (les étudiants vont râler) et le bois de Montmaur (les écureuils ne vont pas être contents). Quelqu'un a une idée ? Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Partage en sucette du rendu mapnik sur Montpellier
Un petit coup de /dirty et c'est rentré dans l'ordre... Le 12 avril 2013 15:17, Nicolas Moyroud nmoyr...@free.fr a écrit : Je voulais télécharger le rendu mapnik pour mettre sur un GPS, et j'y ai vu une vilaine route visible seulement aux zooms 16, 17 et 18. http://www.openstreetmap.org/?**lat=43.63305lon=3.86672zoom=** 16layers=Mhttp://www.openstreetmap.org/?lat=43.63305lon=3.86672zoom=16layers=M J'ai regardé rapidement dans les données OSM mais je n'ai rien vu qui justifie cette horrible ligne droite qui trace à travers la fac (les étudiants vont râler) et le bois de Montmaur (les écureuils ne vont pas être contents). Quelqu'un a une idée ? Nicolas __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Partage en sucette du rendu mapnik sur Montpellier
Ah bah oui, j'avais tenté ce matin sur un bout mais ça avait résisté. Fallait être un peu plus patient ! :-) Merci Christian, je vais pouvoir télécharger sur mon GPS. Nicolas Le 12/04/2013 15:27, Christian Quest a écrit : Un petit coup de /dirty et c'est rentré dans l'ordre... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Même sans faire appel au mille-feuille administratif, il y a d'autres moyens de coopérations entre communes et autres collectivités pour certaines missions. Les associations ça existe, la France n'en manque pas ! Déjà il y a l'Association des maires de France (AMF) et je ne vois pas pourquoi les petites collectivités qui manquent de moyens ne pourraient pas utiliser une solution pérenne gérée par une telle association, avec des moyens partagés, et des relais dans toutes les régions. Evidemment se pose la question de la sécurité des SIG,et de la responsabilité des intervenants qui modifient les bases, ou les consultent, mais ce n'est pas spécifique au cadre de la collaboration et le même problème existe déjà au sein même de chaque collectivité devant gérer un SIG, la différence étant une question d'échelle si un SIG partagé devient tellement important par le nombre d'infos qui y sont enregistrées collectivement qu'il suscite ensuite des convoitises dangereuses ou tentatives de corruption des données. Le vrai problème est en fait moins technique (la sécurité ça se résoud y compris par la responsabilisation des agents et les règlementations), que celui de la formation des agents aux évolutions de ces systèmes. C'est là que les coûts peuvent exploser, à moins que les collectivités mettent en place des délégations de service public et s'en remettent alors totalement à quelqu'un d'autre pour leurs besoins (avec la crainte d'une dépendance opérationnelle, mais aussi de non maîtrise des coûts ultérieurs s'ils augmentent, et la difficulté alors de rapatrier les données pour les gérer d'une autre façon). Mais là aussi une asso comme l'AMF peut exercer son contrôle pour évaluer raisonnablement les solutions partagées mises en oeuvre (sans pour autant fédérer tout le monde dans le même système afin qu'il garde une taille raisonnable sans exploser et limiter l'exposition aux risques) et étudier les coûts (en faisant appel aussi au contrôle par la Cours des comptes qui a l'expertise dans ce domaine et la compétence nécessaire pour les fouiller en détail). Elle peut émettre des recommandations sur les meilleures pratiques et les évolutions nécessaires. Le 12 avril 2013 14:59, Tony Emery tony.em...@yahoo.fr a écrit : Christian Rogel wrote la solution est de faire des SIG à un niveau supérieur à la communauté de communes. C'est ce qui a été fait à Brest où la métropole met, par convention, son SIG à la disposition des autres EPCI du Pays de Brest (pays Voynet) 9 agents arrivent à couvrir 89 communes. Evidemment, c'est une décision politique, difficile à prendre, si les élus se méfient les uns des autres, mais, pas impossible à réaliser. Le modèle est que le SIG le plus avancé, fédère les EPCI les plus proches. Si certains d'entre vous sont en position d'attirer l'attention des élus là-dessus, ce serait une bonne chose. Effectivement, mais ce ne sera pas possible vu que la politique actuelle d'aménagement du territoire est de réduire le mille-feuilles administratif et de supprimer les syndicats et autres pays. Je pense que ça pourrait se faire soit au niveau des Conseils Généraux (mais ils leurs manque la compétence), soit, dans une volonté de solidarité, entre les interco qui ont des SIG et les autres (mais là, c'est un doux rêve). En attendant, il faut déjà avancer avec ceux qui ont déjà des référentiels et des moyens. -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5756807.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0
On ne peut pas toujours publier immédiatement des données qu'on est en train d'importer et fusionner avec l'existant. Si cela prend du temps, on enregistre pour ne pas tout perdre (même s'il y a une sauvegarde automatique toutes les 10 minutes, paramétrable : une option à activer qui sera utile si jamais on oublie que Windows ou un autre logiciel a fait une mise à jour système et prévenu qu'il allait redémarrer l'OS en fermant brutalement les applications) Malgré tout, même pour les débutants, ils vont se retrouver confrontés à la gestion des conflits, et ce n'est pas simple du tout au départ de savoir quoi faire : certains débutants seront tout de suite tentés d'appliquer immédiatement TOUTES leurs modifications sans regarder le détail des autres modifications proposées, ou alors d'abandonner totalement un envoi commencé parce que tout à coup ils se retrouvent à devoir gérer des listes impressionnantes de centaines de conflits à résoudre un par un. JOSM n'aide pas beaucoup dans la résolution des conflits les plus courants, d'aillleurs beaucoup ne demandent aucune confirmation car il n'y a aucun conflit réel, les valeurs modifiées localement dans les objets en conflit étant exactement les mêmes que celles provenant d'une autre version en conflit provenant de la base, ce cas survenant dans le cas où l'utilisateur a utilisé plusieurs sessions de travail en parallèle et JOSM ne sait pas faire un tri permettant d'en résoudre automatiquement un grand nombre, ou de les grouper par type de conflits : par exemple un conflit survient sur un objet supprimé dans la base mais pas localement, et qui est référencé par une série de relations : le premier conflit à résoudre porte sur la suppression ou pas de cet objet, et si on résoud ce conflt, il devrait aussi résoudre automatiquement le conflit sur les autres relations utilisatrices. Le cas le plus fréquent et le plus pénible à résoudre concerne les conflits sur les ways : ils donnent souvent des listes de plusieurs dizaines voir centaines de noeuds supprimés/ajoutés à ce way. De plus la résolution de conflit des membres d'un way est très compliquée : si on ne fait pas attention on va supprimer des tad de noeuds pourtant encore nécessaires à la géométrie d'autres ways, ou bien laisser des tas de noeuds orphelins (souvent sans même aucun attribut) dans la base. On peut se dire alors que JOSM n'est pas à recommander aux débutants et leur demander d'utiliser Potlatch, pourtant celui-ci n'est pas capable de gérer des objets géométriquement très étendus (trop de données dans la zone, la navigateur web ne peut pas les charger toutes sans exploser ni sérieux problèmes de performances sur le système,surtout si on a un navigateur avec un Javascript un peu lent et trop peu de mémoire de travail; il faut aussi rappeler que les navigateurs sont presque tous en version 32 bits, même sur les systèmes 64 bits et la mémoire de travail des sessions web est limitée; bref assez vite on réalise qu'au delà des petites modiifications locales, ou pour l'import de jeux de données, JOSM devient indispensable, même si on ne travaille pas à une échelle supérieure à celle de la commune, dans le cas du travail dans les zones denses : Paris notamment ne peut même pas se travailler à l'échelle d'un seul arrondissement dans Potlatch, dont la limite est devenu plutôt celle du quartier, mais heureusement Paris a terminé pratiquement tout en ce qui concerne les objets les plus grands et ne demande plus que des modifs très locales faisables dans Potlatch, le reste étant fait par d'autres plus expérimentés qui utilisent JOSM) Il y a d'autres exemples plus complexes qui sont difficiles voire quasiment impossibles à faire dans Potlatch : les données sur les réseaux de transport, telles que les lignes de bus. C'est compliqué à éditer, et difficile à réparer, car c'est déjà difficile à interpréter quand il y a des erreurs de cohérence. Ce sujet mériterait un tutoriel à lui tout seul, et sans doute des modifications dans les recommandations faites sur la partie documentaire du wiki OSM ! Le 12 avril 2013 12:50, Cyrille Giquello cyrill...@gmail.com a écrit : Le 12 avr. 2013 08:54, Fabien marbolan...@gmail.com a écrit : Le 11 avril 2013 19:22, Christian Quest cqu...@openstreetmap.fr a écrit : Tout ceci est valable, mais pas adapté à un tutoriel pour débutant. La sauvegarde lorsque l'on débute amène à mon avis plus de problème (conflits) qu'elle n'en résout. Le 11 avril 2013 19:17, Philippe Verdy verd...@wanadoo.fr a écrit : Parler de la sauvegarde est indispensable pour ne pas tout perdre à cause d'un plantage. Cependant JOSM aide aussi sur ce point avec une sauvegarde automatique qu'il propose de récupérer lors du relancement, ce qui peut éviter de perdre des heures de travail. Sinon une sauvegarde est aussi un cache utile au repérage des éléments qu'on a l'habitude de travailler (les tâches sont souvent longues et peuvent durer des semaines ou
Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0
On parle toujours bien de débutant la ? On 13-04-12 11:53 AM, Philippe Verdy wrote: le cas où l'utilisateur a utilisé plusieurs sessions de travail en parallèle Arrivé à ce stade, je pense que le contributeur aura assez d’expérience pour aller chercher de l'aide sur la liste. Je passerais ensuite sur la logorrhée concernant Paris, les bugs de JOSM et de Potlatch. Ils n'ont aucune utilité au regard du sujet évoqué et cela contribue à polluer inutilement ce fil de discussion ! Arnaud ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: Réunion Parinux le 14 avril à Paris...
C'est pour ce dimanche... -- Message transféré -- De : Christian Quest cqu...@openstreetmap.fr Date : 29 mars 2013 09:49 Objet : Réunion Parinux le 14 avril à Paris... À : local-...@listes.openstreetmap.fr Pour info: http://bn.parinux.org/p/2013.04.14.fph Je compte y aller. Quelqu'un d'autre pour venir ? -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0
Arrête d'utiliser le mot logorrhée de façon à clairement relancer un troll, tu ne sais pas le sens de ce mot que tu emploies à tout va. Le cas d'utilisation de plusierus sessions en parallèle n'est pas anodin, puisque cela a été proposé déjà dans le tutoriel pour éviter d'avoir à gérer trop de données en même temps, qui a priori n'ont rien à voir entre elles mais pourraient pourtant avoir des impacts inattendus dont l'utilisateur a été lui-même à l'initiative dans une autre session. Même dans Potlatch ce cas peut arriver : plusieurs onglets ouverts dans le navigateur sur des vues différentes de zones proches, pour éviter d'avoir à glisser la carte pour changer de point de vue, par exemple entre une extrémité d'une rue et l'autre. Ce sont des cas pratiques auxquels l'utilisateur va vite être confronté : la gestion des conflits (à commencer par ceux provenant de l'utilisateur lui-même) est quelque chose qu'on rencontre assez vite dès que la modif n'est plus la simple pose d'un POI ou l'ajout d'un attribut. Ce n'est donc absolument pas de la logorrhée comme tu l'appelles à tord et à travers. Ton troll n'est pas le bienvenu sur cette liste. Le 12 avril 2013 16:40, Arnaud arnaud@gmail.com a écrit : On parle toujours bien de débutant la ? On 13-04-12 11:53 AM, Philippe Verdy wrote: le cas où l'utilisateur a utilisé plusieurs sessions de travail en parallèle Arrivé à ce stade, je pense que le contributeur aura assez d’expérience pour aller chercher de l'aide sur la liste. Je passerais ensuite sur la logorrhée concernant Paris, les bugs de JOSM et de Potlatch. Ils n'ont aucune utilité au regard du sujet évoqué et cela contribue à polluer inutilement ce fil de discussion ! Arnaud __**_ 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] Publication d'un tutoriel JOSM v 1.0
On 13-04-12 12:23 PM, Philippe Verdy wrote: Arrête d'utiliser le mot logorrhée de façon à clairement relancer un troll, tu ne sais pas le sens de ce mot que tu emploies à tout va. Logorrhée : Elle recouvre aussi par extension un langage verbeux et peu compréhensible qui couvre des banalités, des incohérences ou contrevérités, ou un manque d'argumentation claire - http://fr.wikipedia.org/wiki/Logorrh%C3%A9e Cela me semble donc tout indiqué. Le seul troll qu'il y a sur cette liste c'est toi. Je t'ai déjà fait part de mes remarques et ce n'est pas nouveau. Le cas d'utilisation de plusierus sessions en parallèle n'est pas anodin, puisque cela a été proposé déjà dans le tutoriel pour éviter d'avoir à gérer trop de données en même temps, qui a priori n'ont rien à voir entre elles mais pourraient pourtant avoir des impacts inattendus dont l'utilisateur a été lui-même à l'initiative dans une autre session. Pour un utilisateur débutant ce cas de figure ne se présentera pas immédiatement. Tout le monde n'a pas la même nécessite que toi de télécharger des centaines de go de donnes OSM pou travailler off-line ! Ton troll n'est pas le bienvenu sur cette liste. Effectivement les trolls ne sont pas le bienvenue sur cette liste! Dixit mon commentaire précédent! Cela ne t’empêchera pas d’argumenter et de gesticuler mais au moins c'est dit. A. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Le 12 avr. 2013 à 15:58, Philippe Verdy verd...@wanadoo.fr a écrit : Même sans faire appel au mille-feuille administratif, il y a d'autres moyens de coopérations entre communes et autres collectivités pour certaines missions. Les associations ça existe, la France n'en manque pas ! Déjà il y a l'Association des maires de France (AMF) et je ne vois pas pourquoi les petites collectivités qui manquent de moyens ne pourraient pas utiliser une solution pérenne gérée par une telle association, avec des moyens partagés, et des relais dans toutes les régions. Evidemment se pose la question de la sécurité des SIG,et de la responsabilité des intervenants qui modifient les bases, ou les consultent, mais ce n'est pas spécifique au cadre de la collaboration et le même problème existe déjà au sein même de chaque collectivité devant gérer un SIG, la différence étant une question d'échelle si un SIG partagé devient tellement important par le nombre d'infos qui y sont enregistrées collectivement qu'il suscite ensuite des convoitises dangereuses ou tentatives de corruption des données. Le vrai problème est en fait moins technique (la sécurité ça se résoud y compris par la responsabilisation des agents et les règlementations), que celui de la formation des agents aux évolutions de ces systèmes. C'est là que les coûts peuvent exploser, à moins que les collectivités mettent en place des délégations de service public et s'en remettent alors totalement à quelqu'un d'autre pour leurs besoins (avec la crainte d'une dépendance opérationnelle, mais aussi de non maîtrise des coûts ultérieurs s'ils augmentent, et la difficulté alors de rapatrier les données pour les gérer d'une autre façon). Mais là aussi une asso comme l'AMF peut exercer son contrôle pour évaluer raisonnablement les solutions partagées mises en oeuvre (sans pour autant fédérer tout le monde dans le même système afin qu'il garde une taille raisonnable sans exploser et limiter l'exposition aux risques) et étudier les coûts (en faisant appel aussi au contrôle par la Cours des comptes qui a l'expertise dans ce domaine et la compétence nécessaire pour les fouiller en détail). Elle peut émettre des recommandations sur les meilleures pratiques et les évolutions nécessaires. Difficile de répondre à une suite de propositions qui n'ont strictement aucun sens dans le contexte de l'administration territoriale. Des prestations SIG externalisées? Avec appels d'offres tous les 3 ans et obligation pour les fonctionnaires communaux de réapprendre une nouvelle interface? Même aux USA, paradis des missions publiques privatisées, cela doit être rare. Une association n'aurait aucune légitimité dans le domaine, seule une entente réglementaire entre collectivités pourrait être envisagée ou des conventions multi-latérales comme à Brest. Christian R., ancien utilisateur lambda d'un SIG public ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0
On 12/04/2013 17:15, Arnaud wrote: Le seul troll qu'il y a sur cette liste c'est toi. Ce genre remarque était-il bien nécessaire ? Philippe est encore plus bavard que moi et prend souvent la tangente, mais cela justifie-t-il une telle agressivité à son encontre ? Ignorez-le ou filtrez ses messages si vous voulez, mais je trouve tristes les chamailleries de part et d'autres. Les différences de style peuvent être irritantes, mais vivre ensemble c'est les gérer civilement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0
banalités ? non démontré. incohérences ? non démontré contrevérités ? non démontré. Bref ton mot volontairement employé avec mépris est clairement un troll par son intention. Le 12 avril 2013 17:15, Arnaud arnaud@gmail.com a écrit : On 13-04-12 12:23 PM, Philippe Verdy wrote: Arrête d'utiliser le mot logorrhée de façon à clairement relancer un troll, tu ne sais pas le sens de ce mot que tu emploies à tout va. Logorrhée : Elle recouvre aussi par extension un langage verbeux et peu compréhensible qui couvre des banalités, des incohérences ou contrevérités, ou un manque d'argumentation claire - http://fr.wikipedia.org/wiki/**Logorrh%C3%A9ehttp://fr.wikipedia.org/wiki/Logorrh%C3%A9e Cela me semble donc tout indiqué. Le seul troll qu'il y a sur cette liste c'est toi. Je t'ai déjà fait part de mes remarques et ce n'est pas nouveau. Le cas d'utilisation de plusierus sessions en parallèle n'est pas anodin, puisque cela a été proposé déjà dans le tutoriel pour éviter d'avoir à gérer trop de données en même temps, qui a priori n'ont rien à voir entre elles mais pourraient pourtant avoir des impacts inattendus dont l'utilisateur a été lui-même à l'initiative dans une autre session. Pour un utilisateur débutant ce cas de figure ne se présentera pas immédiatement. Tout le monde n'a pas la même nécessite que toi de télécharger des centaines de go de donnes OSM pou travailler off-line ! Ton troll n'est pas le bienvenu sur cette liste. Effectivement les trolls ne sont pas le bienvenue sur cette liste! Dixit mon commentaire précédent! Cela ne t’empêchera pas d’argumenter et de gesticuler mais au moins c'est dit. A. __**_ 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] Publication d'un tutoriel JOSM v 1.0
En plus tu te fies à une définition trouvée sur Wikipédia, pas fiable pourtant car elle le fait par une extension unilatérale du sens de ce mot. Le 12 avril 2013 17:15, Arnaud arnaud@gmail.com a écrit : On 13-04-12 12:23 PM, Philippe Verdy wrote: Arrête d'utiliser le mot logorrhée de façon à clairement relancer un troll, tu ne sais pas le sens de ce mot que tu emploies à tout va. Logorrhée : Elle recouvre aussi par extension un langage verbeux et peu compréhensible qui couvre des banalités, des incohérences ou contrevérités, ou un manque d'argumentation claire - http://fr.wikipedia.org/wiki/**Logorrh%C3%A9ehttp://fr.wikipedia.org/wiki/Logorrh%C3%A9e Cela me semble donc tout indiqué. Le seul troll qu'il y a sur cette liste c'est toi. Je t'ai déjà fait part de mes remarques et ce n'est pas nouveau. Le cas d'utilisation de plusierus sessions en parallèle n'est pas anodin, puisque cela a été proposé déjà dans le tutoriel pour éviter d'avoir à gérer trop de données en même temps, qui a priori n'ont rien à voir entre elles mais pourraient pourtant avoir des impacts inattendus dont l'utilisateur a été lui-même à l'initiative dans une autre session. Pour un utilisateur débutant ce cas de figure ne se présentera pas immédiatement. Tout le monde n'a pas la même nécessite que toi de télécharger des centaines de go de donnes OSM pou travailler off-line ! Ton troll n'est pas le bienvenu sur cette liste. Effectivement les trolls ne sont pas le bienvenue sur cette liste! Dixit mon commentaire précédent! Cela ne t’empêchera pas d’argumenter et de gesticuler mais au moins c'est dit. A. __**_ 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] Publication d'un tutoriel JOSM v 1.0
Note bien que je n'ai pas lancé le troll, et n'ai fait que répondre dans les mêmes termes, en prenant soin, moi au moins, de lancer ça de façon méprisante, même si celui à qui je répond le prend aussi pour du mépris : qu'il se relise dans son premier message pour se rendre compte du ton qu'il a employé, et qui de toute façon s'apparente juste à un parti pris personnel de principe et systématique. Je n'ai absolument PAS dévié du sujet (donc pas pris la tangente dans ce que je disais. C'était inutile d'employer le ton du mépris quand mon message initial ne méprisait personne. Le 12 avril 2013 17:27, Jean-Marc Liotier j...@liotier.org a écrit : On 12/04/2013 17:15, Arnaud wrote: Le seul troll qu'il y a sur cette liste c'est toi. Ce genre remarque était-il bien nécessaire ? Philippe est encore plus bavard que moi et prend souvent la tangente, mais cela justifie-t-il une telle agressivité à son encontre ? Ignorez-le ou filtrez ses messages si vous voulez, mais je trouve tristes les chamailleries de part et d'autres. Les différences de style peuvent être irritantes, mais vivre ensemble c'est les gérer civilement. __**_ 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] Publication d'un tutoriel JOSM v 1.0
On 12/04/2013 17:29, Philippe Verdy wrote: En plus tu te fies à une définition trouvée sur Wikipédia, pas fiable pourtant car elle le fait par une extension unilatérale du sens de ce mot. Tu n'aides pas non plus : don't feed the troll s'applique à tout le monde... Je n'insiste pas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0
Si le tutoriel indique qu'envoyer ses modifications vers le serveur tous les 1/4 d'heure environ évite le risque de pertes, et qu'il n'y a à priori aucun intérêt à ouvrir plusieurs sessions utilisateur avec le même compte OSM, ça devrait être ok alors. Le 12 avril 2013 16:23, Philippe Verdy verd...@wanadoo.fr a écrit : On ne peut pas toujours publier immédiatement des données qu'on est en train d'importer et fusionner avec l'existant. Si cela prend du temps, on enregistre pour ne pas tout perdre (même s'il y a une sauvegarde automatique toutes les 10 minutes, paramétrable : une option à activer qui sera utile si jamais on oublie que Windows ou un autre logiciel a fait une mise à jour système et prévenu qu'il allait redémarrer l'OS en fermant brutalement les applications) Malgré tout, même pour les débutants, ils vont se retrouver confrontés à la gestion des conflits, et ce n'est pas simple du tout au départ de savoir quoi faire : certains débutants seront tout de suite tentés d'appliquer immédiatement TOUTES leurs modifications sans regarder le détail des autres modifications proposées, ou alors d'abandonner totalement un envoi commencé parce que tout à coup ils se retrouvent à devoir gérer des listes impressionnantes de centaines de conflits à résoudre un par un. JOSM n'aide pas beaucoup dans la résolution des conflits les plus courants, d'aillleurs beaucoup ne demandent aucune confirmation car il n'y a aucun conflit réel, les valeurs modifiées localement dans les objets en conflit étant exactement les mêmes que celles provenant d'une autre version en conflit provenant de la base, ce cas survenant dans le cas où l'utilisateur a utilisé plusieurs sessions de travail en parallèle et JOSM ne sait pas faire un tri permettant d'en résoudre automatiquement un grand nombre, ou de les grouper par type de conflits : par exemple un conflit survient sur un objet supprimé dans la base mais pas localement, et qui est référencé par une série de relations : le premier conflit à résoudre porte sur la suppression ou pas de cet objet, et si on résoud ce conflt, il devrait aussi résoudre automatiquement le conflit sur les autres relations utilisatrices. Le cas le plus fréquent et le plus pénible à résoudre concerne les conflits sur les ways : ils donnent souvent des listes de plusieurs dizaines voir centaines de noeuds supprimés/ajoutés à ce way. De plus la résolution de conflit des membres d'un way est très compliquée : si on ne fait pas attention on va supprimer des tad de noeuds pourtant encore nécessaires à la géométrie d'autres ways, ou bien laisser des tas de noeuds orphelins (souvent sans même aucun attribut) dans la base. On peut se dire alors que JOSM n'est pas à recommander aux débutants et leur demander d'utiliser Potlatch, pourtant celui-ci n'est pas capable de gérer des objets géométriquement très étendus (trop de données dans la zone, la navigateur web ne peut pas les charger toutes sans exploser ni sérieux problèmes de performances sur le système,surtout si on a un navigateur avec un Javascript un peu lent et trop peu de mémoire de travail; il faut aussi rappeler que les navigateurs sont presque tous en version 32 bits, même sur les systèmes 64 bits et la mémoire de travail des sessions web est limitée; bref assez vite on réalise qu'au delà des petites modiifications locales, ou pour l'import de jeux de données, JOSM devient indispensable, même si on ne travaille pas à une échelle supérieure à celle de la commune, dans le cas du travail dans les zones denses : Paris notamment ne peut même pas se travailler à l'échelle d'un seul arrondissement dans Potlatch, dont la limite est devenu plutôt celle du quartier, mais heureusement Paris a terminé pratiquement tout en ce qui concerne les objets les plus grands et ne demande plus que des modifs très locales faisables dans Potlatch, le reste étant fait par d'autres plus expérimentés qui utilisent JOSM) Il y a d'autres exemples plus complexes qui sont difficiles voire quasiment impossibles à faire dans Potlatch : les données sur les réseaux de transport, telles que les lignes de bus. C'est compliqué à éditer, et difficile à réparer, car c'est déjà difficile à interpréter quand il y a des erreurs de cohérence. Ce sujet mériterait un tutoriel à lui tout seul, et sans doute des modifications dans les recommandations faites sur la partie documentaire du wiki OSM ! Le 12 avril 2013 12:50, Cyrille Giquello cyrill...@gmail.com a écrit : Le 12 avr. 2013 08:54, Fabien marbolan...@gmail.com a écrit : Le 11 avril 2013 19:22, Christian Quest cqu...@openstreetmap.fr a écrit : Tout ceci est valable, mais pas adapté à un tutoriel pour débutant. La sauvegarde lorsque l'on débute amène à mon avis plus de problème (conflits) qu'elle n'en résout. Le 11 avril 2013 19:17, Philippe Verdy verd...@wanadoo.fr a écrit : Parler de la sauvegarde est indispensable pour ne pas tout perdre à
Re: [OSM-talk-fr] expérimentations à Orange
LA légitimité concerne l'utilisation quotidienne des données effectives. L'asso est tout à fait habilitée à faire des recommandations et des études, qui n'ont aucun impact réglementaire ou légal pour autant qui sont inattaquables. Les collectivités sont ensuite responsables de leurs décisions de suivre ou pas ces recommandations. Pourtant bien des réglementations sont issues de réflexions préalables passant par des associations et des recommandations. Elles deviennent pertinente une fois que leurs membres commencent à les adopter (mais la recommandation ou l'asso qui l'a promue reste inattaquables elles-mêmes, seule les décisions de ceux qui les appliquent pouvant être l'objet de contentieux légaux). De quoi parle-t-on dans ce sujet ? De la difficulté des colectivités de s'adapter. Si on commence à parler de la possibilité qui leur est donné de déléguer leurs SIGs à d'autres entités (fussent-elles d'autres collectivités), on comence à parler de collaboration avant. L'AMF est tout à faire appropriée comme lieu d'échange et de discussions pour formuler des propositions et recommandations qui seront *ensuite* suivies d'effet par les délégations de service public faites soit entre les collectivités elles-mêmes (pas de marché public en tant que tel), soit avec des prestataires externes via des marchés publics. Mais ce sera *leur* décision, pas celle de l'AMF. Le 12 avril 2013 17:23, Christian Rogel christian.ro...@club-internet.fra écrit : Le 12 avr. 2013 à 15:58, Philippe Verdy verd...@wanadoo.fr a écrit : Même sans faire appel au mille-feuille administratif, il y a d'autres moyens de coopérations entre communes et autres collectivités pour certaines missions. Les associations ça existe, la France n'en manque pas ! Déjà il y a l'Association des maires de France (AMF) et je ne vois pas pourquoi les petites collectivités qui manquent de moyens ne pourraient pas utiliser une solution pérenne gérée par une telle association, avec des moyens partagés, et des relais dans toutes les régions. Evidemment se pose la question de la sécurité des SIG,et de la responsabilité des intervenants qui modifient les bases, ou les consultent, mais ce n'est pas spécifique au cadre de la collaboration et le même problème existe déjà au sein même de chaque collectivité devant gérer un SIG, la différence étant une question d'échelle si un SIG partagé devient tellement important par le nombre d'infos qui y sont enregistrées collectivement qu'il suscite ensuite des convoitises dangereuses ou tentatives de corruption des données. Le vrai problème est en fait moins technique (la sécurité ça se résoud y compris par la responsabilisation des agents et les règlementations), que celui de la formation des agents aux évolutions de ces systèmes. C'est là que les coûts peuvent exploser, à moins que les collectivités mettent en place des délégations de service public et s'en remettent alors totalement à quelqu'un d'autre pour leurs besoins (avec la crainte d'une dépendance opérationnelle, mais aussi de non maîtrise des coûts ultérieurs s'ils augmentent, et la difficulté alors de rapatrier les données pour les gérer d'une autre façon). Mais là aussi une asso comme l'AMF peut exercer son contrôle pour évaluer raisonnablement les solutions partagées mises en oeuvre (sans pour autant fédérer tout le monde dans le même système afin qu'il garde une taille raisonnable sans exploser et limiter l'exposition aux risques) et étudier les coûts (en faisant appel aussi au contrôle par la Cours des comptes qui a l'expertise dans ce domaine et la compétence nécessaire pour les fouiller en détail). Elle peut émettre des recommandations sur les meilleures pratiques et les évolutions nécessaires. Difficile de répondre à une suite de propositions qui n'ont strictement aucun sens dans le contexte de l'administration territoriale. Des prestations SIG externalisées? Avec appels d'offres tous les 3 ans et obligation pour les fonctionnaires communaux de réapprendre une nouvelle interface? Même aux USA, paradis des missions publiques privatisées, cela doit être rare. Une association n'aurait aucune légitimité dans le domaine, seule une entente réglementaire entre collectivités pourrait être envisagée ou des conventions multi-latérales comme à Brest. Christian R., ancien utilisateur lambda d'un SIG public ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Réunion Parinux le 14 avril à Paris...
Bonjour, L'ordre du jour est un peu générique quand on ne connais pas le contexte et/ou les participants. Peux-tu nous faire une description de ce qu'on y fait ? Est-ce dans le même style que les rencontres dans un bar ? -- Jean-Baptiste Holcroft Le 12 avril 2013 16:50, Christian Quest cqu...@openstreetmap.fr a écrit : C'est pour ce dimanche... -- Message transféré -- De : Christian Quest cqu...@openstreetmap.fr Date : 29 mars 2013 09:49 Objet : Réunion Parinux le 14 avril à Paris... À : local-...@listes.openstreetmap.fr Pour info: http://bn.parinux.org/p/2013.04.14.fph Je compte y aller. Quelqu'un d'autre pour venir ? -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ 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] Fwd: Réunion Parinux le 14 avril à Paris...
Le pad est un peu bordélique, je pense que c'est surtout l'occasion de se rencontrer et d'envisager des projets ensemble. On se croise souvent dans des réunions, des barcamp, des hackathons, des salons, mais on n'a pas le temps de se poser pour voir ce qu'on peut faire ensemble... c'est l'occasion comme à Brocas avec l'opération-libre. Le 12 avril 2013 17:47, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Bonjour, L'ordre du jour est un peu générique quand on ne connais pas le contexte et/ou les participants. Peux-tu nous faire une description de ce qu'on y fait ? Est-ce dans le même style que les rencontres dans un bar ? -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Civilités et incivilités sur OSM-fr
Bonjour Jean-Marc, Oui vivre ensemble c'est savoir gérer cela civilement, je suis tout à fait d'accord avec toi. Mais pour cela il est nécessaire que les deux parties le souhaite. Or, à plusieurs reprises, différents membres de cette liste l'ont contacté soit en privé ou directement en répondant aux mails de cette liste afin de résoudre les problèmes que nous avons tous constaté. Ces remarques n'ont jamais été prises en compte par l’intéressé, sinon en les détournant ou alors en répondant de façon méprisante. C'est pourquoi les personnes qui ont tenté de résoudre cela civilement ont aujourd'hui beaucoup moins de patience. Un grand nombre de discussion, pourtant très intéressantes, sont souvent détournées car il s’avère nécessaire de corriger les propos de Philippe plutôt que de passer du temps à répondre au message lui même. J’étendrai donc cette définition de vivre civilement, c'est aussi prendre en considération ce que plusieurs personnes à plusieurs reprises ont soulevé. Arnaud On 12/04/2013 17:15, Arnaud wrote: Le seul troll qu'il y a sur cette liste c'est toi. Ce genre remarque était-il bien nécessaire ? Philippe est encore plus bavard que moi et prend souvent la tangente, mais cela justifie-t-il une telle agressivité à son encontre ? Ignorez-le ou filtrez ses messages si vous voulez, mais je trouve tristes les chamailleries de part et d'autres. Les différences de style peuvent être irritantes, mais vivre ensemble c'est les gérer civilement. ___ 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] Fwd: Réunion Parinux le 14 avril à Paris...
Bonjour, L'ordre du jour est un peu générique quand on ne connais pas le contexte et/ou les participants. Peux-tu nous faire une description de ce qu'on y fait ? Est-ce dans le même style que les rencontres dans un bar ? Il y a un aspect rencontre important et aussi l'idée d'une émulation pour avancer sur des tâches en cours que l'on est pas motivé à faire tout seul dans son coin. On peut passer son après-midi à papoter comme on peut profiter pour mettre en place un serveur de tuiles :-) . Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Images aériennes opération-libre à Brocas
Lors de l'opération-libre à Brocas, un pilote de paramoteur nous a fait une
série de photos aériennes (malgré le vent et la brume).
Si vous voulez voir le résultat de cette ortho calculée à l'aide de
Pix4D, vous pouvez ajouter cette couche dans JOSM:
tms[19]:http://tile.openstreetmap.fr/brocas/{zoom}/{x}/{-y}.png
C'est fait à l'arrache, calé uniquement à partir de la trace GPS corrélée à
l'heure de prise des clichés (via JOSM) et franchement c'est déjà pas mal
du tout !
En prenant un peu plus soin, on devrait pouvoir avoir quelque chose
sûrement meilleur.
Je vais peut être me repencher sur l'intérêt du paramoteur, moi qui n'ai
jamais eu envie de voler avec une tondeuse dans le dos !
--
Christian Quest - OpenStreetMap France
Synthèse du Week-end SOTM-FR à Lyon :
http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] stations service Elf remplacées par Total Access
Bonjour, je commence à voir de plus en plus de stations Elf renommées en Total Access. Or d'après Taginfo, on a dans osm 13 tags Operator = Total Access pour 176 Operator = Elf. Entre autres, je viens d'en renommer une manuellement à Caen, après vérification sur le terrain. Ce qui m'amène à poser 2 questions : - Est-ce que vous confirmez que chez vous aussi le renommage est réalisé ? - Si c'est effectivement général, y a-t-il possibilité de faire un remplacement automatique de Operator=Elf par Operator=Total Access dans OSM ? Bien cordialement, Sylvain. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Insérer une carte OSM sur un site
Le 12/04/2013 13:07, Yohan Boniface a écrit : C'est possible, même si pour l'instant le bouton est un peu trop caché :( Pour cela, quand vous avez ouvert la barre d'outils, cliquez sur le I, permettant d'éditer les métadonnées de la carte (titre, description, licence), et là vous avez un bouton Supprimer. Aucun bouton supprimer en vue (mais j'ai la vue qui baisse). Capture d'écran ici : http://www.casimages.com/img.php?i=13041208011567429.png ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Insérer une carte OSM sur un site
Il faut cliquer sur le I qui est dans la barre d'édition, en haut ;) (Je note la confusion ;) ). Yo On 04/12/2013 02:01 PM, Hélène PETIT wrote: Le 12/04/2013 13:07, Yohan Boniface a écrit : C'est possible, même si pour l'instant le bouton est un peu trop caché :( Pour cela, quand vous avez ouvert la barre d'outils, cliquez sur le I, permettant d'éditer les métadonnées de la carte (titre, description, licence), et là vous avez un bouton Supprimer. Aucun bouton supprimer en vue (mais j'ai la vue qui baisse). Capture d'écran ici : http://www.casimages.com/img.php?i=13041208011567429.png ___ 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] Ajout tile.openstreetmap.fr dans Viking
Salut, J'ai voulu ajouter tile.openstreetmap.fr comme serveur de tuiles dans Viking (http://viking.sf.net/). La doc dit ceci : It is possible to add new map's sources. The file is ~/.viking/maps.xml for UNIX™ like systems and C:\Documents and Settings\codeusername\.viking\maps.xml/code on Windows XP™. Bref, voici le maps.xml qui marche pour moi (GNU-Linux) : !-- Serveur de tuiles FR par Christian Quest. -- objects !-- The VikSlippyMapSource allows to declare any map's source working like OpenStreetMap. -- object class=VikSlippyMapSource property name=labelOpenStreetMap (Tiles FR)/property property name=hostnameb.tile.openstreetmap.fr/property property name=url/osmfr/%d/%d/%d.png/property property name=id973/property property name=copyright© OpenStreetMap contributors/property property name=licenseCC-BY-SA/property property name=license-urlhttp://www.openstreetmap.org/copyright/property /object /objects Juste faire attention que l'id ne soit pas déjà prise. J'ai mis 973 au hasard ;-) Des remarques ? Copyright, licence, toussa... ? Et est-ce qu'on a le droit de faire cet ajout ou est-ce que ça va trop solliciter le serveur ? @+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] stations service Elf remplacées par Total Access
Bonsoir, Le 12/04/2013 19:47, ar...@netcourrier.com a écrit : je commence à voir de plus en plus de stations Elf renommées en Total Access. Or d'après Taginfo, on a dans osm 13 tags Operator = Total Access pour 176 Operator = Elf. Entre autres, je viens d'en renommer une manuellement à Caen, après vérification sur le terrain. Ce qui m'amène à poser 2 questions : - Est-ce que vous confirmez que chez vous aussi le renommage est réalisé ? Par chez moi j'ai une station renommée il y a bientôt 1 an (un peu moins dans OSM [1]) et une autre qui change d'enseigne en ce moment même [2]. Donc pas de changement massif sur un temps court. - Si c'est effectivement général, y a-t-il possibilité de faire un remplacement automatique de Operator=Elf par Operator=Total Access dans OSM ? Personnellement je préfère un changement au rythme des constats terrain, à l'image de ce que tu as fait à Caen. C'était la même problématique pour l'enseigne Etap Hotel dans ce fil : http://gis.19327.n5.nabble.com/Changement-de-nom-d-une-chaine-d-hotels-tc5728761.html vincent [1] : http://www.openstreetmap.org/browse/way/82250343/history [2] : http://www.openstreetmap.org/browse/way/49946425/history ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Images aériennes opération-libre à Brocas
Le 12 avril 2013 19:34, Christian Quest cqu...@openstreetmap.fr a écrit : Lors de l'opération-libre à Brocas, un pilote de paramoteur nous a fait une série de photos aériennes (malgré le vent et la brume). Quid du drone? Trop de vent? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prochaine réunion OSM Paris... le vendredi 15 mars
Le 16 mars 2013 01:28, Christian Quest cqu...@openstreetmap.fr a écrit : Vous avez raté un truc majeur... la première carte Michelin qu'on aurait le droit de recopier dans OSM ! Mais en fait vous ne le ferrez sûrement pas... devinez pourquoi ? http://livre.fnac.com/a5152703/Collectif-Clermont-Ferrand Un article de SIG la Lettre http://www.sig-la-lettre.com/?OSM-met-la-gommenous en dit un peu plus... Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout tile.openstreetmap.fr dans Viking
Bonjour, Je fais partie de l'équipe de développement de viking. Merci de mettre en avant cette capacité de viking à s’accommoder de nouvelles sources de données. Concernant la charge induite sur les serveurs, les versions récentes de viking essayent de respecter la demande d'OSM de patienter au moins une semaine entre deux téléchargement d'une même tuile. Le 12 avril 2013 20:30, Stéphane MARTIN st3ph.mar...@laposte.net a écrit : Salut, J'ai voulu ajouter tile.openstreetmap.fr comme serveur de tuiles dans Viking (http://viking.sf.net/). La doc dit ceci : It is possible to add new map's sources. The file is ~/.viking/maps.xml for UNIX™ like systems and C:\Documents and Settings\codeusername\.**viking\maps.xml/code on Windows XP™. Bref, voici le maps.xml qui marche pour moi (GNU-Linux) : !-- Serveur de tuiles FR par Christian Quest. -- objects !-- The VikSlippyMapSource allows to declare any map's source working like OpenStreetMap. -- object class=VikSlippyMapSource property name=labelOpenStreetMap (Tiles FR)/property property name=hostnameb.tile.**openstreetmap.frhttp://b.tile.openstreetmap.fr /property property name=url/osmfr/%d/%d/%d.**png/property property name=id973/property property name=copyright© OpenStreetMap contributors/property property name=licenseCC-BY-SA/**property property name=license-urlhttp://www.**openstreetmap.org/copyrighthttp://www.openstreetmap.org/copyright /**property /object /objects Juste faire attention que l'id ne soit pas déjà prise. J'ai mis 973 au hasard ;-) Des remarques ? Copyright, licence, toussa... ? Et est-ce qu'on a le droit de faire cet ajout ou est-ce que ça va trop solliciter le serveur ? @+ __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Images aériennes opération-libre à Brocas
Il y avait le vent, mais surtout la réglementation qui est super contraignante. On a même eu l'autorisation de voler en paramoteur alors qu'on est dans une zone normalement interdite de vol vu la proximité de la base aérienne de Mont de Marsan. Le 12 avril 2013 22:04, Romain MEHUT romain.me...@gmail.com a écrit : Le 12 avril 2013 19:34, Christian Quest cqu...@openstreetmap.fr a écrit : Lors de l'opération-libre à Brocas, un pilote de paramoteur nous a fait une série de photos aériennes (malgré le vent et la brume). Quid du drone? Trop de vent? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout tile.openstreetmap.fr dans Viking
Ces tuiles sont destinées à être utilisées... même si pour l'instant il y a encore des choses à améliorer. La config du serveur devrait tenir le choc. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prochaine réunion OSM Paris... le vendredi 15 mars
cquest wrote Oyez oyez... c'est ce soir (pour les têtes en l'air). Bientôt dans le RER... Désolé, c'est un peu loin de chez moi, et puis j'avais foot ce soir (défaite 9-1). -- View this message in context: http://gis.19327.n5.nabble.com/Prochaine-reunion-OSM-Paris-le-vendredi-15-mars-tp5752737p5756868.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] Lot Talk-fr, Vol 81, Parution 69
Message: 5 Date: Thu, 11 Apr 2013 17:27:39 +0200 From: Ista Pouss ista...@gmail.com To: Philippe Verdy verd...@wanadoo.fr, Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] Activation HOT sur la RCA Message-ID: cagqaj4j21auihqh-6iqpbcerw7cstm0kmvn23_mosg41gn6...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Je vous trouve bien angéliques. Et j'aurais bien aimé aussi avoir l'opinion de Severin Menard, qui a lancé cet appel. Je ne suis pas sur le même fuseau horaire, et cette discussion au sein de talk-fr était également intéressante à suivre J'imagine que HOT a réfléchi a ces questions ? Oui, un petit peu, quand même, je vous rassure. Une partie d'entre nous a une expérience de plusieurs années dans l'humanitaire, notamment la gestion de l'information, au sein de différentes organisations, onusiennes ou autres. Tous avons vécu la frustration d'un manque de données de base ou d'un mauvais partage de celles qui existent. Les donnés OSM et notre approche sont très appréciées des organisations onusiennes, des Croix-rouge avec qui nous travaillons de manière formelle (exemple http://digitalhumanitarians.com/ dont je fais un petit rapport icihttp://hot.openstreetmap.org/updates/2012-11-03_digital_humanitarian_network_simulation_at_iccm_washington_dc ) Ceux qui font la guerre ont déjà toute l'information nécessaire, me dit-on. Ah ?... Avez-vous un lien, un truc, un chose, qui valide ça ? Est-ce vrai, dans le cas précis de cet appel ? Est-ce une raison pour arrêter l'aide alimentaire, si elle profite aux militaires ? Heu... oui ! Evidemment, même ! Mais là encore, quelle est la réflexion et la réponse de HOT ?... Si une ONG n'a que ce genre de réflexion et de réponse sur ce sujet, alors je réponds STOP ! Allons bon Il arrive que l'aide alimentaire profite à la marge aux potentats locaux, c'est un phénomène marginal. Excusez, mais on n'est pas sur la même planète ! En cas de catastrophe naturelle, oui, vous avez raison. Mais en cas de conflit ouvert, non, c'est au contraire le profit au potentat locaux qui est le phénomène principal, et l'aide aux démunis le phénomène marginal ! Sans doute la communauté ouverte travaillant librement pour le bien de l'humanité est-il considéré comme une valeur universelle, à part quelques potentats locaux :-) et comme je suis pas complètement d'accord avec les valeurs universelles... (ni, d'ailleurs, avec les potentats locaux). Alors cette angoisse de la donnée libre humanitaire détournée est rare, mais assez récurrente (il doit être possible de monter une association du STOP en réunissant tout le monde) et les réponses apportées par vos débatteurs couvrent globalement celles que j'aurais pu vous donner. Plutôt que de généralités, je vais du coup rentrer dans l'exemple. Dans le cas d'un conflit armé et d'un pouvoir répressif bien outillé (la Syrie, au hasard) ou le cas spécifique de gens fuyant leur habitat originel et se cachant car ils sont poursuivis et leur vie menacée si retrouvés, rassurez-vous, nous ne mettons pas en ligne leur emplacement, si tant est que nous pourrions le connaitre (l'accès à une imagerie post-crise n'est pas un cas si courant). La rébellion de la Séleka, par contre, est composée de groupes épars de mercenaires mal équipés et non payés depuis des semaines (d'où le racket continuel), dans un pays où la proportion de personnes ayant déjà touché quelques fois un ordinateur est loin d'atteindre la majorité de la population, dans un pays en ce moment souvent sans électricité et dont l'internet et les communications sont devenues déficientes depuis la chute de Bangui. Les imaginer à la tête d'un vaste système d'analyse spatiale captant toute la donnée libre créée par d'angéliques mais inconscients contributeurs ferait peut-être un bon épisode avec Jack Bauer, mais malheureusement leurs seules considérations sont beaucoup plus terre-à-terre, comme le montrent les derniers bulletinshttp://reseaudesjournalistesrca.wordpress.com/2013/04/11/bangui-les-pillages-vols-a-main-armee-et-violences-entravent-laide-humanitaire/ du RJDH. Celui-cihttp://reseaudesjournalistesrca.wordpress.com/2013/04/06/bocaranga-la-population-terrorisee-par-le-passage-de-la-seleka/ montre que les rebelles arrivent assez facilement à se localiser dans des zones où la cartographie libre est, disons, encore assez limitéehttp://www.openstreetmap.org/?mlat=6.9116mlon=15.6195zoom=14layers=M. Une fois sur place, ils n'ont pas trop de mal à localiser tel ou tel équipement à piller, l'usage de Kalachnikov dans la conversation favorisant la justesse des réponses. Par contre, une cartographie de la ville et de ses équipements favoriserait une réponse organisée, coordonnée (il y a encore beaucoup de choses faites en doublons sur le terrain faute de partage de la donnée de base), des acteurs humanitaires. D'ailleurs trêves de discours, je m'y mets. Je tiens cependant à remercier tous ceux qui
