Re: [OSM-talk-fr] [forum-osm-fr]Erreur commise
Je ne vois toujours pas la continuité du dernier segment de la ligne LGV Nord jusqu'à la gare TGV et sa reconnexion au delà vers le Sud-est. Un oubli dans cette restauration ? D'autre part il me semble qu'il manque des chemins dans le parc Winston Churchill, et d'autres détails dans la zone commerciale Euralille entre les deux gares, et des bâtiments le long du Boulevard Coubertin, et des équipements dans le complexe sportif du côté nord du boulevard Schuman, et entre les deux branches du virage de la D651 et à côté du parking (sur la frontière communale, au carrefour de la rue du Gé autour des feux et du sentier du Chauffour). Mais peut-être ces données n'étaient pas là avant et n'ont pas été supprimées. Je ne suis pas retourné là-bas depuis quelques années mais il me semble aussi qu'il manque une rue ou un passage dont j'ai oublié le nom. Ne connaissant pas non plus les dates de prise de vue des photos de Bing (quel dommage que Bing ne mette pas ça en métadonnées sur les tuiles de son WMS ou qu'on n'y ait pas accès dans JOSM...) il faudrait qu'un Lillois aille revérifier cette zone. J'ai fait le contrôle. C'est un utilisateur qui a très peu d'ancienneté et n'a fait que 12 changeset. Seuls les 3 derniers sont destructifs et ont été annulés... Donc tout est rentré dans l'ordre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] élections législatives : tags pour occupations éphémère de locaux
Le 14 mai 2012 23:05, JonathanMM jonatha...@nocle.fr a écrit : En parlant des élections législatives, ce serait pas mal qu'on mette en place un petit groupe de travail pour se mettre d'accord sur comment taggé les circonscriptions en France (le wiki est pas top à ce sujet) La page appropriée est http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dpolitical Il faudrait peut-être la traduire en français, si tu veux, et mettre des liens vers cette page depuis les autres sections du wiki. Pour l'instant les découpages électoraux déjà rentrés (cantons et circonscriptions législatives) sont visibles ici : http://layers.openstreetmap.fr/?zoom=6lat=46.49122lon=2.17915layers=BFT Il y en a très peu de saisis et ce sera long, surtout pour ceux qui utilisent des découpages infra communaux. J'ai moi-même saisis tous ceux du Doubs. A moins d'un miracle je ne pense pas qu'ils seront prêts pour le jour des élections. Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Suivi des modifications de cartes via le WEB
Le 14 mai 2012 23:08, willemijns sebast...@willemijns.com a écrit : c'est un peu plus simple et visuel que JOSM, on a trop peur de faire des erreurs... Y a pas de raison d'avoir peur de faire des erreurs puisque justement si erreur il y a, on peut les corriger... et je suis moi aussi passé par la case débutant et des erreurs j'en ai fait. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Suivi des modifications de cartes via le WEB
Le 15 mai 2012 02:00, Quynh Vu Do vdqu...@gmail.com a écrit : La raison à cela est simple : il n'y a rien à installer pour utiliser Potlatch (juste s'assurer que le navigateur supporte Flash, ce qui est généralement le cas si on veut regarder des vidéos sur Youtube etc.). C'est pourquoi les nouveaux contributeurs utilisent Potlatch par défaut. Les éditeurs plus spécialisés comme JOSM restent encore plus ou moins intimidants (installation, utilisation, etc.) pour un nouveau venu ou pour quelqu'un d'encore peu expérimenté dans la cartographie (comme moi). Rien n'à installer non plus avec JOSM, c'est un exécutable sous Java. Si vous avez l'occasion, faites-vous accompagner par quelqu'un de déjà expérimenté pour vous initier à JOSM. Une fois adopté, vous ne regretterez pas Potlatch. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Suivi des modifications de cartes via le WEB
Avec les nombreux nouveaux comptes qui utilisent Potlatch2 un peu n'importe comment, en particulier Potlatch2 autorise de créer un chemin qui se chevauche lui même un outil de surveillance fiable serait le binevenu. Du coup je me rabats sur les outils de QA (OSM ispector, keep right, osmose). ne serait-ce pas des bugs de potlach qu'il est urgent de corriger plutôt que de la mauvaise volonté de la aprt de nouveaux contributeurs ? C'est pourquoi les nouveaux contributeurs utilisent Potlatch par défaut. là je pencherais plutôt sur une autre explication que la facilite d'installation par rapport à josm: quand on arrive sur le site www.openstreetmap.org, on a 4 gros onglets en haut de la carte: Voir, Modifier, Historique, et exporter Pour quelqu'un qui a juste entendu parlé du projet osm et qui vient sur le site avant tout par curiosité, le gros bouton Modifier qui pointe vers Potlach est beaucoup plus explicite que n'importe quel tutoriel ou explication dans le wiki. Je pense qu'il y a une bonne partie des contributeurs qui n'ont simplement même pas pensé qu'il peut y avoir d'autres interfaces ! Il faudrait peut-être interposer une page décrivant rapidement les différents moyens de contribuer entre le bouton modifier et le lancement de potlach ? Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr]Erreur commise
Le 15 mai 2012 08:01, Philippe Verdy verd...@wanadoo.fr a écrit : (quel dommage que Bing ne mette pas ça en métadonnées sur les tuiles de son WMS ou qu'on n'y ait pas accès dans JOSM...) Clique droit sur la tuile, puis afficher l'informations de la tuile. Cela donne une indication. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] élections législatives : tags pour occupations éphémère de locaux
Le 15 mai 2012 08:28, Damouns damo...@gmail.com a écrit : Le 14 mai 2012 23:05, JonathanMM jonatha...@nocle.fr a écrit : En parlant des élections législatives, ce serait pas mal qu'on mette en place un petit groupe de travail pour se mettre d'accord sur comment taggé les circonscriptions en France (le wiki est pas top à ce sujet) La page appropriée est http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dpolitical Il faudrait peut-être la traduire en français, si tu veux, et mettre des liens vers cette page depuis les autres sections du wiki. Pour l'instant les découpages électoraux déjà rentrés (cantons et circonscriptions législatives) sont visibles ici : http://layers.openstreetmap.fr/?zoom=6lat=46.49122lon=2.17915layers=BFT Il y en a très peu de saisis et ce sera long, surtout pour ceux qui utilisent des découpages infra communaux. J'ai moi-même saisis tous ceux du Doubs. A moins d'un miracle je ne pense pas qu'ils seront prêts pour le jour des élections. Dommage tout de même que l'outil layers ne permette pas de séparer les différents types pour boundary=electoral, et superpose alors la même couleur (seulement en la renforçant) quand on a à la fois la circonscription législative (élection des députés) et le canton (élection des conseillers généraux). Il n'y a pas moyen, au moins pour la France, de discriminer sur la valeur de political_subdivision, au moins pour les deux valeurs utilisées en France ? Personnellement, je trouve qu'il y a moins de priorité en France pour les circonscriptions législatives que pour les cantons (qui sont encore, eux, une subdivision administrative des arrondissements, même s'ils coupent souvent les communes en plusieurs fractions cantonales). Les cantons sont bien connus, alors que les circonscriptions législatives sont réellement très floues et bien plus instables que les cantons. Cependant le travail à faire pour les circonscriptions législatives sera plus vite terminé que celui commencé en même temps (et souvent aux mêmes endroits) sur les cantons : il y a tout de même beaucoup moins de députés en France que de conseillers généraux ! [notes] * Il y a aussi une autre valeur aussi utilisée en France pour les circonscriptions aux élections européennes, peut-être une autre couleur envisageable, et qui ne s'appliquera donc pas qu'à la France. * D'autres valeurs sont nécessaires pour les autres pays; je viens de documenter la valeur political_subdivision=insular_council, qui est pour l'instant utilisé aux Baléares, pas encore marqué aux Canaries; il me semble que la même valeur political_subdivision=insular_council pourrait être utilisée aussi au Portugal pour les conseils insulaires des îles principales de Madère, c'est pourquoi je l'ai définie avec une valeur nommée en anglais, plutôt qu'en catalan, une langue qui ne serait applicable qu'aux Baléares mais pas aux Canaries, et plutôt qu'en espagnol castillan qui n'est pas utilisé officiellement par les conseils insulaires des Baléares). * Le Royaume-Uni a aussi ses propres valeurs pour des divisions adminsitratives et électorales qui ne cadrent pas non plus très bien dans le moule hiérarchique de boundary=administrative * Le moule de boundary=administrative fonctionne mal uniquement à cause de sa restriction stupide à mon avis à des valeurs entières pour admin_level=*, un modèle hybride mal conçu, formaté autour des pays de l'ONU et du découpage **statistique** européen NUTS, avec en plus le premier niveau pour les continents, un niveau à priori inutile et très mal défini dans les faits et qui ne correspond à rien de réel. * Je ne vois pas pourquoi on n'aurait pas pu mettre les cantons comme boundary=administrative. On aurait du pouvoir donner la valeur admin_level=7.5 pour découper nos arrondissements départementaux en cantons (qui ne sont pas uniquement électoraux et correspondent à des territoires bien réels et pas seulement à un ensemble d'électeurs inscrits sur les listes électorales en fonction de l'adresse déclarée comme résidence principale dans une commune donnée, et qui ne concerne pas que les seuls électeurs) : les députés ne s'occupent pas de gérer le territoire de leur circonscription, leur travail est à l'assemblée pour la France entière, ils n'ont pas réellement de territoire attribué. * Les cantons au contraire correspondent à des territoires bien définis en terme d'aménagement, même s'ils sont gérés par d'autres collectivités territoriales et si les conseillers généraux eux aussi ne sont pas élus pour prendre des responsabilités au sein de leur seul canton mais au sein de tout le département. Il me parait même plus simple d'accepter des valeurs non entières (nos cantons avec admin_level=7.5, en tant que subdivision du niveau 7, la valeur non entière étant justifiée par le fait qu'ils ne sont pas sous-découpés et ne sont donc pas parents des communes au niveau 8). * Avec le même principe, même les conseils insulaires espagnols pourraient
Re: [OSM-talk-fr] [forum-osm-fr]Erreur commise
Le 15 mai 2012 09:24, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Le 15 mai 2012 08:01, Philippe Verdy verd...@wanadoo.fr a écrit : (quel dommage que Bing ne mette pas ça en métadonnées sur les tuiles de son WMS ou qu'on n'y ait pas accès dans JOSM...) Clique droit sur la tuile, puis afficher l'informations de la tuile. Cela donne une indication. Non, cela donne la date de création et d'assemblage de la tuile (souvent à partir de plusieurs clichés), puis de rectification pour correspondre à la projection utilisée par Bing. Cela ne donne pas la date de la prise de vue. Cette date affichée est celle de Bing, pas celle de sa source. Elle est davantage une indication de la date de publication par Bing pour les droits d'auteurs. Entre cette date et la prise de vue, il se passe un temps conséquent, et Bing arrive même à utiliser des jeux de photos de dates différentes pour assembler une même tuile. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Suivi des modifications de cartes via le WEB
Le 15 mai 2012 09:08, Sylvain Maillard sylvain.maill...@gmail.com a écrit : Avec les nombreux nouveaux comptes qui utilisent Potlatch2 un peu n'importe comment, en particulier Potlatch2 autorise de créer un chemin qui se chevauche lui même un outil de surveillance fiable serait le binevenu. Du coup je me rabats sur les outils de QA (OSM ispector, keep right, osmose). ne serait-ce pas des bugs de potlach qu'il est urgent de corriger plutôt que de la mauvaise volonté de la aprt de nouveaux contributeurs ? Ce qui est le plus problématique à mon avis, c'est que nos outils d'édition (Potlatch ET JOSM) permettent de créer des objets incorrects (géométrie invalide, nœuds et chemins orphelins) et que l'API ne les rejette pas non plus. Oui, dans JOSM il y a validator, mais vu qu'on peut passer outre... Il manque des garde-fou basiques. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout radar légal ou pas ?
Le 12 mai 2012 20:13, Arnaud Vandecasteele arnaud@gmail.com a écrit : Bonsoir à tous, Bon ça y'est, j'ai ajouté mes radars. Honnêtement, les histoires de relations c'est pas immédiat à comprendre. C'est pourquoi, je souhaiterais avoir votre avis sur mon changeset : http://www.openstreetmap.org/browse/changeset/11579214 Au moment de l'envoi, JOSM me signalait une alerte du style : Limitation de vitesse sans route - Combinaison clé/valeur suspecte Est-ce normal ? Merci pour votre aide. Arnaud Salut, Je reviens là dessus parce que en fait en lisant cette erreur cela me rappelait quelque chose. En fait tu as mis en « from » et en « to » des noeuds (comme indiqué dans le wiki [1]). Ce que indique JOSM c'est que pour lui le « from » et le « to » sont des routes (highway) et non pas des noeuds simples. Du coup je me demande si ce n'est pas le validateur JOSM qui pose problème ou si c'est la proposition sur le wiki qui indique des noeuds alors que ça doit être une route ? En tout cas osmose [2] ne génère, pour l'instant, pas d'erreur. Fabien [1] https://wiki.openstreetmap.org/wiki/Enforcement#Example_3a:_Simple_speed_camera_on_the_street [2] http://osmose.openstreetmap.fr/map/?zoom=18lat=43.70695lon=7.27877layers=BFF00Titem=0,1010,1030,1040,1050,1060,1070,1080,1090,1100,1110,1120,1140,1150,1160,1170,2010,2020,2030,2040,2050,2060,3010,3020,3030,3031,3032,3033,3040,3050,3060,3070,3080,3090,3091,3100,3110,3120,3130,4010,4020,4030,4040,4060,4070,4080,4090,5010,5020,5030,5040,5050,6010,6020,6030,6040,6050,6060,7010,7011,7020,7030,7040 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr]Erreur commise
Le 15 mai 2012 09:34, Philippe Verdy verd...@wanadoo.fr a écrit : Le 15 mai 2012 09:24, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Le 15 mai 2012 08:01, Philippe Verdy verd...@wanadoo.fr a écrit : (quel dommage que Bing ne mette pas ça en métadonnées sur les tuiles de son WMS ou qu'on n'y ait pas accès dans JOSM...) Clique droit sur la tuile, puis afficher l'informations de la tuile. Cela donne une indication. Non, cela donne la date de création et d'assemblage de la tuile (souvent à partir de plusieurs clichés), puis de rectification pour correspondre à la projection utilisée par Bing. Cela ne donne pas la date de la prise de vue. Cette date affichée est celle de Bing, pas celle de sa source. Elle est davantage une indication de la date de publication par Bing pour les droits d'auteurs. Entre cette date et la prise de vue, il se passe un temps conséquent, et Bing arrive même à utiliser des jeux de photos de dates différentes pour assembler une même tuile. Pour être complet les tuiles de Bing devraient aussi mentionner l'angle de la prise de vue par rapport à la verticale du lieu, au moins au centre de la tuile. Car cet angle est très loin d'être homogène (il suffit de voir quel côté de bâtiment est visible, on passe facilement d'un angle à un autre, car ce ne sont pas des photos prises par des satellites géostationnaires avec un angle homogène, mais soit des photos aériennes, soit des photos prises par des satellites en orbite basse qui survolent les territoires et les photographie selon des angles très variables, ce qui produit des déformations liées à la perspective selon la hauteur des objets visibles, des déformations qui ne sont pas non plus linéaires La rectification des images vers la projection WGS84 est alors incomplète et donne une imprécision souvent de l'ordre de 5 à 10 mètres, de quoi placer une rue, un parking, un immeuble supplémentaire, et de quoi aussi en masquer une complètement, et qui complique aussi le repérage des points géodésiques placés en hauteur dans les villes denses, souvent sur un toit ou le sommet d'un clocher car la perspective n'est pas corrigée non plus comme elle le devrait au moins pour que ce soit exact à la hauteur du sol, car visiblement Bing n'a pas utilisé du tout les données altimétriques mais s'est contenté de placer trois point par cliché source pour faire une rectification linéaire par triangulation, et dans certains endroits n'a même pas utilisé un seul point par cliché mais pour tout un jeu de clichés préassemblés sans aucune rectification préalable, et à peine positionné sur un nombre de points visiblement très limité... Dans d'autres zones, Bing a même oublié de positionner certains assemblages (on voit alors des écarts très importants, de plusieurs dizaines de mètres voire plus, seul un seul point central de son assemblage ayant été approximativement positionné) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout radar légal ou pas ?
Salut Fabien, Je me suis posé la même question. Il y a bien une opposition entre le wiki et le validateur de JOSM. Néanmoins, tous les exemples que j'ai téléchargé avant de valider mon travail utilisaient des points... Arnaud Salut, Je reviens là dessus parce que en fait en lisant cette erreur cela me rappelait quelque chose. En fait tu as mis en « from » et en « to » des noeuds (comme indiqué dans le wiki [1]). Ce que indique JOSM c'est que pour lui le « from » et le « to » sont des routes (highway) et non pas des noeuds simples. Du coup je me demande si ce n'est pas le validateur JOSM qui pose problème ou si c'est la proposition sur le wiki qui indique des noeuds alors que ça doit être une route ? En tout cas osmose [2] ne génère, pour l'instant, pas d'erreur. Fabien [1] https://wiki.openstreetmap.org/wiki/Enforcement#Example_3a:_Simple_speed_camera_on_the_street [2] http://osmose.openstreetmap.fr/map/?zoom=18lat=43.70695lon=7.27877layers=BFF00Titem=0,1010,1030,1040,1050,1060,1070,1080,1090,1100,1110,1120,1140,1150,1160,1170,2010,2020,2030,2040,2050,2060,3010,3020,3030,3031,3032,3033,3040,3050,3060,3070,3080,3090,3091,3100,3110,3120,3130,4010,4020,4030,4040,4060,4070,4080,4090,5010,5020,5030,5040,5050,6010,6020,6030,6040,6050,6060,7010,7011,7020,7030,7040 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout radar légal ou pas ?
C'est bien plus logique que ce soit des noeuds qui permettent d'indiquer le début et la fin de la zone de contrôle. Avec des way, ça serait nettement plus compliqué. Le wiki est quand même clair: ce sont des noeuds qu'on met dans la relation. D'ailleurs, JOSM ne connait pas trop bien ces relations. Ce qui me fait dire ça c'est qu'il les indique comme application, alors qu'il pourrait indiquer enforcement dans la liste des relations ce qui serait quand même plus clair. Le 15 mai 2012 09:44, Fabien marbolan...@gmail.com a écrit : Je reviens là dessus parce que en fait en lisant cette erreur cela me rappelait quelque chose. En fait tu as mis en « from » et en « to » des noeuds (comme indiqué dans le wiki [1]). Ce que indique JOSM c'est que pour lui le « from » et le « to » sont des routes (highway) et non pas des noeuds simples. Du coup je me demande si ce n'est pas le validateur JOSM qui pose problème ou si c'est la proposition sur le wiki qui indique des noeuds alors que ça doit être une route ? En tout cas osmose [2] ne génère, pour l'instant, pas d'erreur. Fabien -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout radar légal ou pas ?
Le 15 mai 2012 09:50, Arnaud Vandecasteele arnaud@gmail.com a écrit : Salut Fabien, Je me suis posé la même question. Il y a bien une opposition entre le wiki et le validateur de JOSM. Néanmoins, tous les exemples que j'ai téléchargé avant de valider mon travail utilisaient des points... Arnaud Un tour sur le bugtracker de JOSM [1] ne donne rien. Peut-être faudrait-il ouvrir un ticket ? Fabien [1] http://josm.openstreetmap.de/search?q=enforcement ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Suivi des modifications de cartes via le WEB
Le 14 mai 2012 22:44, Romain MEHUT romain.me...@gmail.com a écrit : Je trouve également dommage que la plupart des nouveaux contributeurs utilisent Potlatch et ce sans la même qualité de contribution qu'avec JOSM. En tant qu'ancien nouveau contributeur, il me semble important de rappeler l'importance de Potlatch pour la démocratisation d'OSM. Le fait d'avoir un bouton edit et de modifier la carte depuis le navigateur de monsieur tout le monde a un coté magique très fort (expérience faite encore récemment avec des collègues). Et puis, vive la diversité des éditeurs ! Cela permet de compenser les défauts des uns et daes autres. J'ai récemment beaucoup galéré avec JOSM pour l'import d'un bâtiment depuis le cadastre (import annoncé comme échoué mais qui avait en fait marché, résultat trois way superposé, et l'upload de delete qui ne marche pas. Heureusement, Potlatch a pu me faire le delete). Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Suivi des modifications de cartes via le WEB
On Mon, May 14, 2012, at 23:53, Romain MEHUT [via GIS] wrote: Le 14 mai 2012 23:08, willemijns sebast...@willemijns.com a écrit : c'est un peu plus simple et visuel que JOSM, on a trop peur de faire des erreurs... Y a pas de raison d'avoir peur de faire des erreurs puisque justement si erreur il y a, on peut les corriger... et je suis moi aussi passé par la case débutant et des erreurs j'en ai fait. il manque peut-etre des tutos ? -- View this message in context: http://gis.19327.n5.nabble.com/Suivi-des-modifications-de-cartes-via-le-WEB-tp5708756p5708844.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] Re : Suivi des modifications de cartes via le WEB
On Tue, May 15, 2012, at 00:42, Christian Quest-2 [via GIS] wrote: Ce qui est le plus problématique à mon avis, c'est que nos outils d'édition (Potlatch ET JOSM) permettent de créer des objets incorrects (géométrie invalide, nœuds et chemins orphelins) et que l'API ne les rejette pas non plus. Il manque des comparaisons de zones avec des calques... si un vandale passe 1 heure sur une ville il peut faire de gros dégats -- View this message in context: http://gis.19327.n5.nabble.com/Suivi-des-modifications-de-cartes-via-le-WEB-tp5708756p5708845.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] Re : Suivi des modifications de cartes via le WEB
Le 15 mai 2012 08:55, Romain MEHUT romain.me...@gmail.com a écrit : Rien n'à installer non plus avec JOSM, c'est un exécutable sous Java. Même pas... il suffit juste de télécharger un minuscule fichier JNLP et de le lancer (les fichiers JNLP sont des descripteurs contenant l'URL d'un package à télécharger ou à mettre à jour, ce type JNLP est préassocié avec l'exécutable javaw dans une installation standard de Java pour qu'il puisse être lancé immédiatement d'un clic). Bref le seul exécutable c'est l'installation de Java lui-même, totalement indépendante de JOSM. Ce fichier JAR ne contient strictement aucun code exécutable natif, aucune DLL. C'est du Java pur (on peut même se demander pourquoi JOSM ne pourrait pas lui-même tourner directement dans le navigateur web en tant qu'applet, Java en étant déjà un simple plugin pour inclure les applets dans une page ; la seule différence c'est une barrière de sécurité pour les applets, qui restreignent l'accès au système de fichier local et aux ressources du réseau local : il faudrait activer une autorisation pour pouvoir utiliser des fichiers OSM stockés ailleurs, sinon on n'aurait que des fichiers OSM provenant d'un seul serveur web et associé à un seul domaine, des fichiers uniquement stockés dans un répertoire cache de la sandbox d'isolation par domaine configurée par le navigateur web). On a une autre méthode qui consiste à télécharger un JAR dans un dossier, pour le lancer avec une ligne de commande Java. Je préfère la méthode avec JNLP qui permet une mise à jour automatique lors du lancement, le fichier JAR étant seulement téléchargé dans un répertoire cache pour le déploiement, préconfiguré par l'installation standard de Java dans les données de l'utilisateur. L'installation du JNLP est plus facile et en fin de compte plus pratique pour les mises à jour : il ne faut que quelques secondes ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Suivi des modifications de cartes via le WEB
Le 15 mai 2012 10:13, willemijns sebast...@willemijns.com a écrit : On Tue, May 15, 2012, at 00:42, Christian Quest-2 [via GIS] wrote: Ce qui est le plus problématique à mon avis, c'est que nos outils d'édition (Potlatch ET JOSM) permettent de créer des objets incorrects (géométrie invalide, nœuds et chemins orphelins) et que l'API ne les rejette pas non plus. Il manque des comparaisons de zones avec des calques... si un vandale passe 1 heure sur une ville il peut faire de gros dégats C'est vrai que c'est un reproche que je fais à JOSM : il est sensé supporter des calques, mais ne les utilise pas comme il le devrait : * On devrait pouvoir y charger des versions différentes d'objets, et avoir aussi des calques (et non des listes d'objets) pour gérer plus facilement les conflits d'édition. * De même on devrait pourvoir sélectionner une liste de modifications non encore envoyées au serveur afin de les scinder en plusieurs sous-ensembles, afin de les valider séparément et même de pouvoir n'en envoyer qu'une partie où il n'y a plus de conflit ou de problème, et réduire le travail restant à faire. Car souvent on se retrouve avec des modifications en cours bien plus volumineuses qu'initialement prévu, avec des tonnes qui pourraient déjà être envoyées dans un premier groupe de modifications, pour ensuite continuer à travailler sur ce qui pose encore problème et qui sera soumis plus tard dans un groupe de modifications différents. * Personnellement je n'aime pas du tout la façon dont JOSM présente les conflits d'édition : sans calque, c'est un enfer à vérifier pour savoir quoi garder et quand c'est trop compliqué on se retrouve souvent à systématiquement choisir la version venant du serveur, même si cela peut alors laisser des objets en doublon dans la base, quand des objets ont été scindés. * Avec des calques, et la possibilité de *transférer* des objets d'un calque en l'autre (sans que cela signifie qu'ils sont supprimés du premier calque d'origine si on le soumet au serveur, l'objet disparaissant de ce calque comme s'il n'avait pas été téléchargé du tout parce qu'on a choisi de ne pas s'en occuper et de ne pas y toucher), il serait nettement plus facile de travailler sur des zones complexes, en utilisant les filtres pour faire facilement des sous-sélections n'omettant aucun détail nécessaire, afin de faciliter les transferts d'un calque à l'autre, le nouveau calque n'ayant plus besoin d'aucun filtre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Suivi des modifications de cartes via le WEB
Je suis d'accord, on peut limiter les dégats à la source en contraignant l'utilisateur, mais il serait plus intéressant d'avoir un outil plus visuel de suivi de modification et de revert. Il est parfois difficile de voir ce qui a été modifié et si une modif est une vraie amélioration... Mais bon, ça a déjà du être évoqué ici... Cordialement Mickaël Guéret Le mardi 15 mai 2012 à 01:13 -0700, willemijns a écrit : On Tue, May 15, 2012, at 00:42, Christian Quest-2 [via GIS] wrote: Ce qui est le plus problématique à mon avis, c'est que nos outils d'édition (Potlatch ET JOSM) permettent de créer des objets incorrects (géométrie invalide, nœuds et chemins orphelins) et que l'API ne les rejette pas non plus. Il manque des comparaisons de zones avec des calques... si un vandale passe 1 heure sur une ville il peut faire de gros dégats -- View this message in context: http://gis.19327.n5.nabble.com/Suivi-des-modifications-de-cartes-via-le-WEB-tp5708756p5708845.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] Re : Suivi des modifications de cartes via le WEB
Le 15 mai 2012 09:55, Art Penteur art.pent...@gmail.com a écrit : Le 14 mai 2012 22:44, Romain MEHUT romain.me...@gmail.com a écrit : Je trouve également dommage que la plupart des nouveaux contributeurs utilisent Potlatch et ce sans la même qualité de contribution qu'avec JOSM. En tant qu'ancien nouveau contributeur, il me semble important de rappeler l'importance de Potlatch pour la démocratisation d'OSM. Je te rejoins concernant la démocratisation d'OSM facilité par l'éditeur Polatch directement accessible à côté de la carte. Je rencontre des difficultés à chaque fois que je fais une démo avec Polatch, je suis probablement trop habitué à Josm, ce qui ne m'empêche pas de défendre ce concept d'accessibilité au plus grand nombre. Il me semble qu'un projet d'éditeur en ligne et simple tout en html5 a démarré il y a quelques semaines. Potentiellement un remplacement de Polatch ;-) C. Le fait d'avoir un bouton edit et de modifier la carte depuis le navigateur de monsieur tout le monde a un coté magique très fort (expérience faite encore récemment avec des collègues). Et puis, vive la diversité des éditeurs ! Cela permet de compenser les défauts des uns et daes autres. J'ai récemment beaucoup galéré avec JOSM pour l'import d'un bâtiment depuis le cadastre (import annoncé comme échoué mais qui avait en fait marché, résultat trois way superposé, et l'upload de delete qui ne marche pas. Heureusement, Potlatch a pu me faire le delete). Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ubuntu Party... les 12 et 13 Mai
Petit débrief de ce week-end : j'ai fait une présentation avec l'aide de Marc (merci marc ;)). Il y avait 7 personnes donc pas une foule, mais les personnes présentent étaient vraiment intéressées. J'ai parlé avec 3 libristes extrêmement motivés, je crois qu'on va les voir débarquer sur la ML rapidement ;) Ma présentation est ici : http://www.nouslesgeeks.fr/2012/05/14/openstreetmap-la-cartographie-libre/ à refaire ! ++ Le 11 mai 2012 11:14, Christian Quest cqu...@openstreetmap.fr a écrit : C'est Florian qui a repris le flambeau ! Si je peux me libérer j'y ferai un tour, mais c'est pas sûr du tout. Le 11 mai 2012 02:26, Marc Sibert m...@sibert.fr a écrit : Bonjour Christian, Je n'ai bien suivi... as-tu les volontaires nécessaires ? Quels sont les créneaux ? Tu mets quelque chose sur le site osm.fr à ce sujet ? c'est toujours l'occasion de passer à la Villette et c'est même faisable en famille (il y a plein d'autres activités pour les autres). A+ Marc Le 03/05/2012 17:11, Marc SIBERT a écrit : Bonjour, Je suis volontaire potentiel, soit en animateur principal, soit en accompagnateur. C'est selon. PS : moi je suis W7, alors ça va peut être poser un problème ;-) A+ Marc m...@sibert.fr Le 3 mai 2012 17:01, Christian Quest cqu...@openstreetmap.fr a écrit : Comme tout les 6 mois, une Ubuntu Party se tiendra à la cité des sciences à La Villette. Nous avons 2 créneaux d'une heure d'atelier de réservés pour OSM... mais personne pour les remplir pour l'instant... Des volontaires ? J'avais animé une présentation et un atelier à la dernière édition, mais là je ne suis pas dispo. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *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 : Suivi des modifications de cartes via le WEB
Le 15 mai 2012 10:30, Philippe Verdy verd...@wanadoo.fr a écrit : Le 15 mai 2012 10:13, willemijns sebast...@willemijns.com a écrit : On Tue, May 15, 2012, at 00:42, Christian Quest-2 [via GIS] wrote: Ce qui est le plus problématique à mon avis, c'est que nos outils d'édition (Potlatch ET JOSM) permettent de créer des objets incorrects (géométrie invalide, nœuds et chemins orphelins) et que l'API ne les rejette pas non plus. Il manque des comparaisons de zones avec des calques... si un vandale passe 1 heure sur une ville il peut faire de gros dégats C'est vrai que c'est un reproche que je fais à JOSM : il est sensé supporter des calques, mais ne les utilise pas comme il le devrait : * On devrait pouvoir y charger des versions différentes d'objets, et avoir aussi des calques (et non des listes d'objets) pour gérer plus facilement les conflits d'édition. Code-le dans JOSM ou, au pire, propose l'amélioration. * De même on devrait pourvoir sélectionner une liste de modifications non encore envoyées au serveur afin de les scinder en plusieurs sous-ensembles, afin de les valider séparément et même de pouvoir n'en envoyer qu'une partie où il n'y a plus de conflit ou de problème, et réduire le travail restant à faire. Car souvent on se retrouve avec des modifications en cours bien plus volumineuses qu'initialement prévu, avec des tonnes qui pourraient déjà être envoyées dans un premier groupe de modifications, pour ensuite continuer à travailler sur ce qui pose encore problème et qui sera soumis plus tard dans un groupe de modifications différents. Idem * Personnellement je n'aime pas du tout la façon dont JOSM présente les conflits d'édition : sans calque, c'est un enfer à vérifier pour savoir quoi garder et quand c'est trop compliqué on se retrouve souvent à systématiquement choisir la version venant du serveur, même si cela peut alors laisser des objets en doublon dans la base, quand des objets ont été scindés. Là par contre je suis d'accord j'ai l'impression qu'il ne prend que la version serveur en compte même si on est sur de ce qu'on a fait. Par contre c'est pareil, il y a un « bug tracker » JOSM. * Avec des calques, et la possibilité de *transférer* des objets d'un calque en l'autre (sans que cela signifie qu'ils sont supprimés du premier calque d'origine si on le soumet au serveur, l'objet disparaissant de ce calque comme s'il n'avait pas été téléchargé du tout parce qu'on a choisi de ne pas s'en occuper et de ne pas y toucher), il serait nettement plus facile de travailler sur des zones complexes, en utilisant les filtres pour faire facilement des sous-sélections n'omettant aucun détail nécessaire, afin de faciliter les transferts d'un calque à l'autre, le nouveau calque n'ayant plus besoin d'aucun filtre. Un simple copier-coller entre les calques fait l'affaire. Ou alors j'ai pas compris la proposition. Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ubuntu Party... les 12 et 13 Mai
Le 15 mai 2012 10:39, Florian LAINEZ winner...@free.fr a écrit : Petit débrief de ce week-end : j'ai fait une présentation avec l'aide de Marc (merci marc ;)). Il y avait 7 personnes donc pas une foule, mais les personnes présentent étaient vraiment intéressées. J'ai parlé avec 3 libristes extrêmement motivés, je crois qu'on va les voir débarquer sur la ML rapidement ;) Ma présentation est ici : http://www.nouslesgeeks.fr/2012/05/14/openstreetmap-la-cartographie-libre/ J'ai mis un lien vers ta (excellente) présentation sur http://wiki.openstreetmap.org/wiki/WikiProject_France/Support_Communication section Présentations en fin de page. Je ne retrouve pas sur le Wiki les liens vers les nombreuses autres présentations. Sur la page http://wiki.openstreetmap.org/wiki/WikiProject_France/OSM-FR/Groupes_de_travail/Communication J'essaie de référencer toutes les pages qui fournissent des moyens de comm en tout genre. Cyrille. à refaire ! ++ Le 11 mai 2012 11:14, Christian Quest cqu...@openstreetmap.fr a écrit : C'est Florian qui a repris le flambeau ! Si je peux me libérer j'y ferai un tour, mais c'est pas sûr du tout. Le 11 mai 2012 02:26, Marc Sibert m...@sibert.fr a écrit : Bonjour Christian, Je n'ai bien suivi... as-tu les volontaires nécessaires ? Quels sont les créneaux ? Tu mets quelque chose sur le site osm.fr à ce sujet ? c'est toujours l'occasion de passer à la Villette et c'est même faisable en famille (il y a plein d'autres activités pour les autres). A+ Marc Le 03/05/2012 17:11, Marc SIBERT a écrit : Bonjour, Je suis volontaire potentiel, soit en animateur principal, soit en accompagnateur. C'est selon. PS : moi je suis W7, alors ça va peut être poser un problème ;-) A+ Marc m...@sibert.fr Le 3 mai 2012 17:01, Christian Quest cqu...@openstreetmap.fr a écrit : Comme tout les 6 mois, une Ubuntu Party se tiendra à la cité des sciences à La Villette. Nous avons 2 créneaux d'une heure d'atelier de réservés pour OSM... mais personne pour les remplir pour l'instant... Des volontaires ? J'avais animé une présentation et un atelier à la dernière édition, mais là je ne suis pas dispo. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *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 -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Suivi des modifications de cartes via le WEB
Le 15 mai 2012 11:19, Vincent de Chateau-Thierry v...@laposte.net a écrit : Pas certain d'avoir bien saisi, mais à tout hasard : tu peux dans un premier temps copier dans un autre calque les objets que tu as sélectionnés avec le menu Modifier Fusionner la sélection = ils se retrouvent dans ton calque de destination mais sont encore aussi dans ton calque d'origine. Ensuite, dans le calque d'origine, tu les purges : menu Modifier Purger : ils disparaissent du calque. Pas très convivial tout ça... Ce ne serait pas plus simple qu'un clic droit dans la case Sélection donne un menu contextuel permettant de Transférer vers un autre calque, avec en sous-menu le nom du calque destination, ou bien qu'on puisse simplement cliquer-glisser un élément de la case sélection pour le poser sur un des calques listés dans la case Calques ? Bref réaliser Fusionner la sélection et Purger en une seule opération sans jouer en plus avec la sélection du calque courant, une manipulation en fin de compte horriblement compliquée pour rien. L'utilisabilité des calques n'est pas encore aussi pleine qu'on le souhaiterait en terme d'interface. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] élections législatives : tags pour occupations éphémère de locaux
Le 15/05/2012 09:30, Philippe Verdy a écrit : Le 15 mai 2012 08:28, Damounsdamo...@gmail.com a écrit : Le 14 mai 2012 23:05, JonathanMMjonatha...@nocle.fr a écrit : En parlant des élections législatives, ce serait pas mal qu'on mette en place un petit groupe de travail pour se mettre d'accord sur comment taggé les circonscriptions en France (le wiki est pas top à ce sujet) La page appropriée est http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dpolitical Il faudrait peut-être la traduire en français, si tu veux, et mettre des liens vers cette page depuis les autres sections du wiki. Pour l'instant les découpages électoraux déjà rentrés (cantons et circonscriptions législatives) sont visibles ici : http://layers.openstreetmap.fr/?zoom=6lat=46.49122lon=2.17915layers=BFT Il y en a très peu de saisis et ce sera long, surtout pour ceux qui utilisent des découpages infra communaux. J'ai moi-même saisis tous ceux du Doubs. A moins d'un miracle je ne pense pas qu'ils seront prêts pour le jour des élections. Y'a quand même un gros défaut je trouve avec cette représentation : C'est que ça perd les notions de communes et de canton. En effet, pour la plupart des circonscriptions, elles sont défini comme : Cantons de X, Y et Z. Les Cantons : Communes A, B, C, D, E, F… Après, il faudrait quand même laisser la possibilité de faire des zones pour les cas particuliers, quand on coupe des communes, par exemple à Paris : À gauche de la rue X et à droite de la rue Y. Je concois néanmoins que ça deviendrait assez complexe pour les outils de gestion derrière ^^' Dommage tout de même que l'outil layers ne permette pas de séparer les différents types pour boundary=electoral, et superpose alors la même couleur (seulement en la renforçant) quand on a à la fois la circonscription législative (élection des députés) et le canton (élection des conseillers généraux). Il n'y a pas moyen, au moins pour la France, de discriminer sur la valeur de political_subdivision, au moins pour les deux valeurs utilisées en France ? Faudrait demander à un de nos gentils admin des serveurs de rendu d'OSM France de mettre ça en place ;) Personnellement, je trouve qu'il y a moins de priorité en France pour les circonscriptions législatives que pour les cantons (qui sont encore, eux, une subdivision administrative des arrondissements, même s'ils coupent souvent les communes en plusieurs fractions cantonales). Les cantons sont bien connus, alors que les circonscriptions législatives sont réellement très floues et bien plus instables que les cantons. Cependant le travail à faire pour les circonscriptions législatives sera plus vite terminé que celui commencé en même temps (et souvent aux mêmes endroits) sur les cantons : il y a tout de même beaucoup moins de députés en France que de conseillers généraux ! [notes] * Il y a aussi une autre valeur aussi utilisée en France pour les circonscriptions aux élections européennes, peut-être une autre couleur envisageable, et qui ne s'appliquera donc pas qu'à la France. * D'autres valeurs sont nécessaires pour les autres pays; je viens de documenter la valeur political_subdivision=insular_council, qui est pour l'instant utilisé aux Baléares, pas encore marqué aux Canaries; il me semble que la même valeur political_subdivision=insular_council pourrait être utilisée aussi au Portugal pour les conseils insulaires des îles principales de Madère, c'est pourquoi je l'ai définie avec une valeur nommée en anglais, plutôt qu'en catalan, une langue qui ne serait applicable qu'aux Baléares mais pas aux Canaries, et plutôt qu'en espagnol castillan qui n'est pas utilisé officiellement par les conseils insulaires des Baléares). * Le Royaume-Uni a aussi ses propres valeurs pour des divisions adminsitratives et électorales qui ne cadrent pas non plus très bien dans le moule hiérarchique de boundary=administrative * Le moule de boundary=administrative fonctionne mal uniquement à cause de sa restriction stupide à mon avis à des valeurs entières pour admin_level=*, un modèle hybride mal conçu, formaté autour des pays de l'ONU et du découpage **statistique** européen NUTS, avec en plus le premier niveau pour les continents, un niveau à priori inutile et très mal défini dans les faits et qui ne correspond à rien de réel. * Je ne vois pas pourquoi on n'aurait pas pu mettre les cantons comme boundary=administrative. On aurait du pouvoir donner la valeur admin_level=7.5 pour découper nos arrondissements départementaux en cantons (qui ne sont pas uniquement électoraux et correspondent à des territoires bien réels et pas seulement à un ensemble d'électeurs inscrits sur les listes électorales en fonction de l'adresse déclarée comme résidence principale dans une commune donnée, et qui ne concerne pas que les seuls électeurs) : les députés ne s'occupent pas de gérer le territoire de leur circonscription, leur travail est à l'assemblée pour la France entière, ils n'ont pas
Re: [OSM-talk-fr] élections législatives : tags pour occupations éphémère de locaux
Le 15/05/2012 09:30, Philippe Verdy a écrit : Le 15 mai 2012 08:28, Damounsdamo...@gmail.com a écrit : Le 14 mai 2012 23:05, JonathanMMjonatha...@nocle.fr a écrit : En parlant des élections législatives, ce serait pas mal qu'on mette en place un petit groupe de travail pour se mettre d'accord sur comment taggé les circonscriptions en France (le wiki est pas top à ce sujet) La page appropriée est http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dpolitical Il faudrait peut-être la traduire en français, si tu veux, et mettre des liens vers cette page depuis les autres sections du wiki. Pour l'instant les découpages électoraux déjà rentrés (cantons et circonscriptions législatives) sont visibles ici : http://layers.openstreetmap.fr/?zoom=6lat=46.49122lon=2.17915layers=BFT Il y en a très peu de saisis et ce sera long, surtout pour ceux qui utilisent des découpages infra communaux. J'ai moi-même saisis tous ceux du Doubs. A moins d'un miracle je ne pense pas qu'ils seront prêts pour le jour des élections. Y'a quand même un gros défaut je trouve avec cette représentation : C'est que ça perd les notions de communes et de canton. En effet, pour la plupart des circonscriptions, elles sont défini comme : Cantons de X, Y et Z. Les Cantons : Communes A, B, C, D, E, F… Après, il faudrait quand même laisser la possibilité de faire des zones pour les cas particuliers, quand on coupe des communes, par exemple à Paris : À gauche de la rue X et à droite de la rue Y. Je concois néanmoins que ça deviendrait assez complexe pour les outils de gestion derrière ^^' Dommage tout de même que l'outil layers ne permette pas de séparer les différents types pour boundary=electoral, et superpose alors la même couleur (seulement en la renforçant) quand on a à la fois la circonscription législative (élection des députés) et le canton (élection des conseillers généraux). Il n'y a pas moyen, au moins pour la France, de discriminer sur la valeur de political_subdivision, au moins pour les deux valeurs utilisées en France ? Faudrait demander à un de nos gentils admin des serveurs de rendu d'OSM France de mettre ça en place ;) Personnellement, je trouve qu'il y a moins de priorité en France pour les circonscriptions législatives que pour les cantons (qui sont encore, eux, une subdivision administrative des arrondissements, même s'ils coupent souvent les communes en plusieurs fractions cantonales). Les cantons sont bien connus, alors que les circonscriptions législatives sont réellement très floues et bien plus instables que les cantons. Cependant le travail à faire pour les circonscriptions législatives sera plus vite terminé que celui commencé en même temps (et souvent aux mêmes endroits) sur les cantons : il y a tout de même beaucoup moins de députés en France que de conseillers généraux ! [notes] * Il y a aussi une autre valeur aussi utilisée en France pour les circonscriptions aux élections européennes, peut-être une autre couleur envisageable, et qui ne s'appliquera donc pas qu'à la France. * D'autres valeurs sont nécessaires pour les autres pays; je viens de documenter la valeur political_subdivision=insular_council, qui est pour l'instant utilisé aux Baléares, pas encore marqué aux Canaries; il me semble que la même valeur political_subdivision=insular_council pourrait être utilisée aussi au Portugal pour les conseils insulaires des îles principales de Madère, c'est pourquoi je l'ai définie avec une valeur nommée en anglais, plutôt qu'en catalan, une langue qui ne serait applicable qu'aux Baléares mais pas aux Canaries, et plutôt qu'en espagnol castillan qui n'est pas utilisé officiellement par les conseils insulaires des Baléares). * Le Royaume-Uni a aussi ses propres valeurs pour des divisions adminsitratives et électorales qui ne cadrent pas non plus très bien dans le moule hiérarchique de boundary=administrative * Le moule de boundary=administrative fonctionne mal uniquement à cause de sa restriction stupide à mon avis à des valeurs entières pour admin_level=*, un modèle hybride mal conçu, formaté autour des pays de l'ONU et du découpage **statistique** européen NUTS, avec en plus le premier niveau pour les continents, un niveau à priori inutile et très mal défini dans les faits et qui ne correspond à rien de réel. * Je ne vois pas pourquoi on n'aurait pas pu mettre les cantons comme boundary=administrative. On aurait du pouvoir donner la valeur admin_level=7.5 pour découper nos arrondissements départementaux en cantons (qui ne sont pas uniquement électoraux et correspondent à des territoires bien réels et pas seulement à un ensemble d'électeurs inscrits sur les listes électorales en fonction de l'adresse déclarée comme résidence principale dans une commune donnée, et qui ne concerne pas que les seuls électeurs) : les députés ne s'occupent pas de gérer le territoire de leur circonscription, leur travail est à l'assemblée pour la France entière, ils n'ont pas
Re: [OSM-talk-fr] Re : Suivi des modifications de cartes via le WEB
Si tu te sens de l'implémenter et que tu as les compétences pour : http://josm.openstreetmap.de/browser Arnaud 2012/5/15 Philippe Verdy verd...@wanadoo.fr Le 15 mai 2012 11:19, Vincent de Chateau-Thierry v...@laposte.net a écrit : Pas certain d'avoir bien saisi, mais à tout hasard : tu peux dans un premier temps copier dans un autre calque les objets que tu as sélectionnés avec le menu Modifier Fusionner la sélection = ils se retrouvent dans ton calque de destination mais sont encore aussi dans ton calque d'origine. Ensuite, dans le calque d'origine, tu les purges : menu Modifier Purger : ils disparaissent du calque. Pas très convivial tout ça... Ce ne serait pas plus simple qu'un clic droit dans la case Sélection donne un menu contextuel permettant de Transférer vers un autre calque, avec en sous-menu le nom du calque destination, ou bien qu'on puisse simplement cliquer-glisser un élément de la case sélection pour le poser sur un des calques listés dans la case Calques ? Bref réaliser Fusionner la sélection et Purger en une seule opération sans jouer en plus avec la sélection du calque courant, une manipulation en fin de compte horriblement compliquée pour rien. L'utilisabilité des calques n'est pas encore aussi pleine qu'on le souhaiterait en terme d'interface. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Suivi des modifications de cartes via le WEB
De : Philippe Verdy Pas très convivial tout ça... Ce ne serait pas plus simple qu'un clic droit dans la case Sélection donne un menu contextuel permettant de Transférer vers un autre calque, avec en sous-menu le nom du calque destination, ou bien qu'on puisse simplement cliquer-glisser un élément de la case sélection pour le poser sur un des calques listés dans la case Calques ? Pourquoi pas. 2 solutions : convaincre un développeur ou le faire toi-même :-) Bref réaliser Fusionner la sélection et Purger en une seule opération sans jouer en plus avec la sélection du calque courant, une manipulation en fin de compte horriblement compliquée pour rien. Horriblement compliqué, ça n'est que ton avis. En passant non par les menus mais par les raccourcis clavier, c'est franchement rapide (ça c'est mon avis). 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] Re : Suivi des modifications de cartes via le WEB
On 15/05/2012 11:46, Philippe Verdy wrote: Le 15 mai 2012 11:19, Vincent de Chateau-Thierryv...@laposte.net a écrit : tu peux dans un premier temps copier dans un autre calque les objets que tu as sélectionnés avec le menu Modifier Fusionner la sélection = ils se retrouvent dans ton calque de destination mais sont encore aussi dans ton calque d'origine. Ensuite, dans le calque d'origine, tu les purges : menu Modifier Purger : ils disparaissent du calque. Pas très convivial tout ça... Ce ne serait pas plus simple qu'un clic droit dans la case Sélection donne un menu contextuel permettant de Transférer vers un autre calque, avec en sous-menu le nom du calque destination, ou bien qu'on puisse simplement cliquer-glisser un élément de la case sélection pour le poser sur un des calques listés dans la case Calques ? Bref réaliser Fusionner la sélection et Purger en une seule opération sans jouer en plus avec la sélection du calque courant Il me semble qu'il y a deux opérations techniquement similaires mais fonctionnellement distinctes : - Copier vers un autre calque - Déplacer vers un autre calque Les deux pourraient être accessibles via menu contextuel et raccourci clavier. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bienvenue à un contributeur vietnamien et nouveau type d'OSMécum
Le 15 mai 2012 à 02:00, Quynh Vu Do a écrit : La raison à cela est simple : il n'y a rien à installer pour utiliser Potlatch (juste s'assurer que le navigateur supporte Flash,.. Cordialement -- Vu Do Quynh (M.) Hanoi, Vietnam Blog personnel: http://vdquynh.blogspot.com/ Moments online: http://memolane.com/vdquynh Bienvenue à Quynh Vu Do, car je n'avais pas encore remarqué un contributeur vietnamien venant s'exprimer ici. S'il souhaite nous parler de la cartographie libre dans son pays, cela nous intéresse. Nous n'avons pas souvent des points de vue et la connaissance de pratiques extérieures à notre petit monde hexagonal. La page FR du wiki émanant du Canada et que j'ai citée montre que ceux qui ont le français en partage peuvent apporter beaucoup sur la cartographie basique. http://wiki.openstreetmap.org/wiki/FR:CanVec:_Buildings_and_structures_(BS) Les OSMécum en français existants ou envisagés http://wiki.openstreetmap.org/wiki/WikiProject_France/Osmecum sont calqués sur le modèle de la cartopartie, mais l'utilisation des images aériennes nécessite des Osmécums transversaux et la liste canadienne qui réunit bâtiments, édifices et services au public est une approche utile. Christian Rogel OSMécum : fiche réunissant les tags à utiliser pour un thème particulier___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] élections législatives : tags pour occupations éphémère de locaux
Le 15 mai 2012 11:50, JonathanMM jonatha...@nocle.fr a écrit : Quid enfin des bureaux de votes, pour les plus pointilleux d'entre nous ? ;) 1. Se rapprocher de regardscitoyens.org qui a fait un gros travail sur le sujet. 2. Pourquoi mettre toutes ces données électorales dans OSM ? Un service à part, mais hébergé sur les machines OSM_FR, avec sa base de données propre et utilisant le fond de carte OSM me parait plus approprié. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bienvenue à un contributeur vietnamien et nouveau type d'OSMécum
Le 15 mai 2012 à 12:57, Christian Rogel a écrit : Bienvenue à Quynh Vu Do, car je n'avais pas encore remarqué un contributeur vietnamien venant s'exprimer ici. S'il souhaite nous parler de la cartographie libre dans son pays, cela nous intéresse. Je n'avais pas regardé son espèce de blog illustré sur Memolane : http://memolane.com/vdquynh/Personal%20Lane C'est très instructif de lire le point de vue d'un habitant faisant du cyclotourisme dans son propre pays, mais qui n'aura pas vu tout à fait les mêmes choses qu'un étranger. Et en plus, il fait des relevés pour OSM ! Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] élections législatives : tags pour occupations éphémère de locaux
Le 15 mai 2012 13:26, Cyrille Giquello cyrill...@gmail.com a écrit : Le 15 mai 2012 11:50, JonathanMM jonatha...@nocle.fr a écrit : Quid enfin des bureaux de votes, pour les plus pointilleux d'entre nous ? ;) 1. Se rapprocher de regardscitoyens.org qui a fait un gros travail sur le sujet. 2. Pourquoi mettre toutes ces données électorales dans OSM ? Un service à part, mais hébergé sur les machines OSM_FR, avec sa base de données propre et utilisant le fond de carte OSM me parait plus approprié. l'intégralité des 965 300 enregistrements référençant les résultats des bureaux de vote lors des législatives de 2007 = http://www.regardscitoyens.org/redecoupage/ -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Bienvenue à un contributeur vietnamien et nouveau type d'OSMécum
De : Christian Rogel christian.ro...@club-internet.fr Bienvenue à Quynh Vu Do, car je n'avais pas encore remarqué un contributeur vietnamien venant s'exprimer ici. S'il souhaite nous parler de la cartographie libre dans son pays, cela nous intéresse. Jerome C. a profite de son voyage au Vietnam il y a pas longtemps pour le rencontrer et discuter OSM ( entre autre!) avec lui et effectivement il a appris plein de choses interessantes Julien___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bienvenue à un contributeur vietnamien et nouveau type d'OSMécum
Bonjour, Le 15 mai 2012 17:57, Christian Rogel christian.ro...@club-internet.fr a écrit : Bienvenue à Quynh Vu Do, car je n'avais pas encore remarqué un contributeur vietnamien venant s'exprimer ici. S'il souhaite nous parler de la cartographie libre dans son pays, cela nous intéresse. Il n'y a malheureusement pas grand chose à dire car la communauté OSM nationale est très peu structurée et peu active. En fait chacun est plus ou moins dans son coin. Une grande partie des contributeurs est constituée d'étrangers vivant au VN ou étant de passage. Il y a quelques jours, il y a eu une réunion de la communauté Google Map Makers à hanoi qui est apparemment plus active (une vingtaine de valideurs et environ 200 contributeurs au niveau national, mais ils bénéficient de sponsors = Google). Ils semblent quand même rencontrer des problèmes pour mobiliser les étudiants, leur population cible, ce qui ne m'étonne guère. Une grosse partie de leur cheval de bataille est de promouvoir l'utilisation de My Tracks sur Android (smartphones) pour récolter les traces et ensuite les charger sur Google maps. Nous n'avons pas souvent des points de vue et la connaissance de pratiques extérieures à notre petit monde hexagonal. Ben des Vietnamiens francophones, il n'y en a pas beaucoup au VN, et qui contribuent à OSM, encore moins. Donc en fait on apprendra plus de la liste OSM-Fr que l'inverse. En fait on est encore très en retard par rapport à ce qui se discute couramment sur la liste FR. Vu l'état de la cartographie libre au VN, limitée aux grands centres urbains et aux principaux axes routiers, on est sur terrain assez vierge et c'est donc facile de contribuer même de manière basique vu qu'il y a pratiquement tout à faire. Comme j'habite Hanoi, je me concentre sur les régions montagneuses du Nord qui sont très mal couvertes (le désert sur OSM !). Les routes tracées sur Google maps sont souvent inexactes mais cela s'améliore vu que de toute manière Google utilise certainement la base de données d'OSM puisque les données y sont sous licence libre. Cordialement -- Vu Do Quynh (M.) Hanoi, Vietnam Blog personnel: http://vdquynh.blogspot.com/ Moments online: http://memolane.com/vdquynh ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bienvenue à un contributeur vietnamien et nouveau type d'OSMécum
Le 15 mai 2012 18:27, Christian Rogel christian.ro...@club-internet.fr a écrit : Le 15 mai 2012 à 12:57, Christian Rogel a écrit : Bienvenue à Quynh Vu Do, car je n'avais pas encore remarqué un contributeur vietnamien venant s'exprimer ici. S'il souhaite nous parler de la cartographie libre dans son pays, cela nous intéresse. Je n'avais pas regardé son espèce de blog illustré sur Memolane : http://memolane.com/vdquynh/Personal%20Lane Memolane est un service (gratuit) qui permet d'ordonner temporellement ses mises en ligne sur internet (j'y inclus mes rares contrib sur Flickr et le contenu principal de mon travail en ligne qui est mon blog personnel. C'est très instructif de lire le point de vue d'un habitant faisant du cyclotourisme dans son propre pays, mais qui n'aura pas vu tout à fait les mêmes choses qu'un étranger. Et en plus, il fait des relevés pour OSM ! Et en plus je fais tout ce travail rien qu'avec des logiciels libres (Ubuntu, Gebabbel, gpsPrune) ;-) A+ -- Vu Do Quynh (M.) Hanoi, Vietnam Blog personnel: http://vdquynh.blogspot.com/ Moments online: http://memolane.com/vdquynh ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bienvenue à un contributeur vietnamien et nouveau type d'OSMécum
Le 15 mai 2012 14:39, Quynh Vu Do vdqu...@gmail.com a écrit : Bonjour, ... Vu l'état de la cartographie libre au VN, limitée aux grands centres urbains et aux principaux axes routiers, on est sur terrain assez vierge et c'est donc facile de contribuer même de manière basique vu qu'il y a pratiquement tout à faire. Comme j'habite Hanoi, je me concentre sur les régions montagneuses du Nord qui sont très mal couvertes (le désert sur OSM !). Les routes tracées sur Google maps sont souvent inexactes mais cela s'améliore vu que de toute manière Google utilise certainement la base de données d'OSM puisque les données y sont sous licence libre. Cordialement -- Vu Do Quynh (M.) Hanoi, Vietnam Blog personnel: http://vdquynh.blogspot.com/ Moments online: http://memolane.com/vdquynh Bonjour, Tout le monde va bondir, je serais peut être le premier : Évidemment que Google *ne peut pas* copier OSM ;-) car sa licence n'est pas compatible avec la notre (même le CC-BY SA 2.0)... et c'est heureux ! A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bienvenue à un contributeur vietnamien et nouveau type d'OSMécum
On 15/05/2012 14:39, Quynh Vu Do wrote: Les routes tracées sur Google maps sont souvent inexactes mais cela s'améliore vu que de toute manière Google utilise certainement la base de données d'OSM puisque les données y sont sous licence libre. Pour des raisons de compatibilité de licence, Google a décidé de ne pas utiliser les données d'OpenStreetMap. Ce serait envisageable, mais ça les obligerait entre autres à redistribuer leur base de données intégrant des données d'OpenStreetMap - ce qu'ils ne considèrent probablement pas souhaitable pour des raisons concurrentielles. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] élections législatives : tags pour occupations éphémère de locaux
Le 15 mai 2012 11:50, JonathanMM jonatha...@nocle.fr a écrit : Cantons : Communes A, B, C, D, E, F… Non, pas tout à fait, les cantons ne prennent en entier que les petites communes, sinon les communes assez peuplées sont souvent découpées en fractions cantonales, de sorte que la même commune est à cheval sur plusieurs cantons, lesquels contiennent aussi en entiers les petites communes de leur périphérie. Le découpage cantonal (pour ce qui concerne les élections au conseil général) ne respecte pas toujours non plus celui des quartiers au sein de la commune, on peut même avoir une même rue de la même commune coupée en deux en ne prenant en compte les deux côtés de la rue que sur une partie de leur longueur. Tandis que les anciens cantons traditionnels faisaient beaucoup moins de la dentelle et sont pourtant encore utilisés comme limites pour des services publics et adminstratifs (police, pompiers, assistante sociale...), mais plus non plus pour les services des communautés de communes qui ont leur propre découpage lui aussi indépendant du découpage des communes. De même les circonscriptions électorales pour les députés à l'assemblée nationale ne respectent pas non plus celui des cantons pour les élections au conseil général : ces découpages sont faits indépendamment l'un de l'autre, et souvent pas en même temps puisque ces élections n'ont pas toujours lieu la même année et s'appuient sur des statistiques de population d'années différentes... Il y a en plus le découpage des bureaux de vote, maintenus par les communes en fonction non pas de la population mais des électeurs inscrits (en gros un même bureau de vote comptera un maximum voisin de 1000 électeurs inscrits, mais d'autres contraintes s'appliquent comme la proximité et la disponibilité des locaux qui accueillent souvent plusieurs bureaux de vote juste dans des salles différentes d'un même lieu, qui est très souvent souvent une école publique si la mairie ne suffit pas et ne peut accueillir tout le monde). Le bureau de vote n'est pas toujours situé non plus dans la zone qu'il dessert (très fréquent pour les zones bureaux de vote proches mais regroupés physiquement dans la même école), mais en général il ne change pas durant la même année. Les bureaux de vote sont révisés chaque année par les communes en fonction de leurs électeurs inscrits, ils servent la même année pour toutes les élections même si leurs zones respectives sont dans des circonscriptions électorales différentes dans leur découpage : c'est la zone du bureau de vote, et non la commune, qui sert d'unité de base pour tous les découpages électoraux., chaque bureau de vote ne servant en principe que pour une seule commune à la fois. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bienvenue à un contributeur vietnamien et nouveau type d'OSMécum
Le 15 mai 2012 14:39, Quynh Vu Do vdqu...@gmail.com a écrit : Les routes tracées sur Google maps sont souvent inexactes mais cela s'améliore vu que de toute manière Google utilise certainement la base de données d'OSM puisque les données y sont sous licence libre. Non, sous licence libre certe, mais on ne peut pas les voler. La licence ODbL oblige à redistribuer son travail à partir d'OSM sous une licence compatible, c'est à dire que ce travail doit-être libéré lui aussi ! Cyrille. Cordialement -- Vu Do Quynh (M.) Hanoi, Vietnam Blog personnel: http://vdquynh.blogspot.com/ Moments online: http://memolane.com/vdquynh ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bienvenue à un contributeur vietnamien et nouveau type d'OSMécum
Le 15 mai 2012 19:52, Marc SIBERT m...@sibert.fr a écrit : Évidemment que Google *ne peut pas* copier OSM ;-) car sa licence n'est pas compatible avec la notre (même le CC-BY SA 2.0)... et c'est heureux ! +1 J'ai mal retenu ma leçon sur les licences et leurs obligations ! Merci de m'avoir fait le rappel ! -- Vu Do Quynh (M.) Hanoi, Vietnam Blog personnel: http://vdquynh.blogspot.com/ Moments online: http://memolane.com/vdquynh ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bienvenue à un contributeur vietnamien et nouveau type d'OSMécum
Il n'appartient qu'à Google à intégrer dans son interface la séparation des calques qu'il permet d'afficher, pour attribuer à chacun sa source et les infos sur leur licence respective. Certains autres services cartographiques sur le web le font et, agissant en conformité avec les licences, affichent sans difficultés plusieurs calques sélectionnables avec pour chacun leur licence, ce qui permet de superposer des calques Google Map et des calques OSM, ou encore des calques Bing, Yahoo, Apple, Mappi, Michelin, etc. D'ailleurs les services web clients de Google Maps intègrent des données qui leur appartiennent et sont soumises à leur propre licence, distinguée de celle du fond de carte Google. C'est parfaitement possible avec l'API Google Maps comme avec les API similaires des autres services (OSM compris). Le 15 mai 2012 14:59, Jean-Marc Liotier j...@liotier.org a écrit : On 15/05/2012 14:39, Quynh Vu Do wrote: Les routes tracées sur Google maps sont souvent inexactes mais cela s'améliore vu que de toute manière Google utilise certainement la base de données d'OSM puisque les données y sont sous licence libre. Pour des raisons de compatibilité de licence, Google a décidé de ne pas utiliser les données d'OpenStreetMap. Ce serait envisageable, mais ça les obligerait entre autres à redistribuer leur base de données intégrant des données d'OpenStreetMap - ce qu'ils ne considèrent probablement pas souhaitable pour des raisons concurrentielles. ___ 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] élections législatives : tags pour occupations éphémère de locaux
Le 15 mai 2012 15:04, Philippe Verdy verd...@wanadoo.fr a écrit : Le 15 mai 2012 11:50, JonathanMM jonatha...@nocle.fr a écrit : Cantons : Communes A, B, C, D, E, F… ... Le découpage cantonal (pour ce qui concerne les élections au conseil général) ne respecte pas toujours non plus celui des quartiers au sein ... Tandis que les anciens cantons traditionnels faisaient beaucoup moins de la dentelle et sont pourtant encore utilisés comme limites pour des services publics et adminstratifs (police, pompiers, assistante sociale...), ... C'est pour ça entre autre que je pense qu'il ne faut pas surcharger OSM avec les découpages électoraux divers et variés. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] élections législatives : tags pour occupations éphémère de locaux
Le 15 mai 2012 15:14, Cyrille Giquello cyrill...@gmail.com a écrit : Le 15 mai 2012 15:04, Philippe Verdy verd...@wanadoo.fr a écrit : Le 15 mai 2012 11:50, JonathanMM jonatha...@nocle.fr a écrit : Cantons : Communes A, B, C, D, E, F… ... Le découpage cantonal (pour ce qui concerne les élections au conseil général) ne respecte pas toujours non plus celui des quartiers au sein ... Tandis que les anciens cantons traditionnels faisaient beaucoup moins de la dentelle et sont pourtant encore utilisés comme limites pour des services publics et adminstratifs (police, pompiers, assistante sociale...), ... C'est pour ça entre autre que je pense qu'il ne faut pas surcharger OSM avec les découpages électoraux divers et variés. J'ai oublié d'autres découpages : * services hospitaliers, services de garde pour les médecins, * carte scolaire (pour l'enseignement obligatoire), * les découpages judiciaires (plusieurs selon le type d'instance, entre les tribunaux de police, les affaires matrimoniales et familiales, les tribunaux d'instance, les tribunaux d'assise, les tribunaux administratifs, les prod'hommes, les cours d'appel), les découpages religieux (évêchés, diocèses, vigueries...) * les découpages historiques de l'ancien régime (pour le droit relatif aux titres de noblesse qui ne sont pas abolis et restent sujets valides de droit pour les successions, seuls les privilèges non reconnus aux familles et aux propriétés ayant été abolis, ou plutôt transférés à la collectivité (tels que le droit d'imposer et percevoir des taxes ou de lever des obligations d'assistance, de sécurité ou de service dans une armée, ce dernier droit étant du ressort de l'Etat et de la collectivité), de sorte que ces titres de noblesse ne sont plus attachés à aucun territoire reconnu et les droits restants (non qualifiés de « pivilèges ») entrent dans le cadre du droit privé et des familles, voire aussi du droit commercial si ces titres sont attachés à des marques et sont cessibles comme tout autre titre de propriété (la propriété privée est reconnue et n'est pas considérée comme un privilège, ces propriétés peuvent être sujettes à des taxes perçues par la collectivité si elles sont utilisées dans un échange commercial et ont alors une valeur comptable et fiscalisable : TVA, ISF, impôt sur les successions, impôts sur les sociétés, charges sociales, etc.) : il n'est plus reconnu que c'est le seul droit du sang qui permet de céder ces droits aux titres, mais ils existent encore en tant que biens privés ou patrimoniaux personnels. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Statistique de croissance d'OSM (vu dans SIG La Lettre)
http://www.beyonav.com/openstreetmaps-growth-accelerates C'est pas mal de pub pour cette societe mais il est toujours interessant de voir ce genre de choses :) Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] démarche qualité dans le bâti OSM nombre de logements
Bonjour, Nous souhaitons sur la commune d'Orange relever un nouveau défi : faire le point avec les partenaire sur le nombre de logements sur la commune grâce à OSM. La seule chose c'est que je ne suis pas familier de tous les tags rattachés à *building=**. Notamment l'objectif est de mettre un tag *flats=number*. De cette manière nous pourrions faire du terrain et préciser le nombre de logements rattachés aux résidences, cités... Quelle est la différence entre building=residential building=appartements ? L'autre question associée est faut-il mettre pour chaque maison flats=1 ? Merci d'avance - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/demarche-qualite-dans-le-bati-OSM-nombre-de-logements-tp5708943.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] Statistique de croissance d'OSM (vu dans SIG La Lettre)
2012/5/15 Emilie Laffray emilie.laff...@gmail.com: http://www.beyonav.com/openstreetmaps-growth-accelerates C'est pas mal de pub pour cette societe mais il est toujours interessant de voir ce genre de choses :) Déjà cité dans le Résumé des activités récentes d'OSM #5 ;-) http://www.openstreetmap.fr/bulletin-OSM-FR-5 Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistique de croissance d'OSM (vu dans SIG La Lettre)
Je lis dans l'article cité l'affirmation suivante « Google has also been a contributor, and dozens of companies are listed on OSM’s web site as having contributed their own proprietary data to the OSM database » Je voudrais bien savoir quelles données propriétaires Google a contribué pour la base de données OSM. Car pour l'instant il n'est toujours pas possible d'utiliser même leur imagerie satellite comme fond destiné aider à à vectoriser le terrain. Peut-être que Google a contribué en fournissant des facsimilés de cartes historiques libres (via Google Books). Mais ça s'arrête là et ce ne sont pas des « données propriétaires » comme les appelle cet article. Il me semble que ce n'est pas Google qu'il aurait fallu citer, mais Yahoo (même si depuis ce service est fermé car il est maintenant fusionné avec celui de Microsoft, Bing, qui nous offre un accès son imagerie satellite par son API WMS, mais pas les autres données géolocalisées qui y sont attachées et qui restent propriétaires : on n'a pas accès aux données vectorisées par Bing ou Yahoo, ni à la topnymie saisie, ni aux autres métadonnées qualifiant le terrain ou citant des références à des noms de sociétés, des services publics, des URLs de sites...) Y a-t-il des pays pour lesquels Google a aidé en donnant un accès libre à une imagerie satellite de ces pays, et que ces pays ne sont pas capables de financer eux-mêmes ? Là je pense par exemple à des pays très pauvres comme Haïti. Ou alors s'agit-il d'une contribution matérielle, ou de service (en bande passante et hébergement grâce à la puissance de calcul et de stockage et la disponibilité mondiale des serveurs de Google) ? Ou alors en terme d'intégration des services OSM dans les matériels et les OS comme Android ? ou en terme de publicité gratuite et de référencement d'OSM ? Ou d'une contribution financière à la Fondation OSM ? Ou d'une contribution pour aider à organiser des évènements et formations dans certains pays ? Y compris la production de vidéos en ligne. Ou encore d'une aide consistant à fournir des logiciels libres utilisables sur les serveurs OSM pour différentes tâches de mise à disposition des données ou de contrôle de qualité ? Ou d'une assistance politique permettant de convaincre plus de monde à ouvrir leurs bases SIG, afin que Google comme les autres (OSM...) puisse aussi les utiliser aussi ? Le 15 mai 2012 16:28, Emilie Laffray emilie.laff...@gmail.com a écrit : http://www.beyonav.com/openstreetmaps-growth-accelerates C'est pas mal de pub pour cette societe mais il est toujours interessant de voir ce genre de choses :) Emilie Laffray ___ 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] Statistique de croissance d'OSM (vu dans SIG La Lettre)
2012/5/15 Philippe Verdy verd...@wanadoo.fr: Je lis dans l'article cité l'affirmation suivante « Google has also been a contributor, and dozens of companies are listed on OSM’s web site as having contributed their own proprietary data to the OSM database » Je voudrais bien savoir quelles données propriétaires Google a contribué pour la base de données OSM. Aucunes. Ils font référence à une donation lors de l'avant-dernière levée de fonds pour acheter un serveur (contributors in terms of dollars and hardware) : http://twitter.com/#!/openstreetmap/status/1191235526 Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] démarche qualité dans le bâti OSM nombre de logements
Bonjour Zimmy, Selon http://wiki.openstreetmap.org/wiki/Key:building la description de la combinaison building = residential indique : A general tag for a building used primarily for residential purposes. Where additional detail is available consider using one or more areas tagged as 'apartments', 'terrace' or 'house'. building = apartments est donc préférable car il apporte une précision supplémentaire. Est-ce qu'un tag flats:number = n ne serait pas plus indiqué ? flat, cela correspond spécifiquement à un appartement. Pourquoi pas dwelling, qui est la traduction donnée au terme générique logement par wikipedia. http://fr.wikipedia.org/wiki/Logement Le 15 mai 2012 16:47, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Bonjour, Nous souhaitons sur la commune d'Orange relever un nouveau défi : faire le point avec les partenaire sur le nombre de logements sur la commune grâce à OSM. La seule chose c'est que je ne suis pas familier de tous les tags rattachés à *building=**. Notamment l'objectif est de mettre un tag *flats=number*. De cette manière nous pourrions faire du terrain et préciser le nombre de logements rattachés aux résidences, cités... Quelle est la différence entre building=residential building=appartements ? L'autre question associée est faut-il mettre pour chaque maison flats=1 ? Merci d'avance - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/demarche-qualite-dans-le-bati-OSM-nombre-de-logements-tp5708943.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistique de croissance d'OSM (vu dans SIG La Lettre)
Philippe, En extrayant le texte d'une autre façon, on peut comprendre que la donation est relative à de d'argent et/ou de matériel. Pas uniquement de données. While MapQuest and Microsoft are presently major contributors in terms of dollars and hardware, Google has also been a contributor C'est un peu le problème des phrases à rallonge : parfois cela induit des incompréhensions, voire des maux de tête. Le 15 mai 2012 16:49, Philippe Verdy verd...@wanadoo.fr a écrit : Je lis dans l'article cité l'affirmation suivante « Google has also been a contributor, and dozens of companies are listed on OSM’s web site as having contributed their own proprietary data to the OSM database » Je voudrais bien savoir quelles données propriétaires Google a contribué pour la base de données OSM. Car pour l'instant il n'est toujours pas possible d'utiliser même leur imagerie satellite comme fond destiné aider à à vectoriser le terrain. Peut-être que Google a contribué en fournissant des facsimilés de cartes historiques libres (via Google Books). Mais ça s'arrête là et ce ne sont pas des « données propriétaires » comme les appelle cet article. Il me semble que ce n'est pas Google qu'il aurait fallu citer, mais Yahoo (même si depuis ce service est fermé car il est maintenant fusionné avec celui de Microsoft, Bing, qui nous offre un accès son imagerie satellite par son API WMS, mais pas les autres données géolocalisées qui y sont attachées et qui restent propriétaires : on n'a pas accès aux données vectorisées par Bing ou Yahoo, ni à la topnymie saisie, ni aux autres métadonnées qualifiant le terrain ou citant des références à des noms de sociétés, des services publics, des URLs de sites...) Y a-t-il des pays pour lesquels Google a aidé en donnant un accès libre à une imagerie satellite de ces pays, et que ces pays ne sont pas capables de financer eux-mêmes ? Là je pense par exemple à des pays très pauvres comme Haïti. Ou alors s'agit-il d'une contribution matérielle, ou de service (en bande passante et hébergement grâce à la puissance de calcul et de stockage et la disponibilité mondiale des serveurs de Google) ? Ou alors en terme d'intégration des services OSM dans les matériels et les OS comme Android ? ou en terme de publicité gratuite et de référencement d'OSM ? Ou d'une contribution financière à la Fondation OSM ? Ou d'une contribution pour aider à organiser des évènements et formations dans certains pays ? Y compris la production de vidéos en ligne. Ou encore d'une aide consistant à fournir des logiciels libres utilisables sur les serveurs OSM pour différentes tâches de mise à disposition des données ou de contrôle de qualité ? Ou d'une assistance politique permettant de convaincre plus de monde à ouvrir leurs bases SIG, afin que Google comme les autres (OSM...) puisse aussi les utiliser aussi ? Le 15 mai 2012 16:28, Emilie Laffray emilie.laff...@gmail.com a écrit : http://www.beyonav.com/openstreetmaps-growth-accelerates C'est pas mal de pub pour cette societe mais il est toujours interessant de voir ce genre de choses :) Emilie Laffray ___ 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 -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistique de croissance d'OSM (vu dans SIG La Lettre)
15 000 livres... gros effort de la part de Google ! Evidemment la Fondation ne va pas cracher dessus, mais c'est un peu décevant à côté de ce qu'ont offert Microsoft et Yahoo. Ca donne à peine de quoi monter un serveur mais pas de quoi l'exploiter. Franchement on attend de Google qu'il se décide à libérer son fond photographique, via une API séparée distincte de celle de Google Maps, même s'il décide de garder pour lui ses données vectorisées et ses métadonnées et références tierces. Ca aiderait à boucher les trous, ou à obtenir des fonds photographiques actualisés ou de meilleure précision là où Bing est encore insuffisant, ou bien là où il y a des trous (ça arrive très souvent en bordure des zones urbanisées où Bing donne des images précises), ou encore là où les photos sont très mal rectifiées ou mal alignées entre les prises de vue, ou encore trop vieilles. Ou alors que Google offre de l'espace d'hébergement et de la bande passante pour des services tels que : * la génération de tuiles * les cartes de contrôle qualité et de suivi de projets * pouvoir supporter plus de tuiles de types différents permettant d'avoir des vues sélectives, sélectionnables séparément et superposables sur la même carte. * de la bande passante pour réduire les délais de consultation et de modification * éventuellement aussi des outils logiciels destinés à faciliter certains travaux complexes de vectorisation, y compris par des robots 'intelligents produisant des calques dérivés permettant de combler des tags manquants. * des outils de recherche pour vérifier les traductions et les sources tononymiques. * de la place pour des serveurs dans des sites de colocation * des serveurs proxy miroirs pour soulager les serveurs distribuant les contenus Le 15 mai 2012 17:02, Pieren pier...@gmail.com a écrit : 2012/5/15 Philippe Verdy verd...@wanadoo.fr: Je lis dans l'article cité l'affirmation suivante « Google has also been a contributor, and dozens of companies are listed on OSM’s web site as having contributed their own proprietary data to the OSM database » Je voudrais bien savoir quelles données propriétaires Google a contribué pour la base de données OSM. Aucunes. Ils font référence à une donation lors de l'avant-dernière levée de fonds pour acheter un serveur (contributors in terms of dollars and hardware) : http://twitter.com/#!/openstreetmap/status/1191235526 Pieren ___ 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] Statistique de croissance d'OSM (vu dans SIG La Lettre)
Le 15 mai 2012 17:17, Ab_fab gamma@gmail.com a écrit : Philippe, En extrayant le texte d'une autre façon, on peut comprendre que la donation est relative à de d'argent et/ou de matériel. Pas uniquement de données. While MapQuest and Microsoft are presently major contributors in terms of dollars and hardware, Google has also been a contributor C'est un peu le problème des phrases à rallonge : parfois cela induit des incompréhensions, voire des maux de tête. Moi je comprend cette phrase complètement dans l'autre sens : le while traduit une opposition, ce qui ferait justement penser que contrairement à Mapquest et Microsoft, Google n'a ni été un contributeur majeur et n'a pas non plus contribué en matériel ni en argent. Telle que la phrase est construite (en lisant ce qui suit), on a limpression justement que Google a contribué avec ses données propriétaires. J'attends de voir ça. En attendant la petite contribution financière de Google n'est rien à côté des contributions de celle des fondations diverses (de recherche scientifique, ou humanitaires), ou d'agences de l'ONU ou de l'Union européenne, ou même de pas mal de collectivités territoriales de divers pays. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] démarche qualité dans le bâti OSM nombre de logements
2012/5/15 Ab_fab gamma@gmail.com: building = apartments est donc préférable car il apporte une précision supplémentaire. Oui. Il y a aussi building=house. Reste à savoir quand mettre apartments ou house. Si les HLM ou les maisons individuelles sont évidentes, il existe une zone grise pour les bâtiments abritant 2 ou 3 familles, ce qui n'est pas toujours évident vu de l'extérieur. Est-ce qu'un tag flats:number = n ne serait pas plus indiqué ? flat, cela correspond spécifiquement à un appartement. Euh, je ferais simple, comme lanes=x, flats=x où x est un nombre entier (à documenter dans le wiki). Il y aura un autre problème : celui de mettre ces informations sur des buildings importés du cadastre et qui ont souvent un découpage fantaisiste (un bâtiment avec 2, 3 ou n polygones). Il faudra soit répartir le nombre d'appartements sur les polygones aléatoirement, soit n'en tagguer qu'un seul, soit recoller tous les découpages en un seul morceau, soit mettre ces informations sur une relation... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistique de croissance d'OSM (vu dans SIG La Lettre)
2012/5/15 Philippe Verdy verd...@wanadoo.fr: 15 000 livres... gros effort de la part de Google ! Je dois rectifier (pour les archives) : c'est 5000£, pas 15 000, que Google a donné à l'époque. 15000, c'était le total des donations pour acheter le nouveau serveur. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] démarche qualité dans le bâti OSM nombre de logements
Le 15 mai 2012 16:47, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Bonjour, Nous souhaitons sur la commune d'Orange relever un nouveau défi : faire le point avec les partenaire sur le nombre de logements sur la commune grâce à OSM. Dans certains cas, ne s'approche-t-on pas un peu trop près de fichiers publiques contenant des données privées ? Par ailleurs, pensez aux tags level et height, pour avoir une jolie ville dans OSM3D : http://wiki.openstreetmap.org/wiki/OSM-3D_eng#Buildings Pour les gradins du théâtre antique, je pense que ce n'est pas encore la bonne technique, mais pour le bâti courant, c'est déjà bien. Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistique de croissance d'OSM (vu dans SIG La Lettre)
L'opposition du while n'est que temporelle : _ Google a contribué dans le passé _ Mapquest et Microsoft soutiennent actuellement le projet La contribution de Google en terme de données auprès du projet est nulle. La contribution financière n'est pas grand chose par rapport à ce que l'entreprise possède sur son compte en banque. Mais elle est arrivée à un moment où la fondation en avait besoin. C'est donc un coup de pouce signifiant dans les relations entre les deux entités. Il est d'ailleurs rappelé lorsque les gens opposent un peu trop rapidement OSM et Google. [1] Les comptes de la fondation sont disponibles, au moins jusqu'en 2010 [2] Intéressant à consulter, car on y découvre que les dépenses sont vraiment au plus juste. On voit aussi la part non négligeable des déplacements de toute sorte dans le budget. C'est possible grâce à l'aide des entreprises / institutions (en particulier l'Imperial College de Londres) qui hébergent le matériel, fournissent la bande passante et grâce aux admins qui transpirent bénévolement sur les machines [3]. C'est le même cas de figure pour l'asso française, soit dit en passant. [1] http://osm.gryph.de/2012/02/google-is-not-the-enemy/ [2] http://www.osmfoundation.org/wiki/Finances [3] http://wiki.openstreetmap.org/wiki/Servers/admin_log Le 15 mai 2012 17:24, Philippe Verdy verd...@wanadoo.fr a écrit : Le 15 mai 2012 17:17, Ab_fab gamma@gmail.com a écrit : Philippe, En extrayant le texte d'une autre façon, on peut comprendre que la donation est relative à de d'argent et/ou de matériel. Pas uniquement de données. While MapQuest and Microsoft are presently major contributors in terms of dollars and hardware, Google has also been a contributor C'est un peu le problème des phrases à rallonge : parfois cela induit des incompréhensions, voire des maux de tête. Moi je comprend cette phrase complètement dans l'autre sens : le while traduit une opposition, ce qui ferait justement penser que contrairement à Mapquest et Microsoft, Google n'a ni été un contributeur majeur et n'a pas non plus contribué en matériel ni en argent. Telle que la phrase est construite (en lisant ce qui suit), on a limpression justement que Google a contribué avec ses données propriétaires. J'attends de voir ça. En attendant la petite contribution financière de Google n'est rien à côté des contributions de celle des fondations diverses (de recherche scientifique, ou humanitaires), ou d'agences de l'ONU ou de l'Union européenne, ou même de pas mal de collectivités territoriales de divers pays. -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistique de croissance d'OSM (vu dans SIG La Lettre)
Le 15 mai 2012 17:48, Ab_fab gamma@gmail.com a écrit : La contribution financière n'est pas grand chose par rapport à ce que l'entreprise possède sur son compte en banque. Mais elle est arrivée à un moment où la fondation en avait besoin. Là je suis d'accord, mais Google devrait réaliser que ce qui fait la plus-value (financière) de Google Maps ce n'est pas le fond de carte qu'il produit lui-même (et qui lui coûte cher), mais toutes les données propriétaires (essentiellement commerciales) qu'il vient lier à sa carte via lse fonctions de recherche et la revente de référencement publicitaires, et les marges qu'il obtient de la part des sites qui utilisent son API pour être référencés. Bref, son fond de carte, il devrait plutôt le mettre en accès libre et collaboratif, d'autant plus qu'il a déjà perdu son exclusivité pour la couverture mondiale, et qu'il ne la retrouvera jamais. En allant vers une coopération libre des données similaires à celles qu'on trouve dans la base OSM, il bénéficiera en revanche de sérieuses économies, de davantage de collaboration, de cartes plus riches lui permettant d'yn référencer aussi plus de données propriétaires. Et en terme de maintenance, il aura davantage de confiance aussi pusiqu'il bénéficiera aussi du retour positif de tous les SIG. Google peut donc réfléchir et finalement se dire qu'il peut en faire autant avec un effort qui ne lui coutera pas grand chose, que les SIG territoriaux qui ont ouvert leurs données, et qui maintenant bénéficient largement d'un retour d'information et même d'une meilleure visibilité de la part des citoyens (qui ne sont pas que des consommateurs). Une carte mondiale libre ce n'est pas un luxe, c'est même générateur de richesse au plan global par de nouvelles utilisations possibles, même au plan commercial. Sachant aussi qu'il y a des centaines de milliers de personnes prêtes à aider un peu à faire des vérifications de terrain et affiner la connaissance publique qu'on a des territoires et de tout ce qu'on peut y faire (ou ne pas faire). Rien n'interdit à Google donc de contribuer ses données, même si au delà il souhaite garder un contrôle qualité sur ce qu'il trouvera dans OSM. Car malgré tout les Google Car coûtent très cher à Google, et ne sont pas non plus toujours très appréciées sur le terrain quand elles prennent des données qui n'auraient pas du être intégrées automatiquement sans un retour citoyen. Bref que Google ouvre les données qu'il a pour son fond de carte, et se mette aussi à contribuer d'une façon différente que ce qui lui coute actuellement, en investissant l'équivalent pour maintenir la qualité des données, aider à les vérifier, participer aux développements communautaires. Il trouvera alors une carte plus riche et encore plus facilement utilisable par lui pour l'intégration de ces données propriétaires géolocalisées sur ses services Google Map, Google Earth et les applis Google qui les utilise aussi indirectement. Google peut rendre des services considérables à la communauté sans se priver de faire du commerce. Il peut raisonner comme il l'a fait en ouvrant Google Books pour aider à numériser des tonnes de livres qui étaient en danger pour leur conservation. Le projet OSM est devenu aujourd'hui assez mature et supporté pas tellement de monde pour mériter un tel investissement de la part de Google. Je ne vois pas comment Google peut se passer de la visibilité par tous les contributeurs et utilisateurs d'OSM, dont de nombreux SIG de collectivités territoriales ou d'entreprises diverses, qui seraient aussi une excellente audience pour ce que Google pourrait leur offrir en terme de service commercialisé. Google a cru pouvoir se débarasser de toute concurrence dans le monde cartographique, il a pratiquement tué tout le monde dans ce domaine (Mappy est moribond), sauf les institutions publiques qui restent des sources incontournables (mais qui pourtant collaborent maintenant de plus en plus massivement avec OSM). Si Google croit que c'est avec le forcing qu'il réimposera Google Maps, il oublie que les besoins d'OSM pour exister restent modeste et que la Fondation peut maintenant compter sur des soutiens nombreux et solides, même si chacun ne constituent que de petits dons. C'est comme la Fondation Wikimedia. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistique de croissance d'OSM (vu dans SIG La Lettre)
Bonsoir Philippe, devant un tel emballement, je ne peux que m'evertuer a rappeler certaines choses car beaucoup de tes commentaires quoique globalement justes sont quelque peu errones. Deja, il est vrai que le cout des Google Car est eleve mais le cout n'est pas le plus eleve pour Google. Le cout le plus important pour Google est de loin (sans tenir compte de la bande passante) l'imagerie aerienne. C'est le cout majeur pour les differents fournisseurs de cartes actuellement sur le marche. On a vu que Yahoo Map s'est effondre justement par manque de traffic devant le cout conjugue de la cartographie et de l'imagerie aerienne. De plus, Bing Map bien qu'ayant un budget largement superieur a Yahoo est en permanence en train d'essayer de revendre l'acces a l'imagerie aerienne qu'ils ont achete. Quant a Mapquest, ils ont une imagerie aerienne maintenant assez ancienne et ils ont meme considere utiliser l'imagerie aerienne provenant de Bing. La bande passante pour le fond de carte est important et c'est sa bande passante qui coute tres cher a Google (voir toutes les optimisations pour ameliorer la taille des tuiles. Ils ont d'ailleurs un systeme tres ingenieux). Si Google fait actuellement payer les sites trop gros consommateurs c'est justement pour reduire ses couts mais ce fond de carte est essentielle car sans lui tu ne peux pas vendre de la publicite. Le truc c'est que Google ne fait pas payer le referencement justement pour attirer les gens. Je ne sais pas ce que tu connais des finances de Google Map mais je peux te dire que le service est fortement deficitaire car la vente de publicite est assez faible. Bref, Google n'a pas encore compris monnayer ses services de ce point de vue la. Google a de moins en moins de donnees proprietaires pour plusieurs raisons. La premiere raison que tu mentiones est le cout (relativement exorbitant) toutefois c'est loin d'etre forcement la raison principale. Les conditions d'utilisation de donnees proprietaires sont extremements contraignantes, ce qui fait qu'il est extremement difficile d'en faire une utilisation innovante. La plupart des vendeurs du secteur sont restes pour la plupart sur un modele de vente de leurs donnees comme on le faisait d'antan. Il suffit de regarder aussi ce genre de demarche avec Michelin entre autre. AND essaie de se reconvertir en utilisant OSM mais ca ne marche pas. Bref il ne suffit pas de verser ses donnees dans un projet collaboratif pour que cela fonctionne. D'ailleurs, l'import AND aux Pays Bas est tres largement credite pour l'echec d'une communaute aux Pays bas ou du moins de l'avoir tres fortement handicappe. Avoir trop de donnees peut justement tuer une communaute locale et repousser certains contributeurs eventuels. Pour revenir a Google, ils ont tres bien compris l'interet du collaboratif. Ed Parsons, la personne en charge ou du moins visible de Google Map, vient aux conferences SOTM depuis des annees et est connu par de tres nombreux membres de la communaute OSM. Google a meme initialement considere utiliser OpenStreetMap et s'est revise pour diverses raisons. Les principales raisons sont la licence et la qualite. La licence est d'ailleurs un point recurrent dans les discussions que les industriels ont quand ils veulent utiliser OSM (cad des utilisations autres que du fond de carte). Bref, Google a du collaboratif: ca s'appelle Google Map Maker. Google est d'ailleurs extremement actif pour essayer de pousser les gens a corriger la carte en utilisant Google Map Maker y compris les pays occidentaux ou ils possedent maintenant leur cartographie. L'ouverture des donnees est quelque chose qui tient du reve sur pas mal de points du fait des licences ou des contrats provenant des donnees proprietaires, de l'open Data etc... Meme si Google rendait ses donnees publiques, elles ne seraient surement pas compatibles. Comme il a ete entendu, l'Open Data c'est le choix d'une licence libre ce qui generalement bloque certaines utilisations proprietaires. Penser qu'il faut juste ouvrir les donnees est quelque chose qui parait facile mais c'est literralement un champ de mine. Le retour des citoyens vers les SIG locaux reste encore a l'heure actuelle un superbe reve. On aimerait que cela se passe mais en pratique c'est loin d'etre le cas. Il y a de multiples raisons a cela: probleme de licence, SIG locaux qui ne font pas confiance aux citoyens, etc Bref la science du citoyen telle qu'elle est pronee par certains d'entre nous reste encore dans le domaine du fantasme. Si tu as des exemples majeurs de collaboration et systematique, je suis preneuse. Je suis d'accord sur l'analyse sur le fait que la cartographie ou du moins la web cartographie est plus ou moins moribonde du fait de la poussee de Google. Toutefois, pour des sites comme Mappy, je ne verserai aucune larme. Beaucoup de sites de cartographie sont sur le point de mourrir du fait qu'ils n'ont pas su prendre le virage moteur de recherche. Le geocoding de Google reste a l'heure
