Re: [OSM-talk-fr] Demande quel gps acheter pour utilisation OSM
Gilles Bassière a écrit : Merci pour vos retours. En ce qui concerne l'achat à l'étranger, il semble qu'il faille s'acquiter des droits de douanes et de la TVA lors de la réception d'un achat hors UE. Ceci rend Semsons nettement moins compétitif. Droits de douane : oui mais pas depuis tous les pays (les matériels électroniques en provenance des USA en sont dispensés, si ma mémoire est bonne). TVA : oui. Cependant le choix du transporteur peut avoir une influence sur ce point... Mais, la TVA est effectivement due. -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Potlatch avec tags en français ( était : Orthographe)
Ca soulève une question que je me pose depuis longtemps... (J'avais en fait commencé à faire ce qui suit, mais j'ai arrêté très vite, par manque de temps, même si un spécialiste ferait ça en quelques heures) Vu que Potlatch est le meilleur moyen pour le grand public de contribuer (car JOSM est un peu difficile à prendre en main pour le grand public) vu que bon nombre de routes sont tracées, mais il leur manque des détails (oneway, name, maxspeed, ...) vu que le grand public ne parle pas anglais ... Pourquoi ne pas mettre les tags de Potlatch en français ? Les tags seraient tratuits à la volée à la réception du serveur et avant l'envoi (sens unique ; nom ; vitesse maxi ; ...) Il suffit d'une table de traduction et d'un peu de boulot sur le soft. On ne doit pas en être très loin, puisque, quand on drag-and-drop un Supermarché, on voit apparaître un point supermarket. Comment ça marche ? De mémoire, on a une liste des tags et des valeurs (highway : primary / secondary / ...). Il suffirait de rajouter un critère pour reconnaître les traductions, tel qu'un mot clé, et de prendre la dernière ligne avec ce mot clé pour l'affichage, et la première ligne pour la traduction : HIGHWAY : highway : primary / secondary / ... HIGHWAY : type de route : nationale ou grand axe / départementale ou axe secondaire / ... AMENITY : amenity : ... [si ce n'est pas traduit, on prend la version anglaise] Ca vous inspire quoi ? Charlie Echo - Mail Original - De: fo...@letuffe.org À: talk-fr@openstreetmap.org Envoyé: Mercredi 7 Avril 2010 23:20:17 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] forum: Orthographe Le message suivant : ## Bonjour Dans Potlatch il y a une faute d'accord dans le message Toutes les donn�es ont �t� correctement envoy� (es). a �t� post� sur le forum http://forum.letuffe.org/viewforum.php?f=6 Une r�ponse sur la liste directement n'est h�las pas transmise sur le forum, ce qui n'empeche pas une concertation avant r�ponse sur ce fil de discussion -- Tout commentaire sur ce message peut �tre demand� � sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch avec tags en français ( était : Orthographe)
Hummm... Le 8 avril 2010 11:04, openstreet...@coutiere.com a écrit : ... Pourquoi ne pas mettre les tags de Potlatch en français ? Les tags seraient tratuits à la volée à la réception du serveur et avant l'envoi (sens unique ; nom ; vitesse maxi ; ...) Il suffit d'une table de traduction et d'un peu de boulot sur le soft. ... C'est n'importe quoi. C'est à l'application client de faire la traduction. Déjà c'est la pagaille dans les tags en anglais alors là, ça va pas être simple ! Comment traduire un tag qui n'est pas reconnu : super-marché != supermarche != supermarché ? -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plugin Cadastre ile de la réunion
2010/4/7 RatZilla$ ratzil...@gmail.com Merci Pieren, On va t'en devoir des bouteilles ! ;-) Seras-tu présent sur un évènement proche (RMLL, SOTM, BarCamp ou autres ? !?) Que l'on puisse mettre un visage sur ce piti plugin de JOSM. +1 Je serais curieuse de voir Pieren :) Apres tout, peut etre que ca ne sera pas un monstre hein Gael! Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch avec tags en français ( était : Orthographe)
2010/4/8 openstreet...@coutiere.com Ca soulève une question que je me pose depuis longtemps... (J'avais en fait commencé à faire ce qui suit, mais j'ai arrêté très vite, par manque de temps, même si un spécialiste ferait ça en quelques heures) Vu que Potlatch est le meilleur moyen pour le grand public de contribuer (car JOSM est un peu difficile à prendre en main pour le grand public) vu que bon nombre de routes sont tracées, mais il leur manque des détails (oneway, name, maxspeed, ...) vu que le grand public ne parle pas anglais ... Pourquoi ne pas mettre les tags de Potlatch en français ? Les tags seraient tratuits à la volée à la réception du serveur et avant l'envoi (sens unique ; nom ; vitesse maxi ; ...) Il suffit d'une table de traduction et d'un peu de boulot sur le soft. On ne doit pas en être très loin, puisque, quand on drag-and-drop un Supermarché, on voit apparaître un point supermarket. Comment ça marche ? De mémoire, on a une liste des tags et des valeurs (highway : primary / secondary / ...). Il suffirait de rajouter un critère pour reconnaître les traductions, tel qu'un mot clé, et de prendre la dernière ligne avec ce mot clé pour l'affichage, et la première ligne pour la traduction : HIGHWAY : highway : primary / secondary / ... HIGHWAY : type de route : nationale ou grand axe / départementale ou axe secondaire / ... AMENITY : amenity : ... [si ce n'est pas traduit, on prend la version anglaise] Ca vous inspire quoi ? Charlie Echo Ça m'inspire que c'est a peu près ce que Potlatch2 essaie de faire. P2 commence a être suffisamment avancé pour que les gens puissent commencer a contribuer des traductions. Le gros problème c'est que pour la France il manque le plugin cadastre. La principale chose qui manque c'est un support pour des projections différentes ce qui est obligatoire pour permettre un port du plugin cadastre pour P2. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [Francophone] Appel à c ontribution pour les conférences du village OS au x Rencontres SIG la lettre
Hello, J'ai proposé à Camptocamp de m'envoyer au salon pour présenter les processus d'import/export de données dans et depuis OSM avec des logiciels libres. Il a fort à parier que ça intéresse quelques collectivités ;-) J'attends réponse sous peu. S'il se confirme que je peux y aller, je tiendrai volontiers le stand. Si c'est OK, toute aide au montage de la conf est la bienvenue. Par exemple, je n'ai que peu d'expérience avec les ETL et j'ai lu que SpatialDataIntegrator avait des composants d'entrée pour OSM [ http://www.talendforge.org/wiki/doku.php?id=sdi:r_d:osm] F. 2010/4/7 Vincent Picavet vincent...@oslandia.com Salut, Yves Jacolin m'a relancé aujourd'hui concernant l'événement SIG La Lettre pour savoir si : - des contributeurs d'OSM étaient prêts à tenir un bout de stand sur le stand OSGeo ; - faire des conférences (3 créneaux de 30 minutes sont envisageables). Il faudrait lui répondre rapidement. De mon côté, il n'est pas encore certain que je puisse me libérer mais je vais essayer de le faire. D'autres personnes seraient-elles disponibles à coup sûr ? Si oui, serait-ce pour participer à la tenue du stand et/ou pour donner une conférence ? Je suis dispo 100% Bonne nouvelle, une bonne occasion de rapprocher les communautés :) Pour les conférences ça se passe par là : http://wiki.osgeo.org/wiki/Conf%C3%A9rences_communautaires Pour la présence sur le stand c'est par là : http://wiki.osgeo.org/wiki/Rencontres_Sig_la_Lettre_2010#Stand_OSgeo-fr Ajoutez vous, je me sens un peu seul ! Pour les conférences OSM, quelques pistes qui intéressantes à présenter : * OSM, comment ça marche (démonstation pour débutant) * OSM et haiti, retour sur une action collective * Qu'est ce que je peux faire avec les données OSM : droits et contraintes des données libres OSM. * … Au plaisir de vous croiser par la bas. Vincent -- Vincent Picavet - vincent.pica...@oslandia.com www.oslandia.com - Engineering your GIS ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Accord pour l'achat de matériel
Bonjour à tous, Dans une discussion précédente [1], je demandais conseil pour trouver un revendeur de GPS. J'ai finalement choisi StorageDepot en partie pour profiter de l'accord avec l'OSM Foundation [2]. Je me demandais s'il y avait déjà eu des tentatives pour créer ce type d'accord avec des sites d'e-commerce français. Si non, est-ce que vous pensez qu'il serait opportun de tenter de mettre en place ce genre de chose ? Les commissions éventuellement perçues pourraient permettre de financer soit de la promotion (t-shirt, flyers à distribuer lors de salons, conférences, etc...), soit des serveurs ou de l'hébergement, soit toute autre chose que la communauté jugera utile. En revanche, se lancer dans ce type de partenariat soulève peut-être des problèmes : - comment décider de l'allocation des fonds perçus ? - quelle structure collecte les fonds ? - est-ce que ce type de partenariat implique un suivi ? si oui, est-ce lourd à gérer ? - ... J'imagine que la création d'une association OSM-fr ou l'intégration à l'OSGéo-fr résoudra les problèmes ci-dessus (au moins en partie). Il reste donc à savoir si ça a déjà été tenté et si c'est opportun. Cordialement Gilles [1] voir le fil Demande quel gps acheter pour utilisation OSM [2] http://wiki.openstreetmap.org/wiki/Merchandise#Storage_Depot -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch avec tags en français ( était : Orthographe)
De: Marc SIBERT m...@sibert.fr Le 8 avril 2010 11:04, openstreet...@coutiere.com a écrit : Pourquoi ne pas mettre les tags de Potlatch en français ? Les tags seraient tratuits à la volée à la réception du serveur et avant l'envoi (sens unique ; nom ; vitesse maxi ; ...) Il suffit d'une table de traduction et d'un peu de boulot sur le soft. C'est n'importe quoi. C'est à l'application client de faire la traduction. C'est justement ce que je propose : Potlatch ferait la traduction sur le PC client. J'ai bien dit à la réception du serveur et avant l'envoi [vers le serveur]. Il ne s'agit pas que le serveur fasse la traduction. Déjà c'est la pagaille dans les tags en anglais alors là, ça va pas être simple ! Comment traduire un tag qui n'est pas reconnu : super-marché != supermarche != supermarché ? Justement, si Potlatch contient les tags pré-remplis (tels que les amenity, atm, bank, postbox qui deviendraient services divers, distrib. de billets, banque, boîte aux lettres), l'utilisateur n'aura pas le choix, et la traduction sera simple. Si l'utilisateur rentre un tag inconnu, on peut avoir effectivement un problème. Donc il faudrait deux modes de fonctionnement de Potlatch : un en anglais, dans laquelle on peut rentrer des tags à la main ; et un en français, dans laquelle on doit prendre un tag dans une liste pré-définie. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [Francophone] Appel à c ontribution pour les conférences du village OS aux Renco ntres SIG la lettre
Sébastien Dinot wrote: Yves Jacolin m'a relancé aujourd'hui concernant l'événement SIG La Lettre pour savoir si : - des contributeurs d'OSM étaient prêts à tenir un bout de stand sur le stand OSGeo ; - faire des conférences (3 créneaux de 30 minutes sont envisageables). Il faudrait lui répondre rapidement. De mon côté, il n'est pas encore certain que je puisse me libérer mais je vais essayer de le faire. D'autres personnes seraient-elles disponibles à coup sûr ? Si oui, serait-ce pour participer à la tenue du stand et/ou pour donner une conférence ? Sébastien Je serai présent sur le village OS mais pour le compte de ma société. Je suis en train de voir si je peux me libérer à certains moments pour assurer de la présence sur le stand OSM. Dans tous le cas, ce sera un plaisir de rencontrer d'autres OSMeurs :) -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Paris: the city of Love… and D atavisualization
Talking recently to a Deputy Mayor of Paris -Jean-Louis Messica- we had the positive surprise to discover that Paris has a plan regarding Data. In a initial step, it would be just to progressively give access to a set of raw data and let the community of data-geeks play with it. Just doing that is a challenge, in the sense that it changes to way processes work in their -big and internal- IT department. But the plan is to progressively implement some processes that make that any new data becomes accessible to anyone -except, obviously if it comprehends some sensible information regarding security or personal issues-. You wouldn’t guess how large is the amount of data that a Mayor House can gather: If covers as broad as data of the pollution, traffic, energy, school attendance, nursery allocation, rivers level, number of trees in any given street, street cleaning frequency, etc… No need to say that these data are as many way to increase the democracy transparency, and furthermore the efficiency of the City’s operation departments. But when it comes to budget and finance lines, it seems less obvious that these would become available soon. As in many organization, the concern is that if people have no way to benchmark the invested amount in a given item, budget transparency might feed-back badly with nothing else than criticism that would blunt the effort of transparency. This aspect might become a reality thanks to the commitment of people like Stanislas Boutmy, who founded the Public Evaluation Systemhttp://www.public-evaluation.com/index.htm, which aims at providing a financial rating for each public office either Region, Department, City, etc. He doesn’t necessarily works for the City of Paris, (they have some agreement with Fitch NetRating), but his approach is one among many which force the public agencies to further understand that it is now time to shift the due transparency to a higher level. There is still a long way to go before that we get into the democracy 2.0, but we are moving toward it. http://captaindash.com/2010/04/03/paris-the-city-of-love-and-datavisualization/ -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mappy : un retour intéressant
Bonjour, Je lis à l'instant Geomatique Expert fev-mars 2010, et trouve pp45-46, dans l'article Mappy : cartographie sur internet à la française, des choses intéressantes. Je cite: Utiliser les bases de données de TeleAtlas obère significativement les finances de Mappy, c'est pourquoi la direction technique suit avec attention le développement du projet OSM : le résultat des test que nous avons menés, détaille Henri Moché, est mi-figue, mi-raisin. Premier bémol : la géométrie des axes laisse à désirer, sauf dans certaines zones. Ensuite, il faut analyser attentivement les conditions d'utilisation; nous ne sommes pas certains que l'on puisse utiliser des données OSM sans que les points d'intérêt que nous y plaçons ne tombent pas dans le domaine public ; or, nous n'avons pas l'intention de faire don de nos POI, par exemple les 7 hotels que nous avons acquis, et qui représentent une forte valeur ajoutée. Cependant, echaîne François Plancke, il semble qu'une licence alternative soit à l'étude pour pallier ce problème. Quoi qu'il en soit, le nombre d'attributs qualifiant chaque tronçon est souvent très insufisant pour nos besoins, quand ils ne sont pas optionnels. Dans ces conditions, on ne peut pas raisonnablement faire tourner un algo d'itinéraire. Pas dans l'état actuel de la base Au delà du retour, qui me semble intéressant, cela m'étonne fortement que la licence actuelle ne permette pas de conserver ses propres POIs. Des idées là dessus ? Est-ce que la clause SA de Creative Commons considère qu'un rendu agrégé (ie en une seule tuile raster) des données OSM + des POIs est une oeuvre dérivée qui doit être placée sous la même licence, alors que le fait de placer les POIs dans une autre couche (ie deux tuiles raster ou une tuile raster + des données vecteur au dessus) permettrait de passer outre ? F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
Effectivement c'est intéressant, bien que certains propos sont étonnants. Le nombre d'attribut par tronçon est illimité (il ne faut pas se limiter aux tags du wiki!) et le calcul d'itinéraire existe depuis bien longtemps sur les données OSM, sans aucun soucis. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
Ensuite, il faut analyser attentivement les conditions d'utilisation; nous ne sommes pas certains que l'on puisse utiliser des données OSM sans que les points d'intérêt que nous y plaçons ne tombent pas dans le domaine public ; or, nous n'avons pas l'intention de faire don de nos POI, par exemple les 7 hotels que nous avons acquis, et qui représentent une forte valeur ajoutée. Traduction: Ensuite, il faut analyser attentivement les conditions d'utilisation; nous ne sommes pas certains que l'on puisse *piller* des données OSM sans que nous soyons obliger d'y contribuer or, nous n'avons pas l'intention de faire quoi que ce soit pour ce projet. 2010/4/8 Julien D. murphy2712+osm...@gmail.commurphy2712%2bosm...@gmail.com Effectivement c'est intéressant, bien que certains propos sont étonnants. Le nombre d'attribut par tronçon est illimité (il ne faut pas se limiter aux tags du wiki!) et le calcul d'itinéraire existe depuis bien longtemps sur les données OSM, sans aucun soucis. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
François Van Der Biest wrote: Est-ce que la clause SA de Creative Commons considère qu'un rendu agrégé (ie en une seule tuile raster) des données OSM + des POIs est une oeuvre dérivée qui doit être placée sous la même licence, alors que le fait de placer les POIs dans une autre couche (ie deux tuiles raster ou une tuile raster + des données vecteur au dessus) permettrait de passer outre ? F. Intéressant, je n'avais pas songé au fait que les tuiles peuvent être considérées comme une œuvre dérivée des données. Si tel est le cas, je pense qu'on peut même arguer que c'est la carte dans son ensemble qui est une œuvre dérivée. En effet, le tuilage n'est qu'un moyen technique de diffuser la carte. Dès lors, la carte dans son ensemble devrait être sous licence CC-By-SA puisqu'elle utilise en partie un travail sous licence CC-By-SA. Je ne suis pas juriste et je ne sais pas dans quel mesure ce raisonnement est valide mais s'il l'est, ça réduit fortement la possibilité de faire des mash-up, du cloud computing et plein de chose avec des noms anglais. D'ailleurs, si ce raisonnement était valide, CloudMade aurait bien mal choisi son nom :p J'imagine que l'avis de Mappy s'appuie sur celui de leurs juristes dont le rôle est d'éviter les risques. Ce qui est dommage, c'est que cette position doit être assez commune dans le monde industriel. J'imagine que cette frilosité durera tant qu'il n'y aura pas de jurisprudence. -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
Le 08/04/2010 16:17, Gilles Bassière a écrit : François Van Der Biest wrote: Est-ce que la clause SA de Creative Commons considère qu'un rendu agrégé (ie en une seule tuile raster) des données OSM + des POIs est une oeuvre dérivée qui doit être placée sous la même licence, alors que le fait de placer les POIs dans une autre couche (ie deux tuiles raster ou une tuile raster + des données vecteur au dessus) permettrait de passer outre ? F. Intéressant, je n'avais pas songé au fait que les tuiles peuvent être considérées comme une œuvre dérivée des données. Si tel est le cas, je pense qu'on peut même arguer que c'est la carte dans son ensemble qui est une œuvre dérivée. En effet, le tuilage n'est qu'un moyen technique de diffuser la carte. Dès lors, la carte dans son ensemble devrait être sous licence CC-By-SA puisqu'elle utilise en partie un travail sous licence CC-By-SA. Oui les tuiles et la carte générée à partir de données OSM qui sont CC-By-SA sont elles aussi CC-By-SA, d'où la volonté de changé de licence et d'avoir un licence spécifique aux données pour pouvoir utilsier une autre licence pour le rendu. Je ne suis pas juriste et je ne sais pas dans quel mesure ce raisonnement est valide mais s'il l'est, ça réduit fortement la possibilité de faire des mash-up, du cloud computing et plein de chose avec des noms anglais. D'ailleurs, si ce raisonnement était valide, CloudMade aurait bien mal choisi son nom :p Par contre dans une page Web ou un SIG, il est possible d'utiliser des données OSM (données brutes et tuiles) avec d'autres données si il est possible à l'utilisateur de bien séparer les 2 types de données. Car dans ce cas là nous superposons des données sans jamais les fusionner, la fusion en ferait un produit dérivé et donc sous CC-By-SA. Les mashups sont donc possible par contre les impressions sont limités. J'imagine que l'avis de Mappy s'appuie sur celui de leurs juristes dont le rôle est d'éviter les risques. Ce qui est dommage, c'est que cette position doit être assez commune dans le monde industriel. J'imagine que cette frilosité durera tant qu'il n'y aura pas de jurisprudence. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
ils ne ferrait pas rien, ils participeraient à la diffusion du projet, c'est déjà beaucoup je trouve. Mappy sur OSM ça serait énorme même si leur fréquentation ne fait que baisser (quelle IHM affreuse), on toucherait un public conséquent. Chaque contributeur ici sait que les données qu'il entre peuvent être utilisé commercialement et ce sans obligation de retour. A partir de la, on ne va pas s'étonner qu'une entreprise cherche à garder ses données qui sont un peu son fond de commerce ... 2010/4/8 Tenshu ten...@gmail.com Ensuite, il faut analyser attentivement les conditions d'utilisation; nous ne sommes pas certains que l'on puisse utiliser des données OSM sans que les points d'intérêt que nous y plaçons ne tombent pas dans le domaine public ; or, nous n'avons pas l'intention de faire don de nos POI, par exemple les 7 hotels que nous avons acquis, et qui représentent une forte valeur ajoutée. Traduction: Ensuite, il faut analyser attentivement les conditions d'utilisation; nous ne sommes pas certains que l'on puisse *piller* des données OSM sans que nous soyons obliger d'y contribuer or, nous n'avons pas l'intention de faire quoi que ce soit pour ce projet. 2010/4/8 Julien D. murphy2712+osm...@gmail.commurphy2712%2bosm...@gmail.com Effectivement c'est intéressant, bien que certains propos sont étonnants. Le nombre d'attribut par tronçon est illimité (il ne faut pas se limiter aux tags du wiki!) et le calcul d'itinéraire existe depuis bien longtemps sur les données OSM, sans aucun soucis. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ 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] Mappy : un retour intéressant
2010/4/8 René-Luc D'Hont rldh...@gmail.com Le 08/04/2010 16:17, Gilles Bassière a écrit : François Van Der Biest wrote: Est-ce que la clause SA de Creative Commons considère qu'un rendu agrégé (ie en une seule tuile raster) des données OSM + des POIs est une oeuvre dérivée qui doit être placée sous la même licence, alors que le fait de placer les POIs dans une autre couche (ie deux tuiles raster ou une tuile raster + des données vecteur au dessus) permettrait de passer outre ? F. Intéressant, je n'avais pas songé au fait que les tuiles peuvent être considérées comme une œuvre dérivée des données. Si tel est le cas, je pense qu'on peut même arguer que c'est la carte dans son ensemble qui est une œuvre dérivée. En effet, le tuilage n'est qu'un moyen technique de diffuser la carte. Dès lors, la carte dans son ensemble devrait être sous licence CC-By-SA puisqu'elle utilise en partie un travail sous licence CC-By-SA. Oui les tuiles et la carte générée à partir de données OSM qui sont CC-By-SA sont elles aussi CC-By-SA, d'où la volonté de changé de licence et d'avoir un licence spécifique aux données pour pouvoir utilsier une autre licence pour le rendu. Je ne suis pas juriste et je ne sais pas dans quel mesure ce raisonnement est valide mais s'il l'est, ça réduit fortement la possibilité de faire des mash-up, du cloud computing et plein de chose avec des noms anglais. D'ailleurs, si ce raisonnement était valide, CloudMade aurait bien mal choisi son nom :p Par contre dans une page Web ou un SIG, il est possible d'utiliser des données OSM (données brutes et tuiles) avec d'autres données si il est possible à l'utilisateur de bien séparer les 2 types de données. Car dans ce cas là nous superposons des données sans jamais les fusionner, la fusion en ferait un produit dérivé et donc sous CC-By-SA. Les mashups sont donc possible par contre les impressions sont limités. +1 complétement d'accord avec l'avis de Rene Luc. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
OK, donc conclusion pratique pour qqn qui veut faire un mashup avec données OSM en fond et données propriétaires en overlay : ne pas fusionner dans une même couche les deux données et ne pas offrir de fonctionnalité d'impression s'il veut garder ses données en propre. Merci, F. 2010/4/8 René-Luc D'Hont rldh...@gmail.com Par contre dans une page Web ou un SIG, il est possible d'utiliser des données OSM (données brutes et tuiles) avec d'autres données si il est possible à l'utilisateur de bien séparer les 2 types de données. Car dans ce cas là nous superposons des données sans jamais les fusionner, la fusion en ferait un produit dérivé et donc sous CC-By-SA. Les mashups sont donc possible par contre les impressions sont limités. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
2010/4/8 François Van Der Biest francois.vanderbi...@camptocamp.com Bonjour, Je lis à l'instant Geomatique Expert fev-mars 2010, et trouve pp45-46, dans l'article Mappy : cartographie sur internet à la française, des choses intéressantes. Je cite: Utiliser les bases de données de TeleAtlas obère significativement les finances de Mappy, c'est pourquoi la direction technique suit avec attention le développement du projet OSM : le résultat des test que nous avons menés, détaille Henri Moché, est mi-figue, mi-raisin. Premier bémol : la géométrie des axes laisse à désirer, sauf dans certaines zones. Ensuite, il faut analyser attentivement les conditions d'utilisation; nous ne sommes pas certains que l'on puisse utiliser des données OSM sans que les points d'intérêt que nous y plaçons ne tombent pas dans le domaine public ; or, nous n'avons pas l'intention de faire don de nos POI, par exemple les 7 hotels que nous avons acquis, et qui représentent une forte valeur ajoutée. Cependant, echaîne François Plancke, il semble qu'une licence alternative soit à l'étude pour pallier ce problème. Quoi qu'il en soit, le nombre d'attributs qualifiant chaque tronçon est souvent très insufisant pour nos besoins, quand ils ne sont pas optionnels. Dans ces conditions, on ne peut pas raisonnablement faire tourner un algo d'itinéraire. Pas dans l'état actuel de la base Au delà du retour, qui me semble intéressant, cela m'étonne fortement que la licence actuelle ne permette pas de conserver ses propres POIs. Des idées là dessus ? Est-ce que la clause SA de Creative Commons considère qu'un rendu agrégé (ie en une seule tuile raster) des données OSM + des POIs est une oeuvre dérivée qui doit être placée sous la même licence, alors que le fait de placer les POIs dans une autre couche (ie deux tuiles raster ou une tuile raster + des données vecteur au dessus) permettrait de passer outre ? Dans une optique différente, je viens de contacter Henri Moché pour proposer a Mappy de participer au SOTM, ainsi de voir si Mappy serait intéressé pour un travail plus proche avec OSM. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
René-Luc D'Hont wrote: Par contre dans une page Web ou un SIG, il est possible d'utiliser des données OSM (données brutes et tuiles) avec d'autres données si il est possible à l'utilisateur de bien séparer les 2 types de données. Car dans ce cas là nous superposons des données sans jamais les fusionner, la fusion en ferait un produit dérivé et donc sous CC-By-SA. Les mashups sont donc possible par contre les impressions sont limités. D'accord. Donc si je comprends bien, c'est la possibilité d'afficher/masquer séparement chaque couche qui en fait des œuvres distinctes. Concernant l'impression, c'est peut-être ça qui pose un souci à Mappy. Si les utilisateurs ne peuvent plus imprimer leur feuille de route avec toutes les infos, le service devient nettement moins intéressant. -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
Pour le routage, je suis d'accord pour dire que nous ne sommes pas prêts. Je trouve encore beaucoup d'erreurs basics comme des ways non connectés ou des sens uniques absents ou faux . Et notre couverture des rues/routes est encore loin d'être satisfaisante pour un projet à l'échelle nationale. ll faudra encore attendre un petit peu. Concernant la liste des 70.000 hôtels, j'espère qu'ils ne comptent pas que sur ça pour gagner de l'argent parce que tôt ou tard, on les aura dans OSM sans leur aide et ça sera gratuit. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
Bonjour, d'attributs qualifiant chaque tronçon est souvent très insufisant pour nos besoins, quand ils ne sont pas optionnels. Dans ces conditions, on ne peut pas raisonnablement faire tourner un algo d'itinéraire. Pas dans l'état actuel de la base Ce qu'il veut dire ici, ce n'est pas que le nombre possible de tags est limité, mais que la quantité d'information attributaire renseignée est beaucoup trop faible pour leurs usages. Certes faire du calcul d'itinéraire sur des données OSM ça a déjà été fait. Mais les moteurs de calcul d'itinéraire comme celui de mappy sont beaucoup plus complexes que ceux qui ont été implémentés sur les données OSM, et nécessitent des informations attributaires qui ne sont que peu renseignées dans OSM. Au delà du retour, qui me semble intéressant, cela m'étonne fortement que la licence actuelle ne permette pas de conserver ses propres POIs. Des idées là dessus ? Est-ce que la clause SA de Creative Commons considère qu'un rendu agrégé (ie en une seule tuile raster) des données OSM + des POIs est une oeuvre dérivée qui doit être placée sous la même licence, alors que le fait de placer les POIs dans une autre couche (ie deux tuiles raster ou une tuile raster + des données vecteur au dessus) permettrait de passer outre ? On retombe clairement dans le vieux débat qui date d'avant OSM sur la notion de «produit dérivé», et qui est un cauchemar juridique sans nom, quand il y a des contraintes de licence sur ces produits dérivés, ce qui est le cas d'OSM (la clause SA), mais aussi de l'ign par exemple (clauses bien plus contraignantes). Pour ce qui est agrégé en une seule tuile raster, je n'en sais rien à vrai dire, et effectivement tant qu'une jurisprudence n'a pas vu le jour la dessus ça risque d'être très dur à trancher. Mais sur le problème de fond, cette remarque de mappy est très intéressante : il faut analyser attentivement les conditions d'utilisation; nous ne sommes pas certains que l'on puisse utiliser des données OSM sans que les points d'intérêt que nous y plaçons ne tombent pas dans le domaine public ; or, nous n'avons pas l'intention de faire don de nos POI, par exemple les 7 hotels que nous avons acquis, et qui représentent une forte valeur ajoutée. Cependant, echaîne François Plancke, il semble qu'une licence alternative soit à l'étude pour pallier ce problème. Quoi qu'il en soit, le nombre Ce qui les intéresse n'est de toutes façons pas d'afficher leurs POI au dessus d'une carte OSM. Les POI rentrent directement dans les algorithmes de calcul de Mappy, notamment par exemple pour du géocodage. Pouvoir faire un itinéraire piéton entre «gare de lyon» et «monoprix ledru rollin» par exemple, c'est leur coeur de métier. Ici on utilise donc les POIs pour le geocodage, qui permet de récupérer les troncons associés et de calculer l'itinéraire. Pour faire cela, il faut avoir les POIs et le graphe de réseau routier dans la même base de données. Et ensuite on fait des jointures sur les tables de routier et les tables de POIs. Si le routier est en CC-By-SA, alors les POIs le deviennent aussi dans ce cas. Et ça c'est impossible pour eux. C'est un exemple particulier, mais je connais de multiples acteurs privés qui ont exactement la même problèmatique. Leur utilisation est en générale celle ci : - des données de base, souvent le réseau routier. Ce sont les données de référence - les données métier, construites sur, et avec les données de référence, ainsi qu'avec des données propres. Par exemple des zones d'exposition au bruit, construites par l'utilisation de capteurs ponctuels, et interpolées sur le réseau routier en tenant compte des attributs de celui ci. En général ces sociétés achétent très très très cher les données de référence avec des droits d'utilisation qui leurs laissent faire ce qu'ils veulent avec. Ils ont parfois des contrats de partenariat où ils remontent des données aux producteurs pour baisser la facture. Ils font souvent de la mise à jour, de l'enrichissement, des traitements et adaptations sur ces données car ils en ont besoin, mais ce n'est pas leur métier. Par contre les données métier sont leur coeur d'activité. Ce sont des bases ultra protégées qui ne sortent jamais de l'entreprise et qui constituent sa valeur. Lacher ces données dans la nature reviendrait à une mort immédiate ou une refonte totale de leur modèle économique, chose non envisageable sans 10 ans d'évolution. Ces acteurs sont très intéressés par OSM pour remplacer les données de référence. D'une part pour des questions de cout bien sur, mais pas uniquement. Ils comprennent très bien les concepts de crowdsourcing, la capacité de la plateforme OSM, et les tenants et les aboutissants d'un changement de mode de production de ces données de référence. Ils sont tout à fait prêts à y collaborer, à financer, à apporter de l'expertise. Tant qu'on ne touche pas à leurs données métier. Aujourd'hui la clause SA interdit complètement cela, et
Re: [OSM-talk-fr] Mappy : un retour intéressant
OSM me parait encore plus propice à une libération totale des données en gardant juste l'attribution, en supprimant le casse tête SA qui ne fait que freiner une adoption plus large, et donc des contributions. La plus grande force d'OSM c'est la communauté, son organisation et son l'infrastructure. Les données n'en sont qu'une heureuse conséquence. On pourrait en discuter pendant des heures. C'est un débat sans fin. Je ne suis pas convaincue personnellement par cet argument, enfin bon, je suis fermement dans le camp du SA en règle général. Je ne veux surtout pas relancer un débat qui plus est stérile, et qui n'avance a rien. Personnellement, d'un point de vue personnel, il est hors de question de participer a un projet code auquel je tiens sans que le code soit sous GPL ou LGPL. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
Bonjour, Je ne dirais qu'une chose : = la clause SA est la GARANTIE de la perennité des données OSM en tant que donnée Open L'objectif de la nouvelle licence portant sur les données est de clarifier les possibilités offertes par les données OSM. René-Luc D'Hont Le 08/04/2010 17:32, Vincent Picavet (ml) a écrit : Bonjour, d'attributs qualifiant chaque tronçon est souvent très insufisant pour nos besoins, quand ils ne sont pas optionnels. Dans ces conditions, on ne peut pas raisonnablement faire tourner un algo d'itinéraire. Pas dans l'état actuel de la base Ce qu'il veut dire ici, ce n'est pas que le nombre possible de tags est limité, mais que la quantité d'information attributaire renseignée est beaucoup trop faible pour leurs usages. Certes faire du calcul d'itinéraire sur des données OSM ça a déjà été fait. Mais les moteurs de calcul d'itinéraire comme celui de mappy sont beaucoup plus complexes que ceux qui ont été implémentés sur les données OSM, et nécessitent des informations attributaires qui ne sont que peu renseignées dans OSM. Au delà du retour, qui me semble intéressant, cela m'étonne fortement que la licence actuelle ne permette pas de conserver ses propres POIs. Des idées là dessus ? Est-ce que la clause SA de Creative Commons considère qu'un rendu agrégé (ie en une seule tuile raster) des données OSM + des POIs est une oeuvre dérivée qui doit être placée sous la même licence, alors que le fait de placer les POIs dans une autre couche (ie deux tuiles raster ou une tuile raster + des données vecteur au dessus) permettrait de passer outre ? On retombe clairement dans le vieux débat qui date d'avant OSM sur la notion de «produit dérivé», et qui est un cauchemar juridique sans nom, quand il y a des contraintes de licence sur ces produits dérivés, ce qui est le cas d'OSM (la clause SA), mais aussi de l'ign par exemple (clauses bien plus contraignantes). Pour ce qui est agrégé en une seule tuile raster, je n'en sais rien à vrai dire, et effectivement tant qu'une jurisprudence n'a pas vu le jour la dessus ça risque d'être très dur à trancher. Mais sur le problème de fond, cette remarque de mappy est très intéressante : il faut analyser attentivement les conditions d'utilisation; nous ne sommes pas certains que l'on puisse utiliser des données OSM sans que les points d'intérêt que nous y plaçons ne tombent pas dans le domaine public ; or, nous n'avons pas l'intention de faire don de nos POI, par exemple les 7 hotels que nous avons acquis, et qui représentent une forte valeur ajoutée. Cependant, echaîne François Plancke, il semble qu'une licence alternative soit à l'étude pour pallier ce problème. Quoi qu'il en soit, le nombre Ce qui les intéresse n'est de toutes façons pas d'afficher leurs POI au dessus d'une carte OSM. Les POI rentrent directement dans les algorithmes de calcul de Mappy, notamment par exemple pour du géocodage. Pouvoir faire un itinéraire piéton entre «gare de lyon» et «monoprix ledru rollin» par exemple, c'est leur coeur de métier. Ici on utilise donc les POIs pour le geocodage, qui permet de récupérer les troncons associés et de calculer l'itinéraire. Pour faire cela, il faut avoir les POIs et le graphe de réseau routier dans la même base de données. Et ensuite on fait des jointures sur les tables de routier et les tables de POIs. Si le routier est en CC-By-SA, alors les POIs le deviennent aussi dans ce cas. Et ça c'est impossible pour eux. C'est un exemple particulier, mais je connais de multiples acteurs privés qui ont exactement la même problèmatique. Leur utilisation est en générale celle ci : - des données de base, souvent le réseau routier. Ce sont les données de référence - les données métier, construites sur, et avec les données de référence, ainsi qu'avec des données propres. Par exemple des zones d'exposition au bruit, construites par l'utilisation de capteurs ponctuels, et interpolées sur le réseau routier en tenant compte des attributs de celui ci. En général ces sociétés achétent très très très cher les données de référence avec des droits d'utilisation qui leurs laissent faire ce qu'ils veulent avec. Ils ont parfois des contrats de partenariat où ils remontent des données aux producteurs pour baisser la facture. Ils font souvent de la mise à jour, de l'enrichissement, des traitements et adaptations sur ces données car ils en ont besoin, mais ce n'est pas leur métier. Par contre les données métier sont leur coeur d'activité. Ce sont des bases ultra protégées qui ne sortent jamais de l'entreprise et qui constituent sa valeur. Lacher ces données dans la nature reviendrait à une mort immédiate ou une refonte totale de leur modèle économique, chose non envisageable sans 10 ans d'évolution. Ces acteurs sont très intéressés par OSM pour remplacer les données de référence. D'une part pour
[OSM-talk-fr] State of the Map France
Bonjour, l'an dernier nous avons eus une presentation commune pour le State of the Map France. Je pense que c'etait une excellente idee, et je propose donc que l'on reitere cette maniere de fonctionner (en fait c'est Vincent Pottier qui avait fait quasiment tout le boulot). Je propose donc les sujet suivants: - Import Corine - Import BMO - Osmose - ? Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OpenStreetMap au RMLL2010
Bonjour à tous, Une information que nous avons oublier de relayer. Pendant le salon Solutions Linux 2010, une personne de l'organisation des RMLL2010 m'a indiqué qu'un stand était réservé pour OpenStreetMap!!! Donc si il y a des gens qui ne peuvent pas aller au SOTM mais peuvent aller à Bordeaux au RMLL2010, un stand nous attends. Ratzilla$, je t'avais passé le contact, tu l'as toujours ? Il y a des personnes que ça t'intéresse ? René-Luc D'Hont 3Liz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap au RMLL2010
Salut, - René-Luc D'Hont rldh...@gmail.com a écrit : Il y a des personnes que ça t'intéresse ? Je serai aux RMLL sur toute la durée de l'événement. Par contre, je crains de ne pas avoir beaucoup de disponibilité. Au mieux, vous pouvez comptez sur moi une demi-journée augmentée de passages ponctuels sur le stand. A++, Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap au RMLL2010
2010/4/8 René-Luc D'Hont rldh...@gmail.com Bonjour à tous, Une information que nous avons oublier de relayer. Pendant le salon Solutions Linux 2010, une personne de l'organisation des RMLL2010 m'a indiqué qu'un stand était réservé pour OpenStreetMap!!! Donc si il y a des gens qui ne peuvent pas aller au SOTM mais peuvent aller à Bordeaux au RMLL2010, un stand nous attends. Ratzilla$, je t'avais passé le contact, tu l'as toujours ? Il y a des personnes que ça t'intéresse ? Quid d'un stand RMLL au SOTM? :P Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
2010/4/8 René-Luc D'Hont rldh...@gmail.com Bonjour, Je ne dirais qu'une chose : = la clause SA est la GARANTIE de la perennité des données OSM en tant que donnée Open L'objectif de la nouvelle licence portant sur les données est de clarifier les possibilités offertes par les données OSM. René-Luc D'Hont Soyons réaliste si l'on doit supprimer les données ayant été éditées par des contributeurs ne validant pas la nouvelle licence. Il est probable qu'elle soit adoptés au environ des calendes grecques. J'espère en tout cas vous lisant, que cette nouvelle licence reste virale. Sinon il ne faudra pas compter sur moi l'adopter. Je suis assez étonné que pas grand monde soit choqué des propos des gens de Mappy, je ne suis pas contre l'utilisation commerciale des données bien au contraire. Mais ces gens ne nous considère que comme une économie potentielle, c'est absolument pas l'esprit que je me fais d'une bdd libre. -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
Je comprends bien la réticence à abandonner la viralité de la licence. Moi-même, je me sentirai lésé si je voyais quelqu'un piller un travail communautaire auquel j'ai contribué. Cela-dit, au-delà du sentiment personnel, je dois admettre que je n'ai pas d'argument à opposer à la démonstration de Vincent. D'ailleurs, dans les réactions qui ont suivi, j'ai vu surtout des convictions et pas vraiment d'argument ou de contre-démonstration. Après tout, si l'abandon de la viralité de la licence peut permettre l'essor du projet, ça vaut le coup d'étudier sérieusement cette option. Pour reprendre l'exemple Mappy, je pense que je serai fier si je voyais un fond de plan OSM sur Mappy et ce, même si Mappy ne contribue pas en retour. Nous contribuons tous à OSM pour créer des données utiles et utilisables, pourquoi alors se plaindre lorsque les données sont utilisées ? Je me permets d'avancer un deuxième exemple (qui peut faire polémique) : Apple a pillé FreeBSD et aujourd'hui FreeBSD n'est pas mort, il se porte au moins aussi bien qu'avant et a même bénéficié de contributions d'Apple. Ca aurait été plus sympa si Apple avait distribué OSX sous licence libre mais du point de vue du projet FreeBSD, le seul changement est un gain en crédibilité, non ? Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
2010/4/8 Gilles Bassière gbassi...@gmail.com Je comprends bien la réticence à abandonner la viralité de la licence. Moi-même, je me sentirai lésé si je voyais quelqu'un piller un travail communautaire auquel j'ai contribué. Cela-dit, au-delà du sentiment personnel, je dois admettre que je n'ai pas d'argument à opposer à la démonstration de Vincent. D'ailleurs, dans les réactions qui ont suivi, j'ai vu surtout des convictions et pas vraiment d'argument ou de contre-démonstration. Après tout, si l'abandon de la viralité de la licence peut permettre l'essor du projet, ça vaut le coup d'étudier sérieusement cette option. Pour reprendre l'exemple Mappy, je pense que je serai fier si je voyais un fond de plan OSM sur Mappy et ce, même si Mappy ne contribue pas en retour. Nous contribuons tous à OSM pour créer des données utiles et utilisables, pourquoi alors se plaindre lorsque les données sont utilisées ? Je me permets d'avancer un deuxième exemple (qui peut faire polémique) : Apple a pillé FreeBSD et aujourd'hui FreeBSD n'est pas mort, il se porte au moins aussi bien qu'avant et a même bénéficié de contributions d'Apple. Ca aurait été plus sympa si Apple avait distribué OSX sous licence libre mais du point de vue du projet FreeBSD, le seul changement est un gain en crédibilité, non ? Conviction oui, sans aucun doute, maintenant comme je disais, je vois ce débat comme étant un débat stérile a la base. Le fait est qu'OSM est CC-BY-SA et que ODBL est aussi SA fait qu'il est tout bonnement impossible de passer sur une licence de type BSD. Maintenant, j'entends régulièrement cet argument et je le trouve bien fallacieux. Ma société a aussi des données privées, et nous utilisons OSM. Nous faisons juste attention de bien respecter la licence et de contribuer a nouveau des données quand c'est possible. L'exemple de FreeBSD n'est pas forcement le plus intéressant puisque depuis la nuit des temps de nombreuses sociétés se sont servis des différents projets BSD (la pile TCP/IP de Windows XP et en dessous ça venait de BSD). L'argument n'est pas tant que FreeBSD soit mort ou pas (ce qui est impossible a la base, puisqu'Apple n'a pas vole les développeurs, etc...) Le fait que le kernel de MacOSX est maintenant plus avancé sur de nombreux points que FreeBSD et que les utilisateurs de FreeBSD n'ont pas forcement accès a toutes les innovations potentielles qu'Apple a pu apporté. Un projet opensource ne peut vivre que s'il y a des gens qui contribuent en retour. Il y a régulièrement des comparaisons entre Linux et xBSD. Si l'on suit ton argument, l'utilisation de Linux devrait être moins importante que celle des xBSDs puisque l'on peut réutiliser facilement le BSD tandis que le GPL place de nombreuses contraintes. On voit bien que ça n'est pas le cas, et je ferais bien attention de ne pas chercher a expliquer le pourquoi. La présentation était de montrer a quel point l'argument BSD/GPL peut être fallacieux selon comment on l'utilise. Personnellement, Mappy peut déjà utiliser un fond de plan OSM, montrer leurs données, et de ne pas contribuer en retour. La licence CC-BY-SA ou ODBL ne les empêche pas de faire cela. C'est un gros FUD. Il faut faire attention a ce que l'on dit et de bien développer le propos. C'est vrai qu'il est contraignant de bien séparer ses données, et que ça serait plus facile de tout fusionner mais on ne me fera pas croire que c'est quelque chose d'insurmontable. Concernant l'abandon de la viralité, le sondage que Pieren a fait a clairement montre qu'il y a quand même beaucoup de gens qui sont attaches a la viralité et que l'on ne fera pas disparaître cela comme cela. De plus, si on avait une licence de type PD, cela n'amènera pas plus de contributeurs. C'est un argument particulièrement fallacieux. Certes, beaucoup de sociétés utiliseront les données de manière plus étendue, mais a terme ces mêmes sociétés vont garder des bases de données parallèles avec des données qui ne seront pas contribuées. Je ne vois pas l'intérêt d'un tel schéma. On pourrait continuer a discuter pendant longtemps de ce sujet, et je me suis clairement abstenue de me lancer dans une grande tirade, mais voir dans l'absence de réponse (justement pour ne pas provoquer de guerres idéologiques) une justification d'une conviction intime est vraiment particulièrement douteux. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
Tenshu wrote: Je suis assez étonné que pas grand monde soit choqué des propos des gens de Mappy, je ne suis pas contre l'utilisation commerciale des données bien au contraire. Mais ces gens ne nous considère que comme une économie potentielle, c'est absolument pas l'esprit que je me fais d'une bdd libre. Mais alors dans quel esprit peut-on utiliser commercialement une BDD ou un logiciel libre ? De toute les sociétés qui font du libre, je n'en connais pas qui n'ait pas un raisonnement économique. Leur cheminement les ont conduit d'une manière ou d'une autre à faire du libre (parfois même à contribuer) mais tout ceci continue à s'inscrire dans une logique économique. Même si une société lambda se met à contribuer à OSM, on peut être certain que ça aura une rationalité économique. Le service communication présentera certainement ça comme de l'altruisme mais la seule motivation sera d'améliorer la situation économique de l'entreprise à plus ou moins long terme. -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : State of the Map France
De : Emilie Laffray emilie.laff...@gmail.com Bonjour, l'an dernier nous avons eus une presentation commune pour le State of the Map France. Je pense que c'etait une excellente idee, et je propose donc que l'on reitere cette maniere de fonctionner (en fait c'est Vincent Pottier qui avait fait quasiment tout le boulot). Je propose donc les sujet suivants: - Import Corine - Import BMO - Osmose - ? les ameliorations du plugin cadastre pour gerer le raster ? faire le point sur l import des limites administratives des communes francaises ? parler de l outil d import automatique de Frederic Rodrigo ? Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap au RMLL2010
Le Thu 08 Apr 2010 à 17:55 +0200, Sébastien Dinot a ecrit : Salut, - René-Luc D'Hont rldh...@gmail.com a écrit : Il y a des personnes que ça t'intéresse ? Je serai aux RMLL sur toute la durée de l'événement. Par contre, je crains de ne pas avoir beaucoup de disponibilité. Au mieux, vous pouvez comptez sur moi une demi-journée augmentée de passages ponctuels sur le stand. Tout pareil. Je pourrai sans doute assurer une présence une demi-journée. Et en dehors de ça, je serai très heureux de mettre des visages sur des adresses mail. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
Emilie Laffray wrote: 2010/4/8 Gilles Bassière gbassi...@gmail.com mailto:gbassi...@gmail.com Je comprends bien la réticence à abandonner la viralité de la licence. Moi-même, je me sentirai lésé si je voyais quelqu'un piller un travail communautaire auquel j'ai contribué. Cela-dit, au-delà du sentiment personnel, je dois admettre que je n'ai pas d'argument à opposer à la démonstration de Vincent. D'ailleurs, dans les réactions qui ont suivi, j'ai vu surtout des convictions et pas vraiment d'argument ou de contre-démonstration. Après tout, si l'abandon de la viralité de la licence peut permettre l'essor du projet, ça vaut le coup d'étudier sérieusement cette option. Pour reprendre l'exemple Mappy, je pense que je serai fier si je voyais un fond de plan OSM sur Mappy et ce, même si Mappy ne contribue pas en retour. Nous contribuons tous à OSM pour créer des données utiles et utilisables, pourquoi alors se plaindre lorsque les données sont utilisées ? Je me permets d'avancer un deuxième exemple (qui peut faire polémique) : Apple a pillé FreeBSD et aujourd'hui FreeBSD n'est pas mort, il se porte au moins aussi bien qu'avant et a même bénéficié de contributions d'Apple. Ca aurait été plus sympa si Apple avait distribué OSX sous licence libre mais du point de vue du projet FreeBSD, le seul changement est un gain en crédibilité, non ? Conviction oui, sans aucun doute, maintenant comme je disais, je vois ce débat comme étant un débat stérile a la base. Le fait est qu'OSM est CC-BY-SA et que ODBL est aussi SA fait qu'il est tout bonnement impossible de passer sur une licence de type BSD. Maintenant, j'entends régulièrement cet argument et je le trouve bien fallacieux. Ma société a aussi des données privées, et nous utilisons OSM. Nous faisons juste attention de bien respecter la licence et de contribuer a nouveau des données quand c'est possible. L'exemple de FreeBSD n'est pas forcement le plus intéressant puisque depuis la nuit des temps de nombreuses sociétés se sont servis des différents projets BSD (la pile TCP/IP de Windows XP et en dessous ça venait de BSD). L'argument n'est pas tant que FreeBSD soit mort ou pas (ce qui est impossible a la base, puisqu'Apple n'a pas vole les développeurs, etc...) Le fait que le kernel de MacOSX est maintenant plus avancé sur de nombreux points que FreeBSD et que les utilisateurs de FreeBSD n'ont pas forcement accès a toutes les innovations potentielles qu'Apple a pu apporté. Un projet opensource ne peut vivre que s'il y a des gens qui contribuent en retour. Il y a régulièrement des comparaisons entre Linux et xBSD. Si l'on suit ton argument, l'utilisation de Linux devrait être moins importante que celle des xBSDs puisque l'on peut réutiliser facilement le BSD tandis que le GPL place de nombreuses contraintes. On voit bien que ça n'est pas le cas, et je ferais bien attention de ne pas chercher a expliquer le pourquoi. La présentation était de montrer a quel point l'argument BSD/GPL peut être fallacieux selon comment on l'utilise. Personnellement, Mappy peut déjà utiliser un fond de plan OSM, montrer leurs données, et de ne pas contribuer en retour. La licence CC-BY-SA ou ODBL ne les empêche pas de faire cela. C'est un gros FUD. Il faut faire attention a ce que l'on dit et de bien développer le propos. C'est vrai qu'il est contraignant de bien séparer ses données, et que ça serait plus facile de tout fusionner mais on ne me fera pas croire que c'est quelque chose d'insurmontable. Concernant l'abandon de la viralité, le sondage que Pieren a fait a clairement montre qu'il y a quand même beaucoup de gens qui sont attaches a la viralité et que l'on ne fera pas disparaître cela comme cela. De plus, si on avait une licence de type PD, cela n'amènera pas plus de contributeurs. C'est un argument particulièrement fallacieux. Certes, beaucoup de sociétés utiliseront les données de manière plus étendue, mais a terme ces mêmes sociétés vont garder des bases de données parallèles avec des données qui ne seront pas contribuées. Je ne vois pas l'intérêt d'un tel schéma. On pourrait continuer a discuter pendant longtemps de ce sujet, et je me suis clairement abstenue de me lancer dans une grande tirade, mais voir dans l'absence de réponse (justement pour ne pas provoquer de guerres idéologiques) une justification d'une conviction intime est vraiment particulièrement douteux. Emilie Laffray Le débat GPL/BSD a effectivement déjà eu lieu souvent et si je comprends bien, il a même déjà eu lieu sur cette liste. Au temps pour moi, je ne la suis pas depuis très longtemps et j'aurai pu fouiller un peu les archives. Je suis quand même un peu surpris et gêné par le ton et le vocabulaire : un FUD et trois fallacieux, ça me semble disproportionné ! Ai-je menti ? Ai-je chercher à tromper ? Au moment où j'ai écrit le message, il était
Re: [OSM-talk-fr] Mappy : un retour intéressant
Bonsoir, j'utilise les données OSM avec NAVIT sur mon téléphone, et c'est mon unique GPS. Ce n'est pas parfait, mais j'arrive toujours à trouver ma destination. Et comme je trace en même temps, le coup d'aprés la route existe! Pieren a écrit : Pour le routage, je suis d'accord pour dire que nous ne sommes pas prêts. Je trouve encore beaucoup d'erreurs basics comme des ways non connectés ou des sens uniques absents ou faux . Et notre couverture des rues/routes est encore loin d'être satisfaisante pour un projet à l'échelle nationale. ll faudra encore attendre un petit peu. Concernant la liste des 70.000 hôtels, j'espère qu'ils ne comptent pas que sur ça pour gagner de l'argent parce que tôt ou tard, on les aura dans OSM sans leur aide et ça sera gratuit. 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] Mappy : un retour intéressant
Le Thu, Apr 08, 2010 at 05:32:26PM +0200, Vincent Picavet (ml) [vincent...@oslandia.com] a écrit: OSM me parait encore plus propice à une libération totale des données en gardant juste l'attribution, en supprimant le casse tête SA qui ne fait que freiner une adoption plus large, et donc des contributions. La plus grande force d'OSM c'est la communauté, son organisation et son l'infrastructure. Les données n'en sont qu'une heureuse conséquence. Ça, je suis pas d'accord. Si les données ne sont qu'une conséquence, du crowd sourcing, Mapmaker en fait, et une communauté, avec son organisation, bourgeonne, autour. Moi, ce qui m'intéresse, dans OSM, c'est précisément de constituer les données, sous une licence permettant leur utilisation, distribution, modification. Et *je* suis très attaché au coté viral de la licence CC-BY-SA. Les bouts de logiciel que je produis, ils sont aussi sous licence libre virale (GPL, en général). *Je*, auteur, choisis que les données que je produis soit accessible à tous ceux qui respectent les termes de la licence. Si Mappy (ou d'autres) veulent faire des économies d'achat de données à navteq, et utiliser les données d'OSM, ils sont les bienvenus, dans le cadre du SA. Pour l'instant, ils semblent considérer que leur valeur ajoutée se trouve dans des données qu'ils seraient les seuls à avoir et ne veulent pas les voir devenir un bien public. Exactement comme TeleAtlas oou Navteq. Comme dit ailleurs dans le fil, toutes les activités commerciales dont la valeur ajoutée repose sur la reproduction à cout marginal epsilon de données numériques *vont* devoir remettre en cause leur business model, à court, moyen ou long terme. -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 Si cinquante millions de gens disent une sottise, ça n'en reste pas moins une sottise. -- Anatole France ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
François Van Der Biest a écrit : Bonjour, Je lis à l'instant Geomatique Expert fev-mars 2010, et trouve pp45-46, dans l'article Mappy : cartographie sur internet à la française, des choses intéressantes. Je cite: Utiliser les bases de données de TeleAtlas obère significativement les finances de Mappy, c'est pourquoi la direction technique suit avec attention le développement du projet OSM : le résultat des test que nous avons menés, détaille Henri Moché, est mi-figue, mi-raisin. Premier bémol : la géométrie des axes laisse à désirer, sauf dans certaines zones. Ensuite, il faut analyser attentivement les conditions d'utilisation; nous ne sommes pas certains que l'on puisse utiliser des données OSM sans que les points d'intérêt que nous y plaçons ne tombent pas dans le domaine public ; or, nous n'avons pas l'intention de faire don de nos POI, par exemple les 7 hotels que nous avons acquis, et qui représentent une forte valeur ajoutée. Cependant, echaîne François Plancke, il semble qu'une licence alternative soit à l'étude pour pallier ce problème. Quoi qu'il en soit, le nombre d'attributs qualifiant chaque tronçon est souvent très insufisant pour nos besoins, quand ils ne sont pas optionnels. Dans ces conditions, on ne peut pas raisonnablement faire tourner un algo d'itinéraire. Pas dans l'état actuel de la base Au delà du retour, qui me semble intéressant, cela m'étonne fortement que la licence actuelle ne permette pas de conserver ses propres POIs. Des idées là dessus ? Est-ce que la clause SA de Creative Commons considère qu'un rendu agrégé (ie en une seule tuile raster) des données OSM + des POIs est une oeuvre dérivée qui doit être placée sous la même licence, alors que le fait de placer les POIs dans une autre couche (ie deux tuiles raster ou une tuile raster + des données vecteur au dessus) permettrait de passer outre ? F. Bonsoir, Moi je trouve que Mappy est d'une mal-honnêteté intellectuelle évidente! 1) je veux utiliser OSM 2) je veux garder mes données pour moi C'est surtout le 2 qui est choquant! Je sais comment faire mais je ne te le dirais pas! Je doute que la très grande majorité des contributeurs soient en accord avec une telle désinvolture. Lorsque j'ai commencé mon but était d'apporter à tous ce que je pouvais faire. Ensuite lorsque le projet sera TRÈS solide exploiter le projet pour mon GPS par exemple. Le problème du SA bien que gênant en tant que bénévole ne touchant aucune royalties de mes petits apports doit aussi être responsable! En l'occurrence l'attitude de Mappy sur le coup de ses POI est à mon avis très grave et doit nous inciter à être exigeant sur ce point vis à vis des marchands. On ne peut accepter que le travail collectif puisse être exploiter au profit de quelques-uns qui n'apporteraient RIEN en échange. Que cela puisse être une vitrine pour le projet je n'en doute pas mais à quel prix! Je préfère être moins connu et avoir la 'certitude' que mon travail n'est pas vendu sans vergogne! Je ne suis pas contre le secteur marchand à la seule et unique condition qu'il renvoie l'ascenseur à hauteur de ce qu'il peut 'techniquement' apporter. Si ils ont acheté une base d'hôtels il est clair que cette base n'est probablement pas libre donc il ne peuvent en faire profiter la communauté. Par contre s'ils ont eux-même construit cette base, refuser de la mettre à disposition est contraire à l'esprit moral qui prévaut aux données libres. En clair ils veulent le beurre ET l'argent du beurre! Là je dis clairement NON. Le fait qu'un site commercial exploite mes données ne me dérange pas! Par contre qu'il vende ces mêmes données en laissant supposer, de facto, que ces données lui appartiennent, là j'ai vraiment un problème. Nous arrivons là sur le droit d'auteur d'une œuvre collective. En effet OSM est une œuvre collective donc le droit moral de CHAQUE contributeur doit être respecté. En conséquence le fait d'exploiter commercialement les données d'OSM ne peut s'entendre que SI et seulement SI il y a apport réel à l'ensemble de la communauté et ce à hauteur des capacités de l'exploitant. Je sais que tout est dans la nuance mais la licence ne vaut pas abandon du droit d'auteur sur sa partie morale, tout au moins en France et je pense pour tous contributeurs sis sur le territoire Français (métropole ET DOM) Amitiés -- Si on n'avait toujours voulu que la meilleure des solutions, ce serait vide. Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] CartoSatCamp ce samedi
Bonjour, La date approche et j'ai vu plein d'OSMeur inscrit. Mais comment va-t-on les/se reconnaitre ? Si ma vie vous intéresse, j'y serais samedi après-midi seulement. Ça peut aussi être l'occasion informelle de fonder un groupe Ile-de-France pour nos prochaines carto-parties. 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] CartoSatCamp ce samedi
Marc SIBERT a écrit : La date approche et j'ai vu plein d'OSMeur inscrit. Mais comment va-t-on les/se reconnaitre ? Dans ce type d'événement, il est d'usage de faire un rapide tour de table. Cela devrait faciliter les choses, surtout si les osmappeurs pensent à signaler au passage leur statut de contributeur. :) A++, Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap au RMLL2010
Le jeudi 08 avril 2010 18:54:51, Guillaume Allegre a écrit : Le Thu 08 Apr 2010 à 17:55 +0200, Sébastien Dinot a ecrit : Salut, - René-Luc D'Hont rldh...@gmail.com a écrit : Il y a des personnes que ça t'intéresse ? Je serai aux RMLL sur toute la durée de l'événement. Par contre, je crains de ne pas avoir beaucoup de disponibilité. Au mieux, vous pouvez comptez sur moi une demi-journée augmentée de passages ponctuels sur le stand. Tout pareil. Je pourrai sans doute assurer une présence une demi-journée. Et en dehors de ça, je serai très heureux de mettre des visages sur des adresses mail. En tant que local, je serais présent sur toute la durée de l'évènement, et je ne fait pas partie de l'orga des RMLL. Je peux tenir le stand. Mais ça serais sympa de pas avoir à le tenir tout le temps. Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap au RMLL2010
Le Thu, Apr 08, 2010 at 10:01:20PM +0200, Frédéric Rodrigo [f.rodr...@free.fr] a écrit: Il y a des personnes que ça t'intéresse ? Je serai aux RMLL sur toute la durée de l'événement. Par contre, je crains de ne pas avoir beaucoup de disponibilité. Au mieux, vous pouvez comptez sur moi une demi-journée augmentée de passages ponctuels sur le stand. Tout pareil. Je pourrai sans doute assurer une présence une demi-journée. Et en dehors de ça, je serai très heureux de mettre des visages sur des adresses mail. En tant que local, je serais présent sur toute la durée de l'évènement, et je ne fait pas partie de l'orga des RMLL. Je peux tenir le stand. Mais ça serais sympa de pas avoir à le tenir tout le temps. Je serais noramlement sur place pour la durée des RMLL. J'essaierai de me couper en 3 entre le stand FDN, celui d'OSM, et les confs que j'aurai envie d'aller voir :) -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 Si cinquante millions de gens disent une sottise, ça n'en reste pas moins une sottise. -- Anatole France ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : State of the Map France
Le jeudi 08 avril 2010 18:32:48, THEVENON Julien a écrit : De : Emilie Laffray emilie.laff...@gmail.com Bonjour, l'an dernier nous avons eus une presentation commune pour le State of the Map France. Je pense que c'etait une excellente idee, et je propose donc que l'on reitere cette maniere de fonctionner (en fait c'est Vincent Pottier qui avait fait quasiment tout le boulot). Je propose donc les sujet suivants: - Import Corine - Import BMO - Osmose Osmose et rawEditor - ? les ameliorations du plugin cadastre pour gerer le raster ? faire le point sur l import des limites administratives des communes francaises ? vi parler de l outil d import automatique de Frederic Rodrigo ? Ça y était déjà l'en dernier.. et oui le temps passe ;) - Les repères géodésiques (au passage on a encore le nivellement en stock) - La future (?) structure associative - les serveurs Free my 2 cents ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] State of the Map France
Le 8 avril 2010 17:41, Emilie Laffray emilie.laff...@gmail.com a écrit : Bonjour, l'an dernier nous avons eus une presentation commune pour le State of the Map France. Je pense que c'etait une excellente idee, et je propose donc que l'on reitere cette maniere de fonctionner (en fait c'est Vincent Pottier qui avait fait quasiment tout le boulot). Hum ! Je rougis :-) J'avais fait des captures d'écran. C'est tout. Le boulot, le vrai, d'autres l'ont fait : Osmose, OSMTransport, Beta.letuffe, plugin... je n'y suis pas pour grand chose... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] State of the Map France
2010/4/8 Emilie Laffray emilie.laff...@gmail.com Bonjour, l'an dernier nous avons eus une presentation commune pour le State of the Map France. Je pense que c'etait une excellente idee, et je propose donc que l'on reitere cette maniere de fonctionner (en fait c'est Vincent Pottier qui avait fait quasiment tout le boulot). Je propose donc les sujet suivants: - Import Corine - Import BMO Je suis à même de vous fournir ce qu'il faut là dessus quand il faudra. - Osmose - ? Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : State of the Map France
Le 8 avril 2010 22:13, Frédéric Rodrigo f.rodr...@free.fr a écrit : Le jeudi 08 avril 2010 18:32:48, THEVENON Julien a écrit : De : Emilie Laffray emilie.laff...@gmail.com - Import Corine Avec petit bilan et leçons à tirer - Import BMO Et autres imports : la relation avec les collectivités territoriales... (Pt'être que sur Besac on va avancer...) - Osmose Osmose et rawEditor - ? MapOsmatic : création, évolution et perspective... (le succès est déjà au rendez-vous) les ameliorations du plugin cadastre pour gerer le raster ? Voire les améliorations à venir... - Les repères géodésiques (au passage on a encore le nivellement en stock) - La future (?) structure associative On expose tout le débat ? ;-) - les serveurs Free +1 Sites thématiques : geovélo OSMTransport 2 karbukoo Peut-être quelques projets pour collectivités locales : Rennes (voir aussi avec Damouns et JefDelonge) Peut-être quelques outils statistiques évoqués dans les posts. Peut-être une pré-alpha d'un pré-projet pour un OpenTransportPhase2 sur des horaires de transport en commun (parsing de traces GPS sur lignes de bus/train pour...) Si j'ai un peu de temps... Et évoquer la pauvreté d'OSM dans les médias francophones après Haïti... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : State of the Map France
2010/4/8 Vincent Pottier vpott...@gmail.com Le 8 avril 2010 22:13, Frédéric Rodrigo f.rodr...@free.fr a écrit : Le jeudi 08 avril 2010 18:32:48, THEVENON Julien a écrit : De : Emilie Laffray emilie.laff...@gmail.com - Import Corine Avec petit bilan et leçons à tirer - Import BMO Et autres imports : la relation avec les collectivités territoriales... (Pt'être que sur Besac on va avancer...) J'en profite pour montrer l'étendu de l'import des batiments sur le nord finistere : http://www.flickr.com/photos/stevenleroux/4503136807/ - Osmose Osmose et rawEditor - ? MapOsmatic : création, évolution et perspective... (le succès est déjà au rendez-vous) les ameliorations du plugin cadastre pour gerer le raster ? Voire les améliorations à venir... - Les repères géodésiques (au passage on a encore le nivellement en stock) - La future (?) structure associative On expose tout le débat ? ;-) - les serveurs Free +1 Sites thématiques : geovélo OSMTransport 2 karbukoo Peut-être quelques projets pour collectivités locales : Rennes (voir aussi avec Damouns et JefDelonge) Peut-être quelques outils statistiques évoqués dans les posts. Peut-être une pré-alpha d'un pré-projet pour un OpenTransportPhase2 sur des horaires de transport en commun (parsing de traces GPS sur lignes de bus/train pour...) Si j'ai un peu de temps... Et évoquer la pauvreté d'OSM dans les médias francophones après Haïti... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau membre: presentation
On Wed, 07 Apr 2010 09:40:23 +0200, Christophe Merlet (RedFox) red...@redfoxcenter.org wrote: Salut, Le mercredi 07 avril 2010 à 07:57 +0200, Xavier Maillard a écrit : Sinon dans la vie civile, je suis DBA pour une grande entreprise public dont le fond de commerce est la distribution de courrier. A ce propos, je me demande si le fait de participer sur mon temps libre a l'aventure OSM ne peut pas etre vu comme une sorte de concurrence deloyale vis a vis de ce dernier. Apres tout, cette entreprise vend un fichier d'adresses. A moins que tu ne travaille spécifiquement sur le fichier d'adresses de cette grande entreprise, il n'y a aucune raison. Sinon les pauvres salariés d'autres grandes mega multinationales tel Bouygues, Vinci ou autres ne pourrait plus rien faire dans leur vie privée qui ne rentre d'une manière ou d'une autre en collusion avec les activités lucratives de leur société. Ce n'est pas faux mais dans le doute, je demanderai a mon service juridique ce qu'il en pense. Xavier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Demande quel gps acheter pour utilisation OSM
Salut, On Tue, 06 Apr 2010 22:27:02 +0200, Gilles Bassière gbassi...@gmail.com wrote: Bonsoir, Je relance le sujet initial car je dois aussi acheter un GPS. Jusqu'à présent, j'ai surtout fait du photomapping avec un datalogger globalsat dg-100. Je cherche quelque chose d'à peu près équivalent et qui fasse des traces d'assez bonne qualité. A priori, je ne m'en servirai que pour mapper. Je profite de ce fil pour poser mes propres questions car, a la lecture du wiki, ce n'est pas tres clair dans ma tete. Tout d'abord les caracteristiques techniques: quelles sont celles auquel il faut etre sensible exactement ? Je vois souvent passer des choses comme le nombre de canaux (tres variables suivant le modele), des histoires de demodulateur (WAAS, EGNPS, ...), le type de chipset (MTK, SIRF, ...), temps de fix (a chaud, a froid, tiede), AGPS ou pas, nombre de traces, ... Bref, c'est la jumgle et il est difficile de s'y retrouver. Alors je vous demande: quel est le portrait robot d'un (tres) bon GPS pour faire du data logging aujourd'hui (je parle bien en terme de caracteristiques techniques). D'autre part, une fonction que j'utilise beaucoup avec mon GPS actuel (un bete android pas tres precis au passage), c'est l'enregistrement de waypoint/poi manuel (soit par l'ajout d'une note textuelle, soit un enregistrement audio ou bien encore une prise de vue). J'imagine que ce n'est pas trop comme ca que vous procedez puisque je n'ai pas rencontre un seul modele permettant de faire tout cela. Enfin, j'ai restreint ma liste des 'possibles' a quelques modeles (en plus d'avoir regarder les 3 cites) et je vous la livre pour eventuellement avoir des retours utilisateurs: - Holux M 1000 C - G Sat BT335 - Holux GPS 245 - Visiontac VGPS-900 BT (qui dispose d'une fonction enregistrement vocal) - I-Blue 747A - Holux M241 Pour finir, je souhaite m'equiper avec un bon appareil avec dans les criteres principaux: - autonomie - stockage - utilisation de formats ouverts (ou au moins standards) - precis (je ne veux pas d'un appareil qui fait des sauts sans raison, chose que j'ai pu lire au sujet du BGT 31) - pas trop volumineux/lourd Voila, je sais que je me suis bien etale mais il faut bien passer par cette etape pour etre un bon contributeur (et regulier). Je vous remercie Xavier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
On Thu, 08 Apr 2010 20:12:04 +0200, piratebab pirate...@hotmail.com wrote: Bonsoir, j'utilise les données OSM avec NAVIT sur mon téléphone, et c'est mon unique GPS. Ce n'est pas parfait, mais j'arrive toujours à trouver ma destination. Et comme je trace en même temps, le coup d'aprés la route existe! C'est egalement comme ca que je fais. J'en arrive meme a prendre la position des bancs dans les airs de jeux pour gosses ;) Bon la difficulte c'est de remettre tout ca dans jOSM pour moi mais ca viendra (en tous cas, les traces sont la). Xavier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Demande quel gps acheter pour utilisation OSM
Le 7 avr. 2010 à 11:02, Cedric Dumez-Viou a écrit : Le 7 avril 2010 10:41, Jean-Marc Liotier j...@liotier.org a écrit : Gilles Bassière wrote: J'ai repéré plusieurs modèles qui me semble adaptés : [..] - AMOD agl3080 : datalogger simple avec bouton push-to-log, pas de driver, mais très peu de commentaires d'OSMeur sur ce modèle ; C'est celui que j'utilise et j'en suis ravi. J'apprécie en particulier qu'on puisse choisir différents paramètres pour trouver le meilleur équilibre entre autonomie et richesse des données NMEA collectées. Il se monte en USB mass storage et un coup de gpsbabel plus tard les données sont prêtes à l'emploi - simple et efficace. J'aime bien aussi les diodes clignotante qui communiquent son état. Ses inconvénients sont qu'il n'est pas parfaitement étanche - enfin ni plus ni moins que le Sony GPS-CS1 qui a quand même bien supporté la pluie, et qu'il n'est pas livré avec un étui permettant de l'attacher facilement à une bretelle de sac à dos où à un guidon, comme je le faisais avec le Sony GPS-CS1 : il se ballade au bout d'un mousqueton et je n'aime pas cette manière de le trimballer. Bref - dès que je me serai trouvé un moyen de l'attacher correctement ce sera parfait. Je dispose d'une vieille version de ce modèle. Mon avis est mitigé mais je suis peut être simplement mal tombé. J'ai acheté chez Semsons. Très rapide. Je suis très content des traces qui sont faites et leur récupération est facile même sous linux car le produit est vu comme une clef USB de 128Mo. Les .log sont de simples fichiers créés sur le disque. JOSM arrive à les ouvrir directement. Je suis plus déçu par la qualité du matériel. Le premier que j'ai eu avait un connecteur USB de piètre qualité. À la première insertion du cable, des broches se sont pliées dans le connecteur. Trop impatient de voir les premières traces, j'ai changé le connecteur moi-même. Quelques mois après, le GPS a mis de plus en plus longtemps à trouver les satellites jusqu'à devenir inutilisable. J'ai bénéficié d'un échange standard très rapide et le connecteur USB de la deuxième unité avait le même défaut = resoudure... Je pense être tombé sur une mauvaise série... Depuis, c'est parfait et c'est une nouvelle version de l'AGL3080 qui semble être en vente (avec un meilleur connecteur USB???…) J’ai un modèle qui date d’un an et demi et je n’ai jamais eu de problème. Je confirme tout le bien qui a pu en être dit : bonne autonomie, bonne précision, plutôt solide même si pas submersible. Je fixe mon GPS avec un gros élastique sur le support de ma lampe de vélo. Rustique mais efficace ;) Faudra que je teste ça, c’est sans doute plus facile à enlever que le chatterton :) Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re : State of the Map France
De : Frédéric Rodrigo f.rodr...@free.fr parler de l outil d import automatique de Frederic Rodrigo ? Ça y était déjà l'en dernier.. et oui le temps passe ;) Oups j avais zappe Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
On Thu, 08 Apr 2010 18:00:47 +0200, Gilles Bassière gbassi...@gmail.com wrote: Je comprends bien la réticence à abandonner la viralité de la licence. Moi-même, je me sentirai lésé si je voyais quelqu'un piller un travail communautaire auquel j'ai contribué. Cela-dit, au-delà du sentiment personnel, je dois admettre que je n'ai pas d'argument à opposer à la démonstration de Vincent. D'ailleurs, dans les réactions qui ont suivi, j'ai vu surtout des convictions et pas vraiment d'argument ou de contre-démonstration. Après tout, si l'abandon de la viralité de la licence peut permettre l'essor du projet, ça vaut le coup d'étudier sérieusement cette option. Le noyau linux est sous GPL (v2) et de ce que je peux en voir un peu plus chaque jour, ca ne l'empeche pas le moins du monde d'exister, d'evoluer et meme de prendre le leadership dans certains domaines. Je ne vois pas en quoi une licence type GPL est un frein au developpement/a la renommee d'un projet (ce ne sont pas les exemples qui manquent) Xavier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
On Thu, 08 Apr 2010 18:28:12 +0200, Gilles Bassière gbassi...@gmail.com wrote: Tenshu wrote: Je suis assez étonné que pas grand monde soit choqué des propos des gens de Mappy, je ne suis pas contre l'utilisation commerciale des données bien au contraire. Mais ces gens ne nous considère que comme une économie potentielle, c'est absolument pas l'esprit que je me fais d'une bdd libre. Mais alors dans quel esprit peut-on utiliser commercialement une BDD ou un logiciel libre ? De toute les sociétés qui font du libre, je n'en connais pas qui n'ait pas un raisonnement économique. Leur cheminement les ont conduit d'une manière ou d'une autre à faire du libre (parfois même à contribuer) mais tout ceci continue à s'inscrire dans une logique économique. Même si une société lambda se met à contribuer à OSM, on peut être certain que ça aura une rationalité économique. Le service communication présentera certainement ça comme de l'altruisme mais la seule motivation sera d'améliorer la situation économique de l'entreprise à plus ou moins long terme. Le logiciel libre c'est une sorte de donnant-donnant. Il est heureux que certains (beaucoup ?) vivent du logiciel libre (ca tord le cou a une idee recue au moins). Cependant, le pillage/plagiat a la sauce BSD/domaine public, ca me gonfle au plus haut point. FreeBSD, pour reprendre ton exemple, s'est fait pille sans bronche et je n'ai pas l'impression qu'au dela du cercle vertueux des utilisateurs informes, FreeBSD soit plus connu/utiliser. Par contre, pendant ce temps, une jolie boite de Pomme se fait un max de ble sur le dos de malheureux idealistes. Bref, je suis bien heureux que la FSF, a travers ses nombreuses licences, ait place des 'gardes-fou' (orthographe ?) garantissant les libertes des utilisateurs. La clause de viralite de la CC-BY-SA est, pour reprendre les propos de Tenshu, la seule garantie acceptable pour la perenite de donnees OSM. Je suis farouchement oppose a sa suppression (tout comme la plupart des gens ici visiblement). Xavier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
+--On 9 avril 2010 00:44:04 +0200 Xavier Maillard x...@gnu.org wrote: | FreeBSD, pour reprendre ton exemple, s'est fait pille sans | bronche et je n'ai pas l'impression qu'au dela du cercle vertueux | des utilisateurs informes, FreeBSD soit plus connu/utiliser. Par | contre, pendant ce temps, une jolie boite de Pomme se fait un max | de ble sur le dos de malheureux idealistes. Je dirais que c'est pas tout à fait vrai, par exemple, les derniers téléviseurs panasonic (G20) utilisent FreeBSD : http://www.flatpanelshd.com/review.php?subaction=showfullid=1267447473 c'est pas du pillage, la license est justement faite pour qu'on puisse en faire cet usage :-) (Mais je digresse.) -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Accord pour l'achat de matériel
Il faut à minima une association pour ça ;-) Si en plus elle est reconnu d'utilité publique c'est le jackpot. On pourra avec ça bénéficier des dons d'entreprises en échange d'allègements fiscaux pour ces dernières ;-) Mais une association serait déjà un grand pas pour nous. On en parle samedi à La Cantine ... ;-) Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
