Re: [OSM-talk-fr] Re : Statistiques des km de voiries par communes dans osm comparé au cadastre
Bonjour, De : Rainer Kluge Pour ceux qui comme moi n'arrivent pas à compiler le code, serait-il possible de mettre à disposition les fichiers par commune, comme c'est le cas pour les fichiers crées par qadastre http://osm.cleo-carto.org/cadastre ? Une mise à disposition aussi massive me semble la dernière chose à faire, si c'est dans un format .osm, techniquement importable dans la base. Frédéric le disait il y a quelques messages [1] : J'ai actuellement en ma possession tout le fillaire extrait du cadastre. L'idée est de ne pas le diffuser de peur de voir apparaître des imports frelatés ou de voir les dérives du bati. La qualité des données n'étant pas à la hauteur d'OSM. (Vous pouvez de toute façon utiliser l'outil vous même pour faire des extractions) Maintenant s'il est possible de diffuser ces données dans un autre format, qui permette la consultation mais pas l'import, je vote oui. Je suggérais avant-hier un service WMS, ça peut aussi être des images statiques géoréférencées, le point commun étant que ce sera du pixel et non du vecteur, donc une forme de garantie contre les imports. vincent [1] : http://lists.openstreetmap.org/pipermail/talk-fr/2011-March/031006.html Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Erreur déplacement limite administrative
Bonjour, j'ai par erreur déplacé les limites administratives au niveau de Chaley (http://www.openstreetmap.org/browse/changeset/7501613), je n'avais pas vu que le cours d'eau partageait ses points avec la frontière. Comme je ne maîtrise pas trop l'annulation des commits, est-ce que quelqu'un ici veut bien s'occuper du nécessaire, ou m'expliquer la bonne procédure ? Quitte à supprimer l'ensemble du commit, puisqu'il s'agit d'un surtout d'un tracé de route depuis Bing, ce ne sera pas trop long a refaire. Merci d'avance ! Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
Bonjour, J'en profite pour rebondir sur cette erreur et vous faire part d'une question existentielle. ;-) Pour viter ce genre de problme, j'ai pris l'habitude de toujours sparer le waterway d'un cours d'eau et la limite administrative qui semble le suivre en faisant deux ways spars, mais trs rapprochs. Que pensez-vous de cette pratique ? Ma rflexion est la suivante : certes beaucoup de limites administratives suivent des cours d'eau (donc devraient se trouver l'intrieur du riverbank), mais je ne vois pas pourquoi elle devraient imprativement suivre le waterway. En tout cas a peut mener ce genre d'erreurs quand on veut corriger seulement la rivire, mais qu'on est pas sr que la limite administrative suive rellement le cours d'eau. Nicolas Le 09/03/2011 09:54, Bruno Besson a crit: Bonjour, j'ai par erreur dplac les limites administratives au niveau de Chaley (http://www.openstreetmap.org/browse/changeset/7501613), je n'avais pas vu que le cours d'eau partageait ses points avec la frontire. Comme je ne matrise pas trop l'annulation des commits, est-ce que quelqu'un ici veut bien s'occuper du ncessaire, ou m'expliquer la bonne procdure ? Quitte supprimer l'ensemble du commit, puisqu'il s'agit d'un surtout d'un trac de route depuis Bing, ce ne sera pas trop long a refaire. Merci d'avance ! Bruno ___ 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] Erreur déplacement limite administrative
Bonjour, Ca me fait penser qu'il faudrait peut-être filtrer les objets renvoyés par le serveur lorsqu'on veut travailler sur OSM. Il serait bien d'avoir quelques 'calques' de base, comme par exemple : - Réseau filaire (routes, chemins et cie), plutôt pour le routage - Landuse et bâtiments, pour tout ce qui décrit plutôt des surfaces au sol (champs, routes (on y arrivera à un moment ou un autre), forêts et bâtiments). - Administratif, pour toutes les limites administratives Si on met en place des grandes catégories, je pense que ça éviterait l'effet 'fourre-tout' de la base de données. J'essaie de travailler comme ça avec les filtres JOSM, mais c'est vite arrivé, de déplacer par inadvertance une limite masquée... Greg 2011/3/9 Nicolas Moyroud nmoyr...@free.fr Bonjour, J'en profite pour rebondir sur cette erreur et vous faire part d'une question existentielle. ;-) Pour éviter ce genre de problème, j'ai pris l'habitude de toujours séparer le waterway d'un cours d'eau et la limite administrative qui semble le suivre en faisant deux ways séparés, mais très rapprochés. Que pensez-vous de cette pratique ? Ma réflexion est la suivante : certes beaucoup de limites administratives suivent des cours d'eau (donc devraient se trouver à l'intérieur du riverbank), mais je ne vois pas pourquoi elle devraient impérativement suivre le waterway. En tout cas ça peut mener à ce genre d'erreurs quand on veut corriger seulement la rivière, mais qu'on est pas sûr que la limite administrative suive réellement le cours d'eau. Nicolas Le 09/03/2011 09:54, Bruno Besson a écrit : Bonjour, j'ai par erreur déplacé les limites administratives au niveau de Chaley (http://www.openstreetmap.org/browse/changeset/7501613), je n'avais pas vu que le cours d'eau partageait ses points avec la frontière. Comme je ne maîtrise pas trop l'annulation des commits, est-ce que quelqu'un ici veut bien s'occuper du nécessaire, ou m'expliquer la bonne procédure ? Quitte à supprimer l'ensemble du commit, puisqu'il s'agit d'un surtout d'un tracé de route depuis Bing, ce ne sera pas trop long a refaire. Merci d'avance ! Bruno ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttp://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] Erreur déplacement limite administrative
La source pour les limites administrative est le cadastre qui ne s'occupe que des parcelles. Donc lors qu'une limite administrative est dans l'eau, elle y est n'importe où. Le mapper doit donc juger ou elle est. Le plus simple est donc de la mettre au centre du cour d'eau... là même ou ce trouve la water way. Personnellement ma pratique n'est de mettre que un seul way et de le réutiliser lors que sémantiquemant c'est la même chose. Ce-ci est valable pour les cours d'eau important. Fred Le 9 mars 2011 10:13, Nicolas Moyroud nmoyr...@free.fr a écrit : Bonjour, J'en profite pour rebondir sur cette erreur et vous faire part d'une question existentielle. ;-) Pour éviter ce genre de problème, j'ai pris l'habitude de toujours séparer le waterway d'un cours d'eau et la limite administrative qui semble le suivre en faisant deux ways séparés, mais très rapprochés. Que pensez-vous de cette pratique ? Ma réflexion est la suivante : certes beaucoup de limites administratives suivent des cours d'eau (donc devraient se trouver à l'intérieur du riverbank), mais je ne vois pas pourquoi elle devraient impérativement suivre le waterway. En tout cas ça peut mener à ce genre d'erreurs quand on veut corriger seulement la rivière, mais qu'on est pas sûr que la limite administrative suive réellement le cours d'eau. Nicolas Le 09/03/2011 09:54, Bruno Besson a écrit : Bonjour, j'ai par erreur déplacé les limites administratives au niveau de Chaley (http://www.openstreetmap.org/browse/changeset/7501613), je n'avais pas vu que le cours d'eau partageait ses points avec la frontière. Comme je ne maîtrise pas trop l'annulation des commits, est-ce que quelqu'un ici veut bien s'occuper du nécessaire, ou m'expliquer la bonne procédure ? Quitte à supprimer l'ensemble du commit, puisqu'il s'agit d'un surtout d'un tracé de route depuis Bing, ce ne sera pas trop long a refaire. Merci d'avance ! Bruno ___ 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] Où est passée la Garonne ?
Le 07/03/11 13:10, hpmt a écrit : yvecai a écrit , Le 07/03/2011 12:35: Non non, dans la feuille de style pour Mapnik, le layer 'water' contenant les rivières est bien rendu au-dessus de 'leisure' qui lui s'occupe des forêts. C'est autre chose, je pense. http://trac.openstreetmap.org/browser/applications/rendering/mapnik/osm.xml J'ai changé d'un pouième l'emplacement de 3 points de ce chemin hier soir ; résultat, ce matin, le chemin réaparaît sous mapnick ; J'ai refais pareil ce matin pour le deuxième chemin qui était passé sous les coussins ; c'est un contournement, pas plus. C'est un problème osm2pgsql (v0.75 pour le moins) que j'ai constaté à plusieurs reprises. Il ne fait pas correctement la mise à jour de la base quand il y a uniquement des changements de tags sur un élément et/ou sur les relations associées. La parade, c'est effectivement de modifier la géométrie pour que l'élément soit correctement retraité par osm2pgsql. A la rigueur, faire 2 étapes : 1. déplacer le noeud et uploader; 2. annuler le déplacement et uploader de nouveau. Comme cela, il n'y a pas de modification de la géométrie au final. /Lapi ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
Le mercredi 9 mars 2011 10:26:28 Greg, vous avez écrit : Bonjour, Ca me fait penser qu'il faudrait peut-être filtrer les objets renvoyés par le serveur lorsqu'on veut travailler sur OSM. […] J'essaie de travailler comme ça avec les filtres JOSM, mais c'est vite arrivé, de déplacer par inadvertance une limite masquée... Depuis quelques temps, on peut aussi « purger » des données, c'est très pratique. Il suffit de sélectionner les objets par recherche (comme pour un filtre), un petit coup de purge, et on peut travailler sereinement :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
Le 09/03/2011 10:58, Nicolas Dumoulin a écrit : Le mercredi 9 mars 2011 10:26:28 Greg, vous avez écrit : Bonjour, Ca me fait penser qu'il faudrait peut-être filtrer les objets renvoyés par le serveur lorsqu'on veut travailler sur OSM. […] J'essaie de travailler comme ça avec les filtres JOSM, mais c'est vite arrivé, de déplacer par inadvertance une limite masquée... Depuis quelques temps, on peut aussi « purger » des données, c'est très pratique. Il suffit de sélectionner les objets par recherche (comme pour un filtre), un petit coup de purge, et on peut travailler sereinement :-) Dans le cas présent, le filtre ou la purge n'évitent pas ce genre de problème. Si on déplace un point du cours d'eau, la limite administrative est aussi modifiée. Pour ma part, j'évite le réemploi du way même s'il est géographiquement au même endroit. Contrairement à ce que dit Frédéric, il n'est pas sémantiquement la même chose. Souvent, j'ai utilisé la procédure suivante : copie de la frontière création d'un nouveau calque collage du chemin (sans avoir cliqué dans le calque pour qu'il se pose sans modification d'emplacement suppression des tags (sauf source) pose des tags qui vont bien fusion des calques validation et suppression des points dupliqués. C'est finalement assez rapide avec les raccourcis claviers. Et à la modification les deux chemins apparaissent bien. Pour désolidariser les points : cliquer sur le point et presser la touche G -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Erreur déplacement limite administrative
Vincent Pottier a écrit : Le 09/03/2011 10:58, Nicolas Dumoulin a écrit : Le mercredi 9 mars 2011 10:26:28 Greg, vous avez écrit : Bonjour, Ca me fait penser qu'il faudrait peut-être filtrer les objets renvoyés par le serveur lorsqu'on veut travailler sur OSM. […] J'essaie de travailler comme ça avec les filtres JOSM, mais c'est vite arrivé, de déplacer par inadvertance une limite masquée... Depuis quelques temps, on peut aussi « purger » des données, c'est très pratique. Il suffit de sélectionner les objets par recherche (comme pour un filtre), un petit coup de purge, et on peut travailler sereinement :-) Dans le cas présent, le filtre ou la purge n'évitent pas ce genre de problème. Si on déplace un point du cours d'eau, la limite administrative est aussi modifiée. Pour ma part, j'évite le réemploi du way même s'il est géographiquement au même endroit. Contrairement à ce que dit Frédéric, il n'est pas sémantiquement la même chose. Souvent, j'ai utilisé la procédure suivante : copie de la frontière création d'un nouveau calque collage du chemin (sans avoir cliqué dans le calque pour qu'il se pose sans modification d'emplacement suppression des tags (sauf source) pose des tags qui vont bien fusion des calques validation et suppression des points dupliqués. C'est finalement assez rapide avec les raccourcis claviers. Et à la modification les deux chemins apparaissent bien. Pour désolidariser les points : cliquer sur le point et presser la touche G -- FrViPofm +1 idem pour les routes. Il se trouve souvent que les limites comunales sur OSM sont souvent décalées par rapport à celles du cadastre, et on serait bien tenté de les recaler. Et bien souvent on trouve des cours d'eau, des rivières et des routes ... (même si il n'y a qu'un point) ce qui complique tout... Florian Farge aka Otourly Sur lesprojets wikimédiens et l'Association française,sur OxyRadio, OSM, et sur MOVIM Socio di Wikimedia Italia ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
De : Vincent Pottier Pour ma part, j'évite le réemploi du way même s'il est géographiquement au même endroit. Contrairement à ce que dit Frédéric, il n'est pas sémantiquement la même chose. Souvent, j'ai utilisé la procédure suivante : copie de la frontière création d'un nouveau calque collage du chemin (sans avoir cliqué dans le calque pour qu'il se pose sans modification d'emplacement suppression des tags (sauf source) pose des tags qui vont bien fusion des calques validation et suppression des points dupliqués. C'est finalement assez rapide avec les raccourcis claviers. Et à la modification les deux chemins apparaissent bien. +1 A noter que dans JOSM, pour que Validator propose de réparer seul les noeuds dupliqués, je joins les deux extrémités du nouveau way de manière à en faire un way fermé. Le passage de Validator active alors le bouton Réparer. Après réparation, il faut bien sûr supprimer le segment rajouté entre les extrémités (selection des 2 nodes extrêmes, puis 'P' pour couper le chemin, enfin suppression du segment joignant les extrêmes). Promis, c'est plus compliqué à expliquer qu'à faire, mais si vous avez mieux je prends :-) . vincent vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
2011/3/9 Samy Mezani samy.mez...@wanadoo.fr Que fait-on pour les rivières dynamiques comme la Loire ou le Doubs qui peuvent déplacer annuellement leur cours ? Tu fais bien de les citer parce que ça doit être à peu près les seuls en France métropolitaine ;-) Cette question a été maintes fois discutées sur cette liste. Les limites communales ont souvent utiliser des éléments naturels lors de leur création (ruisseau, rivière, chemin, crête). On retrouve leur tracé dans le cadastre encore aujourdh'hui même si - et c'est bien normal après plus d'un siècle voir deux - ces éléments se sont déplacés. Alors si le décalage de la limite par rapport au centre de la rivière est de quelques centimètres ou mètres, il est ama inutile de tracer des ways parallèles. Cela ne se justifie que pour les décalages vraiment significatifs, par exemple lorsque la limite administrative est en dehors des rives (riverbank) actuelles. Après, reste la discussion de tracer deux ways avec nodes communs ou un way avec tags dans relations mais c'est encore une autre discussion... Pour finir, je rappellerais qu'il ne faut jamais perdre de vue que ni le cadastre, ni Bing ne peuvent être désignées comme référence absolue en matière de précision (je dis ça pour ceux qui voudraient tracer un way parallèle à trois mètres de la limite administrative parce que Bing est décalé de trois mètres par rapport au cadastre). Il faut donc accepter de vivre avec des approximations en attendant de meileures sources. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Remise en route des analyseurs Osmose
Salut, Concernant les noms des communes venant (sans doute) du site Galichon, une mis à jour est nécessaire, il y a des faux positifs (Chalais(24), Jozerand(63),...) Certaines communes voient l'orthographe de leur nom changer chaque année. Juste un détail, pour les 2 communes citées au dessus, je n'ai pas accès au lien faux positif, il est plus bas que la bulle. A+ Pmz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
Que fait-on pour les rivières dynamiques comme la Loire ou le Doubs qui peuvent déplacer annuellement leur cours ? On change la limite administrative à chaque fois ? ;-) Dans les parties non canalisées du Rhin, la frontière entre la France et l'Allemagne est définie comme la ligne de plus profondes eaux. Autant dire que c'est mouvant mais qu'en plus, personne n'est capable de dire où c'est. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
Je vous remercie tous pour ces suggestions et discussions. J'utilise effectivement les filtres sous JOSM, mais en l'occurrence je faisais cette fois-ci un tracé sous Potlatch. Le débat engagé est bien plus intéressant que ma question initiale, mais je veux bien que quelqu'un y réponde tout de même si possible, je n'aime pas laisser des choses sales en l'état. :) Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
On mercredi 9 mars 2011, Bruno Besson wrote: Je vous remercie tous pour ces suggestions et discussions. J'utilise effectivement les filtres sous JOSM, mais en l'occurrence je faisais cette fois-ci un tracé sous Potlatch. Le débat engagé est bien plus intéressant que ma question initiale, mais je veux bien que quelqu'un y réponde tout de même si possible, je n'aime pas laisser des choses sales en l'état. :) http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Reverter (j'ai pas testé) -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
Dans les parties non canalisées du Rhin, la frontière entre la France et l'Allemagne est définie comme la ligne de plus profondes eaux. Autant dire que c'est mouvant mais qu'en plus, personne n'est capable de dire où c'est. Plus depuis le traité du 13 avril 2000 portant délimitation de la frontière dans les sections aménagées du Rhin : http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT00446247 Le débat engagé est bien plus intéressant que ma question initiale, mais je veux bien que quelqu'un y réponde tout de même si possible, je n'aime pas laisser des choses sales en l'état. :) Pour Bruno : je serais toi je redessinerais le cours d'eau dans la section où il chevauche la frontière en suivant la procédure décrite par Vincent Pottier : copie de la frontière création d'un nouveau calque collage du chemin (sans avoir cliqué dans le calque pour qu'il se pose sans modification d'emplacement suppression des tags (sauf source) ici je rajouterais découpe du chemin pour le limiter à la section où on est sur le cours d'eau pose des tags qui vont bien fusion des calques validation et suppression des points dupliqués. Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des communes/departements/régions qui ont libéré leurs données
2011/3/3 Pierre Mauduit pierre.maud...@gmail.com: J'ai bien évidemment en tête le cadastre ou encore la commune de plouarzel, mais auriez vous quelques chose d'un peu plus exhaustif ? Les différents imports effectués notamment par Francois Van-der-Biest sur la région Bretagne ont dû être recensés en toute logique sur cette page Je suis loin d'avoir été seul : Steven Le Roux, François Vigouroux, Marc Sibert, Fabrice Phung pour n'en citer que quelques'uns ... F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
Damien Boilley damien.boil...@gmail.com a �crit : Dans les parties non canalisées du Rhin, la frontière entre la France et l'Allemagne est définie comme la ligne de plus profondes eaux. Autant dire que c'est mouvant mais qu'en plus, personne n'est capable de dire où c'est. Plus depuis le traité du 13 avril 2000 portant délimitation de la frontière dans les sections aménagées du Rhin : http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT00446247 Dans les sections aménagées, uniquement !!! ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
Merci pour vos retours. J'ai préféré faire un revert complet avec le plugin josm, car mes modifications sont facile à refaire, et ce que je voulais surtout, c'est remettre la frontière en l'état. En réfléchissant un peu, j'aurai pu je crois corriger seulement la frontière et la rivière, mais tant pis, c'est pour ma pomme. Damouns : merci pour ta suggestion également, mais je voulais surtout remettre la frontière en l'état (bis). Je suis partisan d'avoir des ways séparés, mais comme il n'y a pas de consensus, je vais laisser la frontière et la rivière en l'état actuellement. J'ai de quoi m'occuper ailleurs. J'aurais d'ailleurs d'autre question sur la liberté de corriger des frontières qui apparaissent faussent, mais je vous ferai part de ça une autre fois. Bruno 2011/3/9 Eric Sibert courr...@eric.sibert.fr: Damien Boilley damien.boil...@gmail.com a �crit : Dans les parties non canalisées du Rhin, la frontière entre la France et l'Allemagne est définie comme la ligne de plus profondes eaux. Autant dire que c'est mouvant mais qu'en plus, personne n'est capable de dire où c'est. Plus depuis le traité du 13 avril 2000 portant délimitation de la frontière dans les sections aménagées du Rhin : http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT00446247 Dans les sections aménagées, uniquement !!! ;-) Eric ___ 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] Erreur déplacement limite administrative
Pieren a écrit , Le 09/03/2011 13:07: Tu fais bien de les citer parce que ça doit être à peu près les seuls en France métropolitaine ;-) Midi-pyrénées n'est donc plus en France métropolitaine : la Garonne, le Ger (qui n'est pas le Gers), la Marcaissonne, le Salat, l'Arbas, etc.. tout ce beau monde change de lit ou se fait repousser par les agriculteurs du coin. Seuls les parcours urbains contenus entre des murs sont à l'abri de l'érosion un peu plus longtemps. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
Pieren a écrit , Le 09/03/2011 13:07: Tu fais bien de les citer parce que ça doit être à peu près les seuls en France métropolitaine ;-) Midi-pyrénées n'est donc plus en France métropolitaine : la Garonne, le Ger (qui n'est pas le Gers), la Marcaissonne, le Salat, l'Arbas, etc.. tout ce beau monde change de lit ou se fait repousser par les agriculteurs du coin. Seuls les parcours urbains contenus entre des murs sont à l'abri de l'érosion un peu plus longtemps. :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Erreur déplacement limite administrative
Pieren a écrit : 2011/3/9 Samy Mezani samy.mez...@wanadoo.fr Que fait-on pour les rivières dynamiques comme la Loire ou le Doubs qui peuvent déplacer annuellement leur cours ? Tu fais bien de les citer parce que ça doit être à peu près les seuls en France métropolitaine ;-) Cette question a été maintes fois discutées sur cette liste. Les limites communales ont souvent utiliser des éléments naturels lors de leur création (ruisseau, rivière, chemin, crête). On retrouve leur tracé dans le cadastre encore aujourdh'hui même si - et c'est bien normal après plus d'un siècle voir deux - ces éléments se sont déplacés. Alors si le décalage de la limite par rapport au centre de la rivière est de quelques centimètres ou mètres, il est ama inutile de tracer des ways parallèles. Cela ne se justifie que pour les décalages vraiment significatifs, par exemple lorsque la limite administrative est en dehors des rives (riverbank) actuelles. Après, reste la discussion de tracer deux ways avec nodes communs ou un way avec tags dans relations mais c'est encore une autre discussion... Pour finir, je rappellerais qu'il ne faut jamais perdre de vue que ni le cadastre, ni Bing ne peuvent être désignées comme référence absolue en matière de précision (je dis ça pour ceux qui voudraient tracer un way parallèle à trois mètres de la limite administrative parce que Bing est décalé de trois mètres par rapport au cadastre). Il faut donc accepter de vivre avec des approximations en attendant de meileures sources. Pieren Puisque nous sommes en plein débat, un cas typique que la fusion des lignes administratives et le cours d'eau peuvent engendrer... http://www.openstreetmap.org/?lat=47.6711328327656lon=-1.95707380771637zoom=18 Florian Farge aka Otourly Sur lesprojets wikimédiens et l'Association française,sur OxyRadio, OSM, et sur MOVIM Socio di Wikimedia Italia ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] partenariat avec jaccede.com ?
Salut, Je suis nouveau sur cette mailing-list, mais contributeur OSM depuis quelques temps déjà. J'essaye en ce moment de convaincre jaccede.com de libérer leurs données et/ou les mettres sur OSM. (L'association J'accèdehttp://www.jaccede.com/association/jaccede-c-est-quoivise à établir un répertoire des lieux accessibles aux personnes handicapées en France.) Je trouve que c'est vraiment dommage que notre travail fasse doublon avec le leur et que leur base de donnée soit protégée par un copyright :( J'ai créé une page http://wiki.april.org/w/Collaboration_OpenStreetMap_avec_jaccede.com sur laquelle je répertorie tous les arguments à mettre en avant pour les convaincre. J'aimerai savoir si quelqu'un connait déjà quelqu'un chez jaccede.com et a déjà eu des contacts avec eux. Est-ce possible de me mettre en contact ? Je sollicite également votre aide pour élaborer l'argumentaire avant de les contacter. Je l'ai actuellement commencé sur la page wiki ci-dessus. Merci d'avance pour votre aide slt -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Statistiques des km de voiries par communes dans osm comparé au cadastre
- Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Rainer Kluge Pour ceux qui comme moi n'arrivent pas à compiler le code, serait-il possible de mettre à disposition les fichiers par commune, comme c'est le cas pour les fichiers crées par qadastre http://osm.cleo-carto.org/cadastre ? Une mise à disposition aussi massive me semble la dernière chose à faire, si c'est dans un format .osm, techniquement importable dans la base. La non mise à disposition des outils est une forme d'élitisme qui poussent à regretter que ce projet est libre. Pour combien de temps et combien d'entre nous serons privés de ces outils pour une soit disante question de protection de la base de données ? Elles possèdent des mécanismes pour se protéger elles mêmes. Que dirait les développeurs des outils GNU s'ils apprenaient qu'on protège leur outils en cachant le contenu ? Je ne souhaite choquer personne mais pour mettre à disposition ces outils, pourquoi ne pas mettre un outil d'authentification qui permettrait de suivre les utilisateurs de ces sources ? sur le serveur par exemple, je me log' et de temps en temps on regarde si j'importe pas la moitié d'un département en faisant des conneries plus grosse que moi.. non ? Je suis le seul ? Frédéric le disait il y a quelques messages [1] : J'ai actuellement en ma possession tout le fillaire extrait du cadastre. L'idée est de ne pas le diffuser de peur de voir apparaître des imports frelatés ou de voir les dérives du bati. La qualité des données n'étant pas à la hauteur d'OSM. (Vous pouvez de toute façon utiliser l'outil vous même pour faire des extractions) Maintenant s'il est possible de diffuser ces données dans un autre format, qui permette la consultation mais pas l'import, je vote oui. Je suggérais avant-hier un service WMS, ça peut aussi être des images statiques géoréférencées, le point commun étant que ce sera du pixel et non du vecteur, donc une forme de garantie contre les imports. vincent [1] : http://lists.openstreetmap.org/pipermail/talk-fr/2011-March/031006.html Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ 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] partenariat avec jaccede.com ?
Le 09/03/2011 21:35, Florian LAINEZ a écrit : J'ai créé une page http://wiki.april.org/w/Collaboration_OpenStreetMap_avec_jaccede.com sur laquelle je répertorie tous les arguments à mettre en avant pour les convaincre. Je trouve que bâtir un tel argumentaire est une super idée. J'aimerai savoir si quelqu'un connait déjà quelqu'un chez jaccede.com et a déjà eu des contacts avec eux. Est-ce possible de me mettre en contact ? Vincent Pottier avait tenté une première prise de contact par mail avec eux juste quelque jours avant que je rencontre Damien Birambeau (président fondateur de jaccede), pour autre chose, il y a un an. Tu peux chercher jaccede dans les archives de la liste. En pratique, le mieux pour avancer serait de rencontrer directement dam...@jaccede.com Il faut lui demander un RDV (dans Paris) avec conf call pour ceux qui pourraient intervenir à distance. Si il accepte de nous recevoir, je peux être sur place à Paris. Je sollicite également votre aide pour élaborer l'argumentaire avant de les contacter. Je l'ai actuellement commencé sur la page wiki ci-dessus. Début 2010, je ne connaissais encore pas bien OSM. Damien Birambeau m'a montré le mail de Vincent Pottier dans son bureau pour me demander son avis. Je lui ai répondu que partager les données de jaccede sur OSM serait vraiment une super idée, que ça profiterait à tous (y compris à jaccede). Mais il m'a ensuite demandé comment il faudrait faire et ce que cela supposerait comme engagement/contrainte/effort de la part de jaccede. J'ai essayé de lui répondre que ce serait simple et qu'il fallait surtout comprendre la licence. Mais j'ai eu l'impression que ma réponse n'était pas claire+complète parce que je n'avais pas encore une idée assez précise de ce qui serait faisable. Depuis mon RDV avec lui, je l'ai un peu laissé tomber car j'ai été pris par d'autres sujets. J'ai juste essayé de les tenir au courant de ce qui se passait sur OSM (projet du mois sur l'accessibilité, projet iDact de micromapping d'accessibilité, etc.). Mais je n'ai pas eu d'échange depuis. A la réflexion, je me dis qu'il faudrait leur proposer plusieurs infos : 1) un argumentaire qui présente les avantages que l'association jaccede tirerait d'un tel partage 2) un argumentaire qui présente les avantages que les personnes handicapées en général tireraient d'un tel partage 3) une explication simple des engagements et contraintes qu'un tel partage pourrait représenter pour jaccede 4) une proposition simple de process pour inclure leur système informatique comme source de données : c'est bien joli de faire un script d'import one shot mais, comment on fait pour la suite ? les outils OSM sont assez différents de ceux mis en place par jaccede = peut-on fusionner les 2 processus de saisie de données ? ou bien faut-il penser à un système de synchronisation ? comment gérer les conflits ? à quel rythme ? pour quel périmètre la source jaccede serait considérée comme faisant autorité, etc. Faute de connaître leurs outils et fonctionnement en détails, il faudra peut-être prévoir une phase d'étude. Dans ce cas, c'est ce qu'il faut leur proposer, tout simplement : qu'une équipe d'OSMeurs réalise bénévolement, sur un wiki, une étude de faisabilité qui n'engage pas jaccede. Ensuite ils décideraient de se lancer ou non. Je n'ai pas pu approfondir la question de la licence avec eux et je ne sais pas quel est leur degré d'ouverture à la culture du libre. Mais l'idée de partage, en soi, leur plait sans doute. A ta disposition pour continuer à en parler... -- Jean Millerat Wecena, rendre vos informaticiens fiers d'améliorer le monde jean.mille...@wecena.com +33 1 77 455 344 jean.mille...@gmail.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Statistiques des km de voiries par communes dans osm comparé au cadastre
Le 09/03/2011 21:57, sechanb...@free.fr a écrit : - Vincent de Chateau-Thierry v...@laposte.net a écrit : Pour ceux qui comme moi n'arrivent pas à compiler le code, serait-il possible de mettre à disposition les fichiers par commune, comme c'est le cas pour les fichiers crées par qadastre http://osm.cleo-carto.org/cadastre ? Il faut compiler toi même un boost 1.45 Une mise à disposition aussi massive me semble la dernière chose à faire, si c'est dans un format .osm, techniquement importable dans la base. Techniquement c'est du GPX La non mise à disposition des outils est une forme d'élitisme qui poussent à regretter que ce projet est libre. Pour combien de temps et combien d'entre nous serons privés de ces outils pour une soit disante question de protection de la base de données ? Elles possèdent des mécanismes pour se protéger elles mêmes. Que dirait les développeurs des outils GNU s'ils apprenaient qu'on protège leur outils en cachant le contenu ? Les outils sont à disposition là http://gitorious.org/qadastre/qadastre2osm http://gitorious.org/r-c2w (AGPL3) Libre à toi de les utiliser, modifier On parle de non mise à disposition publique de plusieurs giga de fichier GPX de mauvaise qualité. Mais je les tiens tout de même à disposition pour en en faire quelque chose, j'en courage même la réutilisation ! Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM+Jaccede
Le 09/03/2011 22:01, Jean Millerat a écrit : Verrais-tu un inconvénient à faire suivre ton mail du 25/04/2010 (cf. ci-dessous) sur la liste talk-fr pour informer Florian Lainez de l'état des choses avec jaccede ? A+ Aucun problème ! Vincent Le 25/04/2010 22:25, Vincent Pottier a écrit : Le 24/04/2010 17:40, Jean Millerat a écrit : Salut Vincent, Damien Birambeau, de l'association Jaccede m'a fait lire ton mail et j'ai essayé de lui expliquer ce qu'est OpenStreetMap et les enjeux et conséquences d'une ouverture de leurs données sur l'accessibilité des lieux. Je pense qu'il n'a pas encore tout compris et qu'il faudra que je lui ré-explique et que je continue à le rassurer (ou que tu le fasses par email). Je suis heureux de constater que mon mail n'est pas resté sans suite. Mais il est intéressé et très enthousiaste à l'idée de rendre sa base plus utilisée, mieux référencée et mieux outillée. La richesse d'une basse de données, aujourd'hui, est sa capacité à être croisées avec d'autres données. Les données de jaccedde, intégrées à OSM seront, de fait, croisées avec la richesse d'OSM, quantité et sémantique : 1 terra octet de données, une structure de tags... Certes, des progrès sont encore à faire du côté d'OSM, mais la participation d'une institution riche d'une forte expérience fera rapidement évoluer la situation des tags spécifiques à l'accessibilité. L'accessibilité, donc l'utilisation, de l'information, dépend aussi de la clarté de son cadre légal. Les données de jaccède sont elles disponible ? par qui ? dans quelles conditions ? Le statut des données d'OSM est clarifié par la licence CC-by-SA, et probablement dans un futur proche, la licence oDBL. Enfin, la mise à disposition des données OSM à travers des API (application programming interface) offre aux logiciels clients un moyen de disposer de celles-ci. Leur utilisation dans diverses applications est alors possibles légalement et techniqument. L'idée d'aller jusqu'au référencement de parcours accessibles (avec routage) l'intéresse car ils se limitent actuellement aux seuls lieux. Les Allemands sont assez bien avancés sur cette question : http://wheelmap.org/ http://www.wdr.de/tv/quarks/videos/flashplayer.jsp?mid=84793 J'accède travaille actuellement sur un gros projet de dév d'appli iPhone + Android pour permettre à des bénévoles occasionnels de décrire l'accessibilité des lieux (par exemple quand tu fais la queue à l'entrée du resto). Je ne connais pas tous les développements encours d'application permettant de faire du routage sur iPhone ou Androïd. Ce qui est sur, ce que nombre de ces applications sont libres et ouvertes. Un aménagement du code de celles-ci sera moins onéreux qu'une réécriture complète. De plus, de nombreux auteurs de ces logiciels seront heureux d'adapter leurs programmes pour des besoins spécifiques de routage selon différents critères de handicap, véhicule de plus de 15 tonnes, VTT ou fauteuil roulant. L'enjeu est le même pour le passionné de lignes de codes : trouver la solution à un conjonction de problèmes techniques, produire le logiciel ultime. L'enjeu humanitaire sera un moteur supplémentaire pour l'action. Je crains qu'ils ne s'engagent dans des choses redondantes vis-à-vis d'applis OSM mobiles ou qu'ils ne sachent pas s'appuyer sur ce qui a déjà été fait de manière à l'améliorer. OSM dispose déjà d'une bonne base de donnée de voirie urbaine ou rurale (là encore, des lacunes à combler). Il n'est pas nécessaire de reprendre le dessin des voies, mais seulement de les commenter selon leur accessibilité (et selon le handicap). Ils n'ont ni le réflexe ni la culture libre, je pense, même si ils ont beaucoup investi sur PHP/Symfony. Je ne fais que découvrir OSM et J'accède mais je vais faire de mon mieux pour aider là où je peux. Je mets Gaël en copie, dont je fais la connaissance dans le cadre du Crisis Camp Paris et qui m'aide à comprendre un peu mieux ce qu'est OSM en France. L'idée que j'essaie de pousser auprès de Jaccede est la suivante : au titre de wecena (je te laisse visiter mon site web), proposer à des informaticiens en intercontrat de référencer des parcours accessibles dans OSM au nom de J'accède et sous la direction de J'accède. J'accède prêterait des fauteuils roulants et formerait les volontaires. Voila, ce petit mail était juste pour prendre contact, t'encourager à développer ta prise de contact avec J'accède et t'informer que je veux aller dans le sens d'un rapprochement et que je vais essayer d'obtenir des ressources (argent et temps hommes) pour aider à concrétiser un tel rapprochement. Dans un deuxième temps (ou en parallèle), si la communauté OSM s'organise en association loi 1901 spécifique ou s'intègre définitivement à OSGEO, on pourra imaginer faire des choses intéressantes autour de la cartographie de crise en France ou à l'étranger (sur l'exemple de ce qui a été fait à Haïti). Mais, pour l'instant, un projet Jaccede + OSM me semble plus facile à mettre en place. Et J'accède
Re: [OSM-talk-fr] La non mise à disposition simplifiée de donnée facile à importer va elle a l'encontre de la liberté ?
Derrière mon titre racoleur du style philosophie de comptoir, se pose une question pas simple à répondre (ta question en fait), question que l'on retrouve aussi sur la liste anglaise et qui a usée beaucoup de clavier son titre était : Zero tolerance on imports, mais elle est bien plus ancienne et prend différentes formes, mais l'idée est celle que tu évoques. Tentons d'éviter un préambule, un introduction et 50 chapitres, je vais juste donner mon avis : La non mise à disposition des outils est une forme d'élitisme qui poussent à regretter que ce projet est libre. Ici, je vais supposer que tu ne parles pas des outils les logiciels (puisque dans le cas qui nous occupe le code est disponible, bien que, voir plus loin, on pourrait aussi porter une partie du débat dessus) mais bien d'une mise à disposition en format osm prête à l'emploi comme c'est le cas pour les cours d'eau et le bâti extrait du cadastre. Pour combien de temps et combien d'entre nous serons privés de ces outils pour une soit disante question de protection de la base de données ? J'ai longtemps eu peur de cette forme d'élitisme dont tu parles qui pourrait sembler nous rapprocher typiquement d'une base de donnée style IGN où il faut 3 ans et 5 courriers pour faire corriger une erreur qu'on a repérée. Mais j'en reviens, si quelqu'un installe une copie de la base osm et qu'il l'a rempli comme il le veut avec ce qu'il veut, personne ne lui en voudra. Par contre, si ses contributions dans un pot commun perturbent de trop d'autres contributeurs, je comprends parfaitement qu'il faille positionner une barrière au bon emplacement. Je pense que tout le monde sera d'accord pour dire qu'un bouton Vider la base osm sur la page d'accueil est une très mauvaise idée, même si juste à coté on mettait un bouton restaurer la base de donnée C'est extrême comme image, mais je montre par là qu'il faut choisir entre donner à tous la possibilité de tout faire facilement et interdire de faire quoi que ce soit. Elles possèdent des mécanismes pour se protéger elles mêmes. Hélas, c'est bien parce que les mécanismes dont on disposent sont complexes et imparfaits qu'il faut tenter de gérer un maximum en amont sur le serveur par exemple, je me log' et de temps en temps on regarde si j'importe pas la moitié d'un département en faisant des conneries plus grosse que moi.. non ? Qui est on ? ça fait forcément du boulot à quelqu'un, y'a qu'a aller voir keepright pour constater que la base est remplie de problèmes, que ceux-ci arrivent plus qu'ils ne se résolvent, et qu'il me semble donc logique de tenter, a minima et sans trop restreindre l'arrivée (surtout massive) de ces erreurs. -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La non mise à disposition simplifiée de donnée facile à importer va elle a l'encontre de la liberté ?
Le 09/03/2011 23:01, sylvain letuffe a écrit : Derrière mon titre racoleur du style philosophie de comptoir, se pose une question pas simple à répondre (ta question en fait), question que l'on retrouve aussi sur la liste anglaise et qui a usée beaucoup de clavier son titre était : Zero tolerance on imports, mais elle est bien plus ancienne et prend différentes formes, mais l'idée est celle que tu évoques. J'approuve des deux mains (sur le clavier), en précisant que dans le titre il manque une précision : de données de qualité insufisante faciles à importer. Ce qui fait que ces données ne sont pas mises à disposition de façon aisée est leur piètre qualité par rapport à ce qu'on attend d'OSM. C'est parce que les gens qui ont produit ces données sont des gens responsables qu'ils ne les ont pas mises en ligne ! Et je les en remercie (par la présente...) Je les remercie quand je fusionne des bâtiments fractionnés importés trop aisément, Je les remercie quand après des heures (minutes, n'exagérons rien) de recherche, j'ajoute les tags qui auraient été si facile à poser durant le premier import (les églises actuellement)... Je les remercie quand je transforme les natural=water en leisure=swimming_pool+acces=private en tremblant de ne pas transformer des lacs au passage... Bref il ne s'agit pas de réserver quelque chose à une élite. Il s'agit surtout de ne pas faire de l'intox ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] partenariat avec jaccede.com ?
Pour plus d'info et avec la permission de Vincent Pottier, voici un échange hors liste du mois d'avril au sujet de jaccede, suite à mon RDV chez eux : Le 24/04/2010 17:40, Jean Millerat a écrit : Salut Vincent, Damien Birambeau, de l'association Jaccede m'a fait lire ton mail et j'ai essayé de lui expliquer ce qu'est OpenStreetMap et les enjeux et conséquences d'une ouverture de leurs données sur l'accessibilité des lieux. Je pense qu'il n'a pas encore tout compris et qu'il faudra que je lui ré-explique et que je continue à le rassurer (ou que tu le fasses par email). Je suis heureux de constater que mon mail n'est pas resté sans suite. Mais il est intéressé et très enthousiaste à l'idée de rendre sa base plus utilisée, mieux référencée et mieux outillée. La richesse d'une basse de données, aujourd'hui, est sa capacité à être croisées avec d'autres données. Les données de jaccedde, intégrées à OSM seront, de fait, croisées avec la richesse d'OSM, quantité et sémantique : 1 terra octet de données, une structure de tags... Certes, des progrès sont encore à faire du côté d'OSM, mais la participation d'une institution riche d'une forte expérience fera rapidement évoluer la situation des tags spécifiques à l'accessibilité. L'accessibilité, donc l'utilisation, de l'information, dépend aussi de la clarté de son cadre légal. Les données de jaccède sont elles disponible ? par qui ? dans quelles conditions ? Le statut des données d'OSM est clarifié par la licence CC-by-SA, et probablement dans un futur proche, la licence oDBL. Enfin, la mise à disposition des données OSM à travers des API (application programming interface) offre aux logiciels clients un moyen de disposer de celles-ci. Leur utilisation dans diverses applications est alors possibles légalement et techniqument. L'idée d'aller jusqu'au référencement de parcours accessibles (avec routage) l'intéresse car ils se limitent actuellement aux seuls lieux. Les Allemands sont assez bien avancés sur cette question : http://wheelmap.org/ http://www.wdr.de/tv/quarks/videos/flashplayer.jsp?mid=84793 J'accède travaille actuellement sur un gros projet de dév d'appli iPhone + Android pour permettre à des bénévoles occasionnels de décrire l'accessibilité des lieux (par exemple quand tu fais la queue à l'entrée du resto). Je ne connais pas tous les développements encours d'application permettant de faire du routage sur iPhone ou Androïd. Ce qui est sur, ce que nombre de ces applications sont libres et ouvertes. Un aménagement du code de celles-ci sera moins onéreux qu'une réécriture complète. De plus, de nombreux auteurs de ces logiciels seront heureux d'adapter leurs programmes pour des besoins spécifiques de routage selon différents critères de handicap, véhicule de plus de 15 tonnes, VTT ou fauteuil roulant. L'enjeu est le même pour le passionné de lignes de codes : trouver la solution à un conjonction de problèmes techniques, produire le logiciel ultime. L'enjeu humanitaire sera un moteur supplémentaire pour l'action. Je crains qu'ils ne s'engagent dans des choses redondantes vis-à-vis d'applis OSM mobiles ou qu'ils ne sachent pas s'appuyer sur ce qui a déjà été fait de manière à l'améliorer. OSM dispose déjà d'une bonne base de donnée de voirie urbaine ou rurale (là encore, des lacunes à combler). Il n'est pas nécessaire de reprendre le dessin des voies, mais seulement de les commenter selon leur accessibilité (et selon le handicap). Ils n'ont ni le réflexe ni la culture libre, je pense, même si ils ont beaucoup investi sur PHP/Symfony. Je ne fais que découvrir OSM et J'accède mais je vais faire de mon mieux pour aider là où je peux. Je mets Gaël en copie, dont je fais la connaissance dans le cadre du Crisis Camp Paris et qui m'aide à comprendre un peu mieux ce qu'est OSM en France. L'idée que j'essaie de pousser auprès de Jaccede est la suivante : au titre de wecena (je te laisse visiter mon site web), proposer à des informaticiens en intercontrat de référencer des parcours accessibles dans OSM au nom de J'accède et sous la direction de J'accède. J'accède prêterait des fauteuils roulants et formerait les volontaires. Voila, ce petit mail était juste pour prendre contact, t'encourager à développer ta prise de contact avec J'accède et t'informer que je veux aller dans le sens d'un rapprochement et que je vais essayer d'obtenir des ressources (argent et temps hommes) pour aider à concrétiser un tel rapprochement. Dans un deuxième temps (ou en parallèle), si la communauté OSM s'organise en association loi 1901 spécifique ou s'intègre définitivement à OSGEO, on pourra imaginer faire des choses intéressantes autour de la cartographie de crise en France ou à l'étranger (sur l'exemple de ce qui a été fait à Haïti). Mais, pour l'instant, un projet Jaccede + OSM me semble plus facile à mettre en place. Et J'accède est déjà une asso bien organisée et reconnue et
Re: [OSM-talk-fr] partenariat avec jaccede.com ?
OK il semblerait que je ne soit pas le premier à me pencher sur le sujet et que la prise de contact ai déjà été effectuée. Vous m'en voyez ravi. J'ai lu avec attention tous les échanges et comptes-rendus que vous m'avez transmis et je suis plus que jamais motivé pour mener ce projet à bien. Jean ta proposition me parait tout à fait adaptée : Constituer un dossier avec : 1) un argumentaire qui présente les avantages que l'association jaccede tirerait d'un tel partage 2) un argumentaire qui présente les avantages que les personnes handicapées en général tireraient d'un tel partage 3) une explication simple des engagements et contraintes qu'un tel partage pourrait représenter pour jaccede 4) une proposition simple de process pour inclure leur système informatique comme source de données Approcher jaccède et leur proposer une phase de test sans engagement. J'ai créé le projet sur le wiki de l'April car d'autres membres sont motivés par le projet, et notamment des associations de handicapés qui sauront, il me semble, mieux trouver le ton à adopter avec un président d'association de handicapés. Je vous propose donc d'élaborer la proposition en 4 points sur cette page : http://wiki.april.org/w/Collaboration_OpenStreetMap_avec_jaccede.com J'ai commencé et continuerai à son élaboration. Mais j'ai vraiment besoin de votre aide, notamment concernant le dernier point, bien trop technique pour moi. Je pense que ça vous demandera un peu de temps mais que le jeu en vaut la chandelle. Par la suite il me semble en effet important de faire une réunion avec le président de jaccède et -au moins- un informaticien de l'asso. Personnellement j'habite Toulouse mais je monte à Paris régulièrement. Cela vous convient-il ? Merci d'avance pour votre aide, je vais prendre du temps pour bosser sur ce projet ces prochains jours / semaines. cordialement, PS :Cette semaine j'ai traduit la page http://wiki.openstreetmap.org/wiki/FR:Accessibility commencé celle-là http://wiki.openstreetmap.org/wiki/FR:Wheelchair_routing et du coup ce soir je me suis motivé pour traduire celle-là ce soir http://wiki.openstreetmap.org/wiki/FR:Disabilities Le 10 mars 2011 00:16, Jean Millerat jean.mille...@wecena.com a écrit : Pour plus d'info et avec la permission de Vincent Pottier, voici un échange hors liste du mois d'avril au sujet de jaccede, suite à mon RDV chez eux : Le 24/04/2010 17:40, Jean Millerat a écrit : Salut Vincent, Damien Birambeau, de l'association Jaccede m'a fait lire ton mail et j'ai essayé de lui expliquer ce qu'est OpenStreetMap et les enjeux et conséquences d'une ouverture de leurs données sur l'accessibilité des lieux. Je pense qu'il n'a pas encore tout compris et qu'il faudra que je lui ré-explique et que je continue à le rassurer (ou que tu le fasses par email). Je suis heureux de constater que mon mail n'est pas resté sans suite. Mais il est intéressé et très enthousiaste à l'idée de rendre sa base plus utilisée, mieux référencée et mieux outillée. La richesse d'une basse de données, aujourd'hui, est sa capacité à être croisées avec d'autres données. Les données de jaccedde, intégrées à OSM seront, de fait, croisées avec la richesse d'OSM, quantité et sémantique : 1 terra octet de données, une structure de tags... Certes, des progrès sont encore à faire du côté d'OSM, mais la participation d'une institution riche d'une forte expérience fera rapidement évoluer la situation des tags spécifiques à l'accessibilité. L'accessibilité, donc l'utilisation, de l'information, dépend aussi de la clarté de son cadre légal. Les données de jaccède sont elles disponible ? par qui ? dans quelles conditions ? Le statut des données d'OSM est clarifié par la licence CC-by-SA, et probablement dans un futur proche, la licence oDBL. Enfin, la mise à disposition des données OSM à travers des API (application programming interface) offre aux logiciels clients un moyen de disposer de celles-ci. Leur utilisation dans diverses applications est alors possibles légalement et techniqument. L'idée d'aller jusqu'au référencement de parcours accessibles (avec routage) l'intéresse car ils se limitent actuellement aux seuls lieux. Les Allemands sont assez bien avancés sur cette question : http://wheelmap.org/ http://www.wdr.de/tv/quarks/videos/flashplayer.jsp?mid=84793 J'accède travaille actuellement sur un gros projet de dév d'appli iPhone + Android pour permettre à des bénévoles occasionnels de décrire l'accessibilité des lieux (par exemple quand tu fais la queue à l'entrée du resto). Je ne connais pas tous les développements encours d'application permettant de faire du routage sur iPhone ou Androïd. Ce qui est sur, ce que nombre de ces applications sont libres et ouvertes. Un aménagement du code de celles-ci sera moins onéreux qu'une réécriture complète. De plus, de nombreux auteurs de ces logiciels seront heureux d'adapter leurs programmes
Re: [OSM-talk-fr] La non mise à disposition simplifiée de donnée facile à importer va elle a l'encontre de la liberté ?
Vincent Pottier a écrit , Le 10/03/2011 00:13: Bref il ne s'agit pas de réserver quelque chose à une élite. Il s'agit surtout de ne pas faire de l'intox ! +1 Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr