[OSM-talk-fr] Avis aux parisiens
Bonjour, Je serais sur Paris début décembre pour les Rencontres Wikimedia 2010. http://rencontres.wikimedia.fr/index.php?title=Accueil Ça pourrait être sympa d'organiser un resto le jeudi soir ou le samedi soir sur Paris et de discuter OSM! Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Your map : think about Open Street map
2010/11/5 Brice brice.mal...@free.fr Bonsoir à tous, j'ai contacté le site http://www.greenmap.org/ qui utilise le fond GoogleMap pour des cartes relatives au développement durable ; voir la réponse ci-dessous. Quelqu'un, Emilie ou autre, aurait-il un contact à transmettre aux USA et New-York en particulier ? Faut-il évoquer Chimère et la carte de Rennes ? Réponse directe à Wendy E. Brawer préférable. Je verrais avec la personne mais probablement lundi. Je suis offline ce week end. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-transit] public transport time tables
On 4 November 2010 19:31, Sander Deryckere sander...@gmail.com wrote: Hi, I just discoverred that google get information from public transport and used it in their website: Example of routing with public transport in Brusselshttp://www.google.com/maps?f=dsource=s_dsaddr=50.841503,4.328613daddr=Koolstraatgeocode=%3BFVDwBwMdiIVCAAhl=nlmra=dmemrcr=0mrsp=0sz=13dirflg=rttype=depdate=4%2F11%2F10time=20:16noexp=0noal=0sort=sll=50.83901,4.366207sspn=0.072197,0.181789ie=UTF8t=hz=13start=0 I know it's practically not possible to put timetables in OSM, but could it be possible to make a project like OSM-transit, who keeps a database with timetables, related to OSM nodes and relations. That way, people can make their own routers that include public transport. I know timetables can change quite often, but I believe the OSM community can do those updates and in some cases, the public transport firms would want to work together with OSM. You may want to check transiki. http://www.transiki.org This is the new project of Steve Coast and I suspect it has direct relevance to what you are trying to achieve. I suspect you may want to talk to him about it. Emily Laffray ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
[OSM-talk-fr] Fwd: [OSM-talk] OSM data and Google Maps
Salut, pour ceux qui n'ont pas vu la nouvelle. Google Maps a intégré des données OSM dans les cartes de la Colombie suite a un fournisseur local indélicat (comme pour Waze). Les données vont donc être retirées. Emilie Laffray -- Forwarded message -- From: Ed Parsons epars...@google.com Date: 2 November 2010 08:41 Subject: [OSM-talk] OSM data and Google Maps To: t...@openstreetmap.org Last week Steve Coast contacted us to let us know that he had identified what may have been OpenStreetMap data in Google Maps of Colombia. We investigated the matter and determined that one of our providers had indeed included OSM data in the data-set they provided to us, once we learned this we removed the data as quickly as possible. I would personally like to thank Steve for pointing out this problem to us, and would like to apologise to the OSM community for the unwitting use of your work in this way. Although we feel unable to license OSM data at present, we remain supporters of the project, and we will without question act in a similar way if the rights of the OSM community and your data is abused. Regards Ed -- Ed Parsons, Geospatial Technologist Google Mobile: +44 (0)78 2538 2263 Personal blog www.edparsons.com VC 38814629 Registered Office: Belgrave House, 76 Buckingham Palace Road, London SW1W 9TQ Registered in England Number: 3977902 It's better to be a pirate than to join the Navy. ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Developpement et législation
2010/11/2 dawadam dawa...@gmail.com Si tu dis vrai, tu m'enlèves une grosse épine du pied. Seulement, j'ai lu quelque part que même si on fessait un T-Shirt représentant un bout de carte issus d'OSM, on ne peut le distribuer que sous licence CC-By-SA. C'est dans la FAQ : http://wiki.openstreetmap.org/wiki/FR:Legal_FAQ Dans le cas d'un t-shirt, ça doit être compliqué de proposer les données sources... Alors, selon toi, si on ne fait qu'un programme pour visualiser, la licence n'a pas à être celle d'OSM. Mais par contre si on ajoute des données géo-localisés, comme par exemple, des adresses, on est censé fournir ces données de manière libre. Dans le cas d'un t shirt, tu utiliseras l'attribution et ca sera suffisant. Ce n'est pas d'après lui, la licence des données OSM n'a aucun impact sur le code qui est produit. C'est le rendu qui doit avoir l'attribution. Si tu fais une transformation des données sans les modifier, tu n'as pas a mettre a disposition les donnees que tu as utilise puisqu'elles ne sont pas différentes; elles sont juste sous un format différent. La societe pour laquelle je travaille, u-blox, a un service de reverse geocoding, et toutes les donnees que l'on retourne ont un header indiquant la licence CC-BY-SA, ce qui nous permet de satisfaire aux conditions de la licence. Tous les algorithmes sont eux propriétaires. Dans le cadre de la future licence, toutefois, il faudra fournir un peu plus d'information sur la transformation des données. Celle-ci est légèrement plus contraignante de ce point de vue la. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Developpement et législation
2010/11/2 dawadam dawa...@gmail.com Je ne sais pas ce qu'est l'attribution, mais de toute manière je ne compte pas faire de t-shirt. Dans le cadre donc d'une utilisation simple d'OSM, il faut uniquement préciser la licence (CC-BY-SA), ça me semble faisable. (C) Openstreetmap and its contributors = attribution. Je suis perplexe par contre pour le travail dérivé. En cas concret, si j'ajoute des données localisées, je dois les proposer de manière compatible avec la licence, mais si ces données sont primordiales et confidentiels dans l'application, cela peut nuire et pourtant je suis obligé légalement de les fournir, sans alternative. De plus, si ces données sont ajoutées à l'affichage et non au format OSM, sous quelle forme faut-il les fournir ? Tant que les données ne sont pas mélangées physiquement (genre dans des bases de données différentes), tu n'as pas a les fournir. Beaucoup de gens utilisent un layer différent avec OpenLayers pour afficher des données propriétaires. Après tout dépend de ce que ton app fait avec les données vectorielles. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Developpement et législation
2010/11/2 Nicolas Moyroud nmoyr...@free.fr Gilles Bassière a écrit : Tu n'as pas obligation de fournir la route/distance calculée dans un format d'échange car tu fournis déjà la donnée quand tu l'affiches dans le navigateur. C'est pas un peu limite ça ? Normalement la route/distance calculée qui est une donnée dérivée doit être fournie selon la même licence CC-by-sa, c'est à dire que la donnée doit être redistribuée sous forme utilisable et pas seulement affichée dans le navigateur. Mais bon je ne suis pas vraiment un spécialiste des licences je peux me tromper. C'est juste pour avoir quelques précisions... D'ailleurs la licence ODbL changera-t-elle quelque chose sur ce point ? Non concernant les données dérivées, rien ne change. Ce sont sur les produced work où ça change. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Recherche (co-)intervenant pour présentation OSM aux journées utilisateurs du C RAIG
2010/11/2 Philippe Pary phili...@cleo-carto.com Le mardi 02 novembre 2010 à 11:41 +0100, Landry Breuil a écrit : J'aimerai bien (et mes collègues aussi) intégrer une présentation généraliste/technique (c'est à destination des sigistes des différents services publics/collectivités de la région Auvergne) d'OSM dans le programme par quelqu'un qui connait bien le projet dans son ensemble et sait le promouvoir, donc si quelqu'un est intéressé.. Ca peut être une présentation à deux voix, je peux m'occuper du coté technique/démo. On peut envisager de rembourser les frais de déplacement si vous venez de loin. Je ne me sens pas le meilleur interlocuteur (Émilie, François, Gaël … sont autant d'interlocuteurs plus pertinents) mais si personne d'autre ne se sent d'y aller, je suis partant. Merci pour l'offre, mais je ne suis super pas dispo pour cela en ce moment, même si je fais une présentation lors de la conférence Wikimedia sur Paris début décembre. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solutions Linux 2011
2010/11/2 RatZilla$ ratzil...@gmail.com Bonjour à tou[te]s, Les hostilités ont déjà commencés pour réserver un stand à Solutions Linux 2011. J'ai candidaté pour OSM, j'attends la réponse de l'OSGéo-fr. Ce sera les 5, 6 et 7 avril.Porte de Versailles comme cette année. On augmente le niveau cette année : ?!? Hôtesses ? ;-) je rigole hum Grand écran / Serveur / Flyer / Goodies / Conférence / Point Presse (Sponsors bienvenues) REX de cette année: Il faudrait un coffre (cantine avec un bon cadenas pour stocker notre matos le soir me si c'est gardienné) J'assurerai l'alimentation en Rhum et autres breuvages Antillais ... si ça motive des volontaires et des ... hôtesses ;-) Bonjour, je me présente Emilie Laffray et je viens juste de commencer OSM et je vois que l'on demande des hôtesses et je me posais la question de si je pouvais être utile a défaut de pouvoir manier l'OSM. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] Visualising speed limits
On 1 November 2010 17:57, Andy Allan gravityst...@gmail.com wrote: On Fri, Oct 29, 2010 at 9:52 PM, Colin Smale colin.sm...@xs4all.nl wrote: On 29/10/2010 22:22, thomas van der veen wrote: You might like to take note that nothing is implicit in OSM. There are no defaults as renderers or other consumers of the map data are unconstrained as to how they handle missing tags. Ideally all roads should have maxspeed explicitly tagged, even if it could be implied from the road class or other information. I disagree quite strongly on this. I see little point in pointlessly adding tags when they there is a sensible default. For example, we don't need to tag 98% of roads as oneway=no, and in the same way we don't need to tag 98% of UK residential roads as maxspeed=30mph. Life's too short for that kind of tedium. That's why we (actually do) have implicit information in OSM. +1 Emily Laffray ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk] OSM book
On 28 October 2010 19:45, M∡rtin Koppenhoefer dieterdre...@gmail.comwrote: 2010/10/28 Kenneth Gonsalves law...@au-kbc.org: On Thu, 2010-10-28 at 15:51 +0100, Steve Chilton wrote: OpenStreetMap: Using and Enhancing the Free Map of the World by Ramm, Topf and Chilton is now widely available and selling well. ramm and chilton have got together? wow! is there some content in the English translation that the German version doesn't have? Yes Emily Laffray ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-GB] [OSM-talk] OSM book
On 28 October 2010 19:45, M∡rtin Koppenhoefer dieterdre...@gmail.comwrote: 2010/10/28 Kenneth Gonsalves law...@au-kbc.org: On Thu, 2010-10-28 at 15:51 +0100, Steve Chilton wrote: OpenStreetMap: Using and Enhancing the Free Map of the World by Ramm, Topf and Chilton is now widely available and selling well. ramm and chilton have got together? wow! is there some content in the English translation that the German version doesn't have? Yes Emily Laffray ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk-fr] Probleme nominatim ?
2010/10/27 Denis dhel...@free.fr Attention on va bientôt t'appeller Grandes Oreilles. Merci en tous cas de faire office d'antenne grandes ondes ; la plupart d'entre nous ne capte que la FM. Il y a quelques années des amis m'avaient surnomme Shingouse :) Plus serieusement, suivre tout cela prend du temps mais c'est essentiel pour que la communication passe. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] amenity=college
2010/10/28 Nicolas LECOINTE nicolas.lecoi...@free.fr school:FR est une bonne idée. Il faut appeler les choses par leurs noms. Un IUT c'est un IUT, pas un university ou college ou je ne sais pas quoi encore. Après on peut aussi faire une correspondance internationale approximative. On est d'accord, mais en disant que amenity=college est egal a enseignement superieur et en completant avec school:fr=IUT, on a quelque chose qui est internationalement correct tout en permettant a nous autres français de se retrouver dans nos classifications. Il faut noter qu'il y a quelque temps il y avait la même discussion sur la liste espagnol et je leur ai suggéré le school:es qui a été adopté il me semble. Ce double tag permet vraiment d'avoir une correspondance mondiale tout en gardant nos spécificités. Il ne faut pas oublier que le but du jeu est de produire un jeu de donnee compatible internationalement et que donc il faut arriver a quelques petits compromis. Celui la n’étant pas particulièrement onéreux. A terme peut etre devra t'on avoir un moyen d'utiliser un jeu de presets spécifique a un pays tenant compte de ce genre de petites choses. Peut être faudrait il produire sur la page du wiki, quels amenity utiliser et ajouter le bon school:fr pour améliorer la vision de la situation. Je pense d'ailleurs que ça serait une proposition a pousser internationalement. http://taginfo.openstreetmap.de/keys/school:FR montre bien que 99% des school:fr sont associes a un amenity ce qui est la bonne chose a faire. La seule erreur c'est qu'apparemment le FR est en majuscule alors qu'il devrait être en minuscule. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] (sans objet)
Salut, 2010/10/26 jul...@krilin.org Comment je peut les exploiter maintenant ? ;) J'ai fait un rendu mapnik, tout vas bien. Je voulais commencer par faire quelques requêtes simple genre : - Quel bâtiment de ma ville (bbox) contient le + de points - Quel rue est la plus longue (en mètres) - Quel rue contient le plus grand nombre de segment. - Avoir la liste des way constitué de 3 points dont 2 son relié a un rond point. Mais j'ai l'impression que dans les tables planet les données sont stockées dans des tableaux, ce qui rends compliqué leur accès. Il y a plusieurs choses a regarder déjà. - Bâtiments qui contient le + de points? Il faut regarder dans la table polygone et regarder la colonne building et ensuite utiliser la fonction ST_NPoints sur la géométrie. Tu peux ensuite trier normalement avec un order by - Quelle rue est la plus longue (en mètres)? Selon la projection que tu as choisi, il faut faire attention 4326 (WGS84) ou 900913 (Google) tu n'auras pas les mêmes unités. Si tu veux un calcul précis, le plus simple est de retroprojeter dans la bonne zone UTM ou d'utiliser le nouveau type géographie de Postgis 1.5. Après il suffit juste d'utiliser la fonction ST_Lenght qui retourner la valeur dans l'unité de ta projection. - Quel rue contient le plus grand nombre de segment? Tu peux sûrement résoudre celles ci en regardant le nombre de points dans la bonne géométrie et utiliser soir ST_NumPoints ou ST_NPoints. Ou sinon tu peux regarder une solution comme celle ci http://postgis.refractions.net/pipermail/postgis-users/2010-January/025818.html - Avoir la liste des ways constitues de 3 points dont 2 sont relies a un rond point? Alors celle ci est déjà plus intéressante, et je doute que le schéma de osm2pgsql se prête bien a ce genre chose. A brûle pour point, j'avoue ne pas trouver de solutions évidentes pour résoudre cette requête. Je cherche aussi a maintenir a jour cette base. Est ce que cette procédure est toujours bonne ? http://wiki.openstreetmap.org/wiki/Minutely_Mapnik Oui tout a fait. Mon export europe retaillé france issue de geofabrik date de quelques jours. Est ce qu'il y a un risque d'incohérence si je prends les hourly diff qui date d'une semaine pour etre sur ? Ou bien est ce qu'il faut absolument que je trouve dans mon export quelle est la date de derniere modif ? Le minutely mapnik est base sur la base mondiale. Il n'y a pas de solutions simples pour couper pour une zone donnée (desolee Jocelyn, je n'ai pas encore fini ce que j'avais promis). De plus, ce que Geofabrik fait est intéressant mais je ne suis pas sure que ça soit une bonne base pour extraire des données. Je suis sure que Pieren et Sly auront une meilleure solution. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article scientifique sur la qualit é des données OSM en France
2010/10/26 Thomas Clavier t...@tcweb.org Le 26/10/2010 14:20, Nicolas Moyroud a écrit : Un article intéressant à lire (en anglais) : http://onlinelibrary.wiley.com/doi/10./j.1467-9671.2010.01203.x/full US$ 35.82 pour lire UN article ça fait beaucoup :-( Classique prix pour un article scientifique malheureusement. Je suis sure qu'il y a des gens ici qui ont accès a la publication via un abonnement académique et qui pourront en faire un résumé :) Ce qui serait encore le mieux, ca serait que les auteurs dressent eux mêmes les conclusions (non pas du tout une provoc), ca permettrait de faire avancer le schmilblick. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM dans un dossier de présentatio n de projet de resto
2010/10/26 Gilles Bassière gbassi...@gmail.com En outre, il me semble que ce document héritera automatiquement de la licence CC-By-SA dès lors qu'il sera diffusé. Ça ne me semble pas idéal pour un document confidentiel. (J'ai encore du mal à saisir la portée de la clause de viralité, je me trompe peut-être sur ce point). La portée de la clause de viralité est un grand débat. Il y a quelques temps des allemands qui affirmaient que le livre d'un photographe passait sous CC-BY-SA pour avoir inclus quelques cartes tirées de OSM (très peu nombreuses) a cote de pleins de photos personnelles. Je suis convaincue que ce débat ne se reglerera qu'au cas par cas avec de complexes calculs sur ce que la carte apporte au document, si cela va jusqu'à la justice bien sur. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 93
2010/10/26 arno a...@renevier.net C'est embêtant du coup, ça veut dire que toutes les petites structures (particuliers, pmes, petites assocs) qui veulent juste par exemple, montrer un emplacement sur leur site, doivent continuer à utiliser google maps ? (parceque monter un serveur de tuile pour une utilisation ponctuelle pour une petite structure, c'est assez absurde). Je doute que les petites structures attirent le traffic au point de submerger les serveurs et ça reste acceptable. Le site d'une association ou d'une PME risque de ne pas créer un traffic incontrôlable en soi. Maintenant, si la société veut baser son business sur une carte, je ne peux que recommander une société tierce pour fournir des SLA, uptime etc... Je n'ai pas encore vu la moindre societe avoir de problemes la dessus. J'ai deja vu des applications iPhone et Android se voir limiter leur droit de scrapper agressivement. Il y a toujours un coût a tout et je ne suis pas sure que ça soit a la fondation de sponsoriser le business model de sociétés en mettant a disposition gratuitement un fond de carte. Pour n'importe quelle société, même Google fait payer au delà d'un certain traffic. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article scientifique sur la qualit Ã(c) des donnÃ(c)es OSM en France
2010/10/26 Christophe Merlet red...@redfoxcenter.org C'est obsolète, cette étude a plus d'un an ! Mais c'est seulement maintenant qu'elle vient d'être publiée :) Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 93
2010/10/26 arno a...@renevier.net ah bah peut-être oui. Mais la question n'était pas: comment afficher une carte osm quand on est gros et/ou qu'on base son business model dessus ? La question était: comment utiliser osm sans être dans l'illégalité à cause des histoires d'adresses ? C'est pour ça que j'étais surpris de la réponse. La réponse généralement est nul n'est censé ignorer la loi même si je ne suis pas sure que ca soit une loi. La position de la CNIL n'est pas très logique mais c'est la position officielle actuellement donc. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Donnée osm dans une base postgis/o sm2pgsql
2010/10/26 sylvain letuffe sylv...@letuffe.org Le mardi 26 octobre 2010 14:15:08, Emilie Laffray a écrit : Salut, Comment je peut les exploiter maintenant ? ;) Je suis étonné que Émilie n'ait pas indiqué la bible de l'utilisateur postgis : http://postgis.refractions.net/documentation/manual-1.3/ qui devrait donner réponse à moulte de tes questions http://postgis.refractions.net/documentation/manual-1.5/ :p Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Serveur de tuiles français [ét ait : 93]
2010/10/26 Pieren pier...@gmail.com Il y a aussi le serveur OSM de MapQuest: http://open.mapquest.fr/ qui n'affiche pas les adresses pour le moment. Nous n'avons aucun contrôle sur le rendu de cette machine mais Mapquest semble très souple sur la réutilisation de ce serveur (et on ne sait pas combien de temps ce service durera). Sinon je dispose d'un (gros) serveur capable de monter un serveur de tuiles du monde (2U, 2 alim, 1 cpu xeon 4core (2 possibles), 6 hdd, contrôleur raid hw, 12GB ram) mais il me manque un hébergeur. Je ne connais pas le futur concernant Mapquest, mais il me semble comprendre que le rendu est du long terme, avec une nette intention a terme de se lancer sur le marche européen. Donc je pense que c'est relativement stable. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu typographique
2010/10/25 THEVENON Julien julien_theve...@yahoo.fr Bonjour, Un article sur le site ecrans.fr montre un rendu original réalisé a partir de données OSM: http://www.ecrans.fr/Typos-a-la-carte,11075.html Absolument superbe! Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Route Tagging Consensus
On 25 October 2010 12:49, Mike N. nice...@att.net wrote: Multiple is_in=* tags. How is this different from the normal argument that is_in is obsolete because the object is contained within an admin boundary and the applicable is_in can be derived during a geo-query? +1 If a polygon exists, the is_in information can be inferred easily through a small preprocessing. Emily Laffray ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] Écriture collaborative d'un livr e libre sur OpenStreetMap (collection Framabook )
2010/10/18 Nicolas Moyroud nmoyr...@free.fr Croquette Olivier a écrit : La licence actuelle du livre n'a aucune importance si l'auteur autorise explicitement un tiers de publier une traduction sous une licence libre. C'est pour ça qu'il faut tenter sa chance auprès des auteurs. Oui on peut contacter les auteurs, mais si ils donnent leur accord pour une traduction en français sous licence libre (celle de Framabook est la cc-by-sa), ça veut dire que tout travail dérivé doit ensuite être libre, y compris les traductions et celle en allemand. Ce qui revient donc à dire que la version d'origine devient libre. Pas sûr qu'ils soient d'accord, mais on peut toujours tenter ! Dans ce cas là, on peut aussi tenter avec le livre de Jonathan Bennett. Mais bon tout ça risque d'être compliqué et très long. Si quelqu'un veut s'en charger ok, mais pas en ce qui me concerne. La rédaction d'un ouvrage me tenterai, mais pas d'interminables et pénibles négociations avec un éditeur... Les droits des livres de Jonathan et Frederick ne passeront pas sous CC-BY-SA vu les accords signes avec les editeurs. Emilie Laffrau ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Ongoing bulk uploads of GPS traces?
On 13 October 2010 20:35, Elizabeth Dodd ed...@billiau.net wrote: On Wed, 13 Oct 2010 17:04:20 +0200 M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: OK if the streets are perfectly straight and there is nothing around ;-) Perfect for rural and remote Western Australia then. (This is the part of the world that owns the longest railway straight in existence) I agree, plus if the traces are numerous, the coverage could end up being quite good. In addition, they might be good enough to provide some initial sketch of roads. Emilie Laffray ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] source tag: on empty nodes too?
On 12 October 2010 19:20, Chris Browet c...@semperpax.com wrote: I am wondering (in the context of adding automatic source in merkaartor): When drawing over a map source requiring attribution (e.g. SpotMaps France), do we have to add the source tag to empty nodes (i.e. nodes whose only purpose is to define a way), too? No, it makes no sense to add source tags on node if they are empty (part of a way). As far as I know, Spot Images never asked for this exhaustivity as long as the way containing the point is attributed. Emilie Laffray ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Re : Bouche ou poteau incendie
2010/10/12 Pieren pier...@gmail.com Ah le fameux tag emergency=* Si vous voulez comprendre pourquoi c'est tagué deux fois, il faut lire le fil avec une centaine de messages sur l'introduction d'une nouvelle clé emergency avec de nouvelles valeurs (dont fire_hydrant) mais aussi des modifications de l'existant. Ce message en particulier: http://lists.openstreetmap.org/pipermail/tagging/2010-July/003180.html En gros, si tout le monde se foutait un peu de créer des nouveaux tags avec emergency=*, il y en a un qui a eu une fameuse idée de modifier tout un tas de tags existants en emergency=* avec un script (un excité qui je ne nommerais pas mais qui s'est beaucoup calmé depuis) et là, il s'est fait tapé sur les doigts parce qu'il rendait invisible tout un tas de choses déjà exploitées par des applications (ambulances, hopitaux, emergency_phone, etc). Maintenant, comme il n'a pas tout de suite renoncé, il y a les deux tags (l'ancienne version et la nouvelle) dans l'espoir que les logiciels s'adaptent au changement et qu'on puisse virer la version avec amenity (alors que c'est cette version qui avait obtenue un consensus assez large sur le wiki). Il a un peu forcé le wiki (pour dire que le wiki n'est pas parole d'évangile) mais tout le monde reste maintenant sur ses positions (JOSM avec ses preset par exemple) et s'en fout un peu. Très bon résumé de la situation. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] J'ai perdu les Iles de la Loire
2010/10/11 sly (sylvain letuffe) sylv...@letuffe.org Moi je trace en type=multipolygon + waterway=riverbank, type=river c'est encore bien trop en discussion pour être stable A noter qu'avec l'API 0.7, un type polygone va etre surement introduit. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Blue sky API: Branching function
On 9 October 2010 08:51, Steve Bennett stevag...@gmail.com wrote: You also haven't mentioned the obvious use for different licences etc. I doubt that such a scheme would have any use for different licences since most advices on dealing with multiple licences end up telling to separate the database so they don't share any data at all, else you contaminate your extra sources. Any scheme breaking this would result in a nightmare as we would not know what licence to use, etc... Emilie Laffray ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Anonymous edits on OpenStreetMap through Tor
On 6 October 2010 22:46, Niklas Cholmkvist towards...@gmail.com wrote: Hi, is anyone contributing to OpenStreetMap by using Tor? (the onion router) Is there any opinion from anyone about this? Tor is used to strengthen ones privacy by the technology trying to prevent revealing the ip address of the user. Since the project doesn't log IP Addresses as far as I can tell, there is no privacy gain by using TOR. Emilie Laffray ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] spot imagery for osm tracing
On 5 October 2010 13:05, maning sambale emmanuel.samb...@gmail.com wrote: Dear all, I stumbled into a blog post regarding the french osm community was given permission to trace from Spot imagery. Is this for France only coverage? blog post: http://www.geographiques.org/carnet/2010/10/05/spot-images-met-a-disposition-de-la-communaute-openstreetmap-les-donnees-spotmaps/ google translate link: http://translate.google.com.ph/translate?js=nprev=_thl=tlie=UTF-8layout=2eotf=1sl=frtl=enu=http%3A%2F%2Fwww.geographiques.org%2Fcarnet%2F2010%2F10%2F05%2Fspot-images-met-a-disposition-de-la-communaute-openstreetmap-les-donnees-spotmaps%2F Hoping we can do this for the Philippines as well. I am planning to officially translate the announcement today. The data is only available for a period of 6 months for France only . There is no plan as of now for other countries. Whether the deal is extended or not will depend on how much the data is used and its impact on the resulting map. Many people in France have starting using the data to enhance the polygons that were imported during the Corine Land Cover import. The precision of 2.5 m doesn't allow too much precision in drawing roads and buildings. Emilie Laffray ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] spot imagery for osm tracing
On 5 October 2010 15:51, Jeremy G jeremy@gmail.com wrote: Hi, I'm the author of the blog post. Sorry Emilie if you were planning an official announcement, I've posted right after reading the info on the OSM Talk-fr, hope it's OK. Once again congratulations to every person involved in this agreement, it's a great progress for OpenStreetMap in general :) No worries :) It is always good to see progress in the right direction :) Emilie Laffray ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Nouveau outil pour visualiser les tags en circulation
2010/10/5 jul...@krilin.org On peut se rendre compte de l'impact du travail que Pieren a fourni en regardant le lien suivant: http://taginfo.openstreetmap.de/keys/source Ca veut dire 30% des infos de la base MONDIALE ont été saisie via le plugin cadastre de josm? Ou plus exactement qu'elles sont issue du cadastre (peut importe le mode de saisie). C'est impressionnant! Ou alors il y a des imports massif sans source (on ne vois pas le TIGER par exemple) Avec des cathédrales a 1500 points c'est un peut normal aussi ;) Il faut noter que certains tags sources sont sur le changeset! Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à disposition des données S POTMaps France à la communauté OpenStreetMap pa r Spot Image
2010/10/4 Richard Fairhurst rich...@systemed.net Jean-Francois (Jeff) Faudi wrote: La liste des applications pourra être completée ultérieurement mais actuellement la décision est de ne fournir la donnée qu'au sein d'applications clients lourds et non d'applications web. Désolé pour les utilisateurs de Potlach pour l'instant. Nous allons créer une version lourde de Potlatch avec Adobe AIR (http://www.adobe.com/products/air/) pour qu'on peut utiliser Potlatch avec les images SPOT. :) +1 humourBan Potlatch! /humour Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: [OSM-talk] NOTICE: Tile Servers is very slow
-- Forwarded message -- From: Grant Slater openstreet...@firefishy.com Date: 4 October 2010 22:22 Subject: [OSM-talk] NOTICE: Tile Servers is very slow To: Talk Openstreetmap t...@openstreetmap.org Talk, The OpenStreetMap map tile server (mapnik layer) will be very slow for the next 24 hours. [1] Edits to the map will only show up in a few days time for these tiles, but not to worry there are other minutely OSM tile providers available to view your edits. To name a few: - http://open.mapquest.co.uk/ - http://www.opencyclemap.org/ - http://www.openstreetmap.nl/ (Netherlands only) Also see: http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services Alternatively on www.openstreetmap.org click the blue + top right of the map and choose one of the other layers. 1: Technical Reason: We've upgrading from a 600GB disk array to a 1200GB disks array, but during the transition we've had to move to some slower disks. Preformance is slower than expected. Regards Grant Part of the OSM sysadmin team. ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] PARIS 12eme urbain
2010/10/4 Vincent de Chateau-Thierry v...@laposte.net Le 04/10/2010 23:10, alexis gayte a écrit : apres verification c'est pas uniquement pour le 12ieme on ne voit pas le 2,3, 4, 19, 20 et 11 en gras gris et certains sont étiquette en double noir petit sur la carte mapnik et osmarender. On dirait qu'il y a un lien entre ceux que tu énumères, et ceux pour lesquels Nominatim ne propose pas le niveau quartier (c'est son vocable pour les arrondissements). Pour les autres, on a un résultat Limite administrative et un autre en quartier. Maintenant en apparence, les relations sont fermées dans un cas comme dans l'autre, et composées avec les mêmes attributs. Bref ça n'est peut-être pas qu'une histoire de rendu, mais je ne vois pas. Concernant Nominatim, si vous avez des idees et des suggestions, faites le moi savoir :) Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à disposition des données S POTMaps France à la communauté OpenStreetMap pa r Spot Image
2010/10/4 Pieren pier...@gmail.com 2010/10/4 François Van Der Biest francois.vanderbi...@camptocamp.com Un grand bravo à Spot Image et aux personnes impliquées dans cette initiative (Sebastien, Pieren ...) ! Il faut avant tout remercier Jean-François Faudi pour son soutien envers notre projet. Le changement du plugin wms pour afficher la licence était très mineur. Ce qui serait beaucoup plus utile serait d'adapter un autre plugin comme SlippyMap pour charger les images par tuiles en WMS/TMS, ce qui serait beaucoup, beaucoup plus rapide que la solution actuelle. Si quelqu'un a envie de se lancer, on peut lui transmettre les URL et la façon dont les tuiles sont référencées. N'oubliez pas d'ajouter la source. Je crois qu'il existe un moyen d'ajouter un tag sur les éléments modifiés en utilisant un raccourci clavier ou un bouton sur JOSM . Si quelqu'un pouvait décrire la procédure... (l'autre solution serait de modifier l'auto-source du plugin cadastre-fr mais ça serait du bricolage). Sourcer SPOTmaps permettra de mesurer le succès de cette opération. Les images ne sont pas de la super-résolution comme on pourrait en rêver mais l'ortho-rectification semble exceptionnelle (bien que la marge d'erreur annoncée est à 10 mètres). Cela permettra de corriger les défauts du cadastre ou les informations qui en sont absents (comme les landuses). Encore merci à SPOT images pour leur ouverture, en espérant que cette expérience soit suivie par beaucoup d'autres. +1 Il faut remercier en effet surtout et en premier lieu Jean-François Faudi et Spot Images et tous les gens qui ont permis cela. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polemique OSMF Was Re: qualité d e la carte
2010/10/2 Eric Marsden eric.mars...@free.fr Salut Emilie, Je retire avec excuses ma polémique sur le fonctionnement opaque : j'ai revisité le site web de l'OSMF et j'y ai trouvé des notes sur les activités des groupes de travail ainsi qu'un descriptif (certes sommaire) des dépenses. Je ne me souviens pas d'avoir vu ça lors de ma dernière visite (il y a un an peut-être). Il ne faut pas t'excuser! Ton mail m'a permis justement de clarifier certaines choses et ce n'est pas une mauvaise chose. Un des gros problèmes de la fondation est le déficit de communication. Ton point de vue reflète donc bien un problème réel. Ce n'est pas pour rien que le groupe de communication est en train de se mettre en place. Dans la deuxième phase, on aura besoin de traducteurs. Que faire de plus pour des râleurs comme moi? Le dernier blog de l'OSMF date d'il y a 11 mois. On pourrait y trouver des informations sur les activités importantes : mises à jour prévues pour le matériel, idées sur ce qui pourrait être fait avec les 1 M$ que Mapquest annonce vouloir dépenser pour améliorer la carte, progrès sur le feuilleton des CT, etc. Je sais, yakafocon. Concernant les mises a jour prévues pour le matériel, cela va être annoncé très bien. La fondation va acheter une nouvelle machine pour servir la carte suite a une donation de Mapquest de 20K$. Récemment, Mapquest via Hurricane Coast a annonce qu'ils considéraient des idées pour améliorer OSM et qu'ils financeraient les meilleurs idées. Alors sur le progrès sur le feuilleton des CT, je vais essayer d'écrire quelque chose dessus en Français, car je crois que ça fait quelques temps qu'il faut que je le fasse. J'avoue avoir pris un petit break du LWG pendant deux semaines pour m'occuper de choses de la vie réelle. De plus, je crois que je suis la seule membre du bureau a cumuler un grand nombre de Working Group (Technical, Communication, Licence, et SOTM) sans parler bien sur des fantastiques réunions de 3 heures du bureau de temps en temps et d'être trésorière (et je ne parle pas de ma tentative de relancer le projet GPS Togo). Il y a en effet beaucoup a faire et je suis moi même un peu a la dérive. Ça prend pas mal de temps de s'organiser correctement face a la charge de travail que ça représente. De plus, la fondation essaie de se structurer beaucoup plus ce qui lui a fait défaut jusqu'à présent. Le yakafocon oui mais la encore je dirais que c'est a ceux qui ont été élus de le faire la dessus. Pour une fois, ce n'est pas l'inverse. Ça ne veut pas dire qu'il faut que l'on fasse tout seul, mais si les élus n'arrivent pas a donner l'impulsion, qui le fera? Il y a du boulot et a terme une partie de ce boulot doit être répercuté vers un plus grand nombre de personnes. Bref c'est tout un programme. Je serais satisfaite déjà si au mois de Mars, on a une communication effective via le blog de la fondation. Parmi les taches approuvées ce soir par le bureau: - Refondre le site de la fondation vers un CMS - Relancer le blog de la fondation pour y etre la source d'information principale sur la fondation - Newsletter mensuelle a destination des membres et de la communauté J'espère que tu n'as pas vu le précédent mail comme une attaque. Le but du jeu est d'avoir quelque chose de constructif au lieu d'avoir toujours la même chose qui revient et d'arriver a une situation ou on avance. Je sais que je suis en retard sur de nombreux points en partie expliquée par une mauvaise organisation, trop de boulot, et une grande fatigue (et lassitude sur certains sujets). Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Polemique OSMF Was Re: qualité de la carte
2010/9/29 Eric Marsden eric.mars...@free.fr Je rajoute pour polémiquer qu'il est bien dommage que la nouvelle licence souhaitée par l'OSMF donnerait bien plus de pouvoir à cet organisme au fonctionnement opaque pour décréter ce qui arrive aux données. Mais c'est sans doute inévitable si on s'appuie sur le droit des contrats. Salut, Pour répondre a la polémique très brièvement (ou après relecture pas si brièvement que cela), la nouvelle licence (ODbL) ne donne pas plus de pouvoir a la fondation. Les termes des contributeurs donne un peu plus de pouvoir dans le sens que la fondation devient détenteur d'une licence sur les droits, mais tout le monde garde ces droits sur les données produites (a la différence de l'assignation voulue par la FSF par exemple). De plus, la nouvelle licence s'appuie sur le droit des contrats uniquement la ou les deux autres protections ne peuvent s'appliquer (Droit des bases de données, et copyrights dans les rares pays ou les faits peuvent être sous copyright). En France, la licence utilise donc le droit des bases de données et non pas la loi des contrats. De plus, la fondation ne cherche absolument pas a contrôler la communauté ou a imposer telle ou telle chose. La fondation reste avant tout un moyen de collecter des fonds pour l'infrastructure ainsi que de servir a protéger les données en cas de besoin. Actuellement, si une société vient a utiliser les données OSM sans respecter la licence, ce sont aux contributeurs eux mêmes d'attaquer en justice la société fautive. Quant au fonctionnement opaque, j'attends qu'on me dise ce qu'il faut faire de plus pour que cela devienne moins opaque; d'ici peu, il est prévu de commencer a publier une lettre mensuelle d'explication des travaux des différents groupes de la fondation. Je tiens a rappeler que toutes les notes sont disponibles sur le site de la fondation. Du fait de la nature des gens qui participent, ce sont généralement des conférences téléphoniques. Doit on alors enregistrer les réunions? De plus, je tiens a rappeler que si quelqu'un veut participer a un Working group il peut le faire librement et qu'il n'est pas nécessaire de faire partie de la fondation pour aider (cf par exemple le SOTM, et les interventions de certaines personnes lors du groupe sur la licence). J'avoue que je ne comprends pas: d'un cote, les gens veulent que la fondation intervienne des qu'il y a le moindre non respect de la licence et d'un autre cote, les mêmes personnes demandent a ce que la fondation ne soit pas visible. Il faut bien trouver un juste milieu la dessus. Puisque tu tiens un peu a la polémique, j'aimerais que tu me dises ce que tu voudrais que la fondation fasse. Car quitte a polémiquer sur quelque chose, autant avoir de vrais arguments pour faire avancer le schmilblick. Le fait est que la fondation reste avant toute chose quelque chose qui est gérée par des volontaires au même titre qu'une association comme l'osgeo-fr. L'air de rien, le travail lie a la fondation me prend plus d'une dizaine d'heure par semaine dont notamment le nouveau groupe sur comment améliorer la communication. Je passe aussi pas mal de mon temps actuellement a discuter avec plein de gens pour expliquer ce que l'on fait, ce qu'est OpenStreetMap, essayer de nouer des contacts avec la communauté scientifique afin de voir ce qui peut être fait ou envisagé. Quant aux outils assurant la qualité, il n'y en aura jamais des officiels ou du moins pas tant que je serais membre du bureau. Je crois fortement que la fondation est la pour supporter la communauté. C'est d'ailleurs a ce titre que j'ai inscrit a l'ordre de la réunion du bureau l'obtention potentielle d'un serveur pour maposmatic. Mais si on suit un peu ta logique, a partir de ce moment la, est ce que supporter maposmatic ne devient pas lui donner le statut de quelque chose d'officiel? S'il y a quelque chose dont la fondation est potentiellement coupable, c'est de ne pas avoir assez de temps pour faire avancer les choses correctement. Pourquoi voir une conspiration quand on peut expliquer les actions par un manque de temps? S'il y a une conspiration, je ne suis vraiment pas au courant (après tout j'ai été élue trésorière) mais peut être que ça implique que je suis en train de mentir et qu'en fait je suis une vile manipulatrice qui fait cela pour gagner plus de puissance, et que je suis a la solde de X (choisir ici sa société préférée ou son future maître du monde préféré). Bref, j'arrête la (je pourrais continuer sur pleins de sujets sous-jacents et liés) et j'attends avec une certaine impatience une réponse tout aussi construite tout en gardant en tête les contraintes et les besoins des gens. La critique est facile; la critique constructive est plus dure. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
2010/9/30 Eric Sibert courr...@eric.sibert.fr Concernant la qualité, j'ai surtout l'impression que la majorité des contributeurs ne se sentent pas concernés. Cette semaine, je suis en déplacement pour le boulot à Nice. Je charge dans mon GPS une carte réalisé à partir d'OSM. Premier impression quand j'arrive en ville: c'est bien sur l'aspect routier. On dirait qu'il y a toutes les rues, les sens interdits. Hier après-midi, temps libre. Je vais me balader dans la vieille ville. Il manque des ruelles qui n'ont pas les même noms que les rues principales. Sur les sens uniques, ce n'est pas si complet que ça. Retour à l'hôtel, je commence à étudier la carte OSM. Le réseau routier n'est pas bien structuré. Des primary/secondary qui ne débouchent rien. Coup d'oeil dans Keepright. Des chemins qui se croisent sans se connecter. Des points très proches non reliés. Ca correspond à des règles qui n'ont rien de neuf. Or, quand je vois le boulot global qui a été fait sur Nice, ce n'est pas du travail de débutant. Pourtant, l'aspect qualité ne suit pas. Donc, on peut faire des groupes QA élitisto-minoritaires mais il faudrait surtout arriver à sensibiliser la majorité. En les contactant quand on voit qu'ils font des erreurs répétitives comme suggéré dans un autre message??? Tout a fait, mettre en place une sorte de bureaucratie qui fait du QA a tire larigot (je hais fortement le concept d'une élite qui fasse quelque chose en permanence, même s'il faut bien remarquer que dans certains cas, on a un groupe qui prévaut, qui est celui que fait les choses) , c'est bien gentil mais ça ne résout pas le problème de base qui est de sensibiliser la majorité. C'est loin d'être un problème facile. C'est pour cela que je suis très sceptique sur l'approche de certains (pas sur cette mailing list) de recruter a outrance et en grande quantité de nouveaux contributeurs. Concernant les tutoriaux, je suis en train de travailler sur des traductions des tutoriaux que Richard Weait produit très régulièrement. Tout cela prend du temps et j'avoue que mon temps est une denrée extrêmement rare au final (d'où une certaine raréfication de mes emails récemment). Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polemique OSMF Was Re: qualité d e la carte
2010/9/30 Pieren pier...@gmail.com 2010/9/30 Emilie Laffray emilie.laff...@gmail.com Je pense que peu de gens contestent la nouvelle licence ODBL mais assez paradoxalement, c'est surtout les CT (contributors terms) et la façon dont les choses sont organisées (la fameuse impression d'avoir le pistolet sur la tempe) qui soulèvent le plus de problèmes/questions. Oui enfin ce n'est pas aussi clair que ça. Car ceux a qui te pensent critiquaient initialement la licence. Mon point de vue est que certains points sont tout a fait valides et ont besoin d'être corrigés, mais on arrive au bout du compte a un débat de sourd (genre Paris choisit l'ODbL mais c'est une erreur et ce n'est pas vraiment ce que Paris veut). Enfin, le fait est qu'une nouvelle version des termes des contributeurs est en train d'apparaître afin de répondre aux problèmes qui ont été soulevés. Quant a la façon dont les choses sont organisées, je suis tout a fait d'accord, mais c'est la une situation dont j'hérite et j'avoue que parfois c'est particulièrement stressant. A propos, as-tu des nouvelles sur la position de NearMap chez nos amis les kangourous ? Sont-ils toujours contre le changement de licence ? Nearmap est d'accord avec l'ODbL mais pas d'accord avec le CT. Ils voient dans le CT deux licences supplémentaires: - Possibilité de changer de licence - Obtention des droits a la fondation Ils sont contre cela parce qu'ils croient que quand tu dérives des données vectorielles de leurs orthophotos, ils possèdent toujours les droits dessus. Autrement dit, ils estiment qu'il y a une viralité verticale des droits et que donc ça leur appartient. Ils pensent que le changement de licence va contre la valeur ajoutée qu'ils produisent pour leurs actionnaires. Ils pensent aussi que le droit d'auteur s'applique sur les faits (dans ce cas présent, représentation vectoriel des faits). L'effet secondaire de leur avis légal c'est que l'utilisation dans le cadre CC-BY-SA n'est probablement pas valide non plus en premier lieu du fait de ce qu'ils pensent. On se retrouve donc dans une situation un peu particulière. De même, ils comptent introduire a terme la possibilité d'éditer anonymement la carte, ce qui leur donne tous les droits sur les contributions de cette façon. On essaie de trouver un compromis avec eux mais ça demande du temps pour trouver un qui soit acceptable pour les deux parties. Je tiens a m'excuser pour le verbiage légal et je ne suis pas avocate et tout ce que je rapporte est librement accessible sur les minutes du LWG. En attendant, un grand merci à toi pour tout le temps que tu passes à propager la bonne parole OSM ;-) Je ne le ferais pas si ça ne m'intéressait pas. C'est juste que je pense pouvoir apporter quelque chose au débat (peut être un peu prétentieux mais bon) Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-legal-talk] Usage of ODbL
Hello, just a quick note to mention that two different legal entities in very different places in the world just adopted ODbL as their preferred licenses: http://www.dataplace.org/odbl (sorry it is in French but people who can read will see that it is the city of Paris) http://www.regardsurlenumerique.fr/blog/2010/9/28/opendata-a-paris_nous-publierons-une-vingtaine-de-jeux-de-donnees-avant-la-fin-2010_/ I am pretty sure that more legal details will emerge in the future on why ODbL was chosen over licenses. Emilie Laffray ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-fr] Opendata à Paris : « Nous publ ierons une vingtaine de jeux de données avant la fin 2010 »
2010/9/29 Tenshu ten...@gmail.com http://www.regardsurlenumerique.fr/blog/2010/9/28/opendata-a-paris_nous-publierons-une-vingtaine-de-jeux-de-donnees-avant-la-fin-2010_/ Paris choisit donc l'ODbL (!) Oui. Je laisse aux gens prendre la conclusion qui s'impose. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opendata à Paris : « Nous publ ierons une vingtaine de jeux de données avant la fin 2010 »
Salut, Je ne te visais pas du tout. C'est plus un écho d'autres discussions ailleurs. Je suis désolée d'avoir été un peu sèche vis à vis de toi alors que ça n'était pas le but. Un autre site officiel aux USA vient aussi de passer sous odbl. www.dataplaces.org/odbl La question subsidiaire est comment les gens reagiraient si une boite venait à utiliser les données sans respecter la licence car elle pense que celle-ci ne peut s'appliquer. Ça ferait quand même quelques heureux. Emilie Laffray On 29 Sep 2010 16:17, Tenshu ten...@gmail.com wrote: 2010/9/29 Emilie Laffray emilie.laff...@gmail.com 2010/9/29 Tenshu ten...@gmail.com http://www.regardsurlenumerique.fr/blog/2010/9/28/opendata-a-paris_nous-publierons-une-vingtaine-de-jeux-de-donnees-avant-la-fin-2010_/ Paris choisit donc l'ODbL (!) Oui. Je laisse aux gens prendre la conclusion qui s'impose. Haha je l'attendais celle là, ma critique ne porte pas sur l'ODbL car je ne suis pas compétent dans le domaine pour juger de sa qualité. Les critiques que j'ai porté sur la migration d'OSM particulièrement vers l'ODbL est l'incertitude sur la conservation des données existantes. Mais bon c'est tout à fait hors sujet ici. -- 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] niveaux admin_level=7 (était : Limites,, communales)
2010/9/27 Pieren pier...@gmail.com 2010/9/27 Benoît ROUSSEAU adressepossi...@free.fr Stop au suivi systématique ! Est-ce que le sens des quartiers Allemands est le même que celui en France ? ? ? Connaissant la réputation Allemande face a la latine, je pense quelle est cohérente. Pour autant, sans nous mettre des œillères,et ne pas allez voir autour ce qui se fait, on peux aussi réfléchir par nous même. Par exemple, quand Émilie nous parle des usages de subarea dans le découpage en Espagne elle ne semble franchement prête à l'appliquer en France. Si on regarde le tableau ici: http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative j'ai rapidement compté les admin_level correspondant à la municipalité: 1 pays au niveau 5, 2 au niveau 6, 5 au niveau 7, 40 au niveau 8, 1 au niveau 9 (l'Australie), 1 au niveau 10. Le solde contient ceux que je n'ai pas pu déterminer (comme la Chine) ou qui est inapplicable ou indéterminé. Le niveau administratif inférieur est souvent le suburb qui se trouve mieux répartit entre les admin_level 9 et 10. Quelques notes pour préciser que je ne suis pas sure que l'Australie soit un bon exemple puisqu'ils ont des limites administratives non consistantes d'un admin_level a l'autre. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] niveaux admin_level=7 (était : Limites,, communales)
Petite clarification. Ce qui me gêne c'est l'utilisation qu'il en fait en Espagne et en Pologne où les données géométriques sont mélangées avec des relations avec le rôle subarea. Pour moi cela n'a aucun sens. Dans le cas d'une relation boundary, si les données géo ne sont pas mélangées, ça ne me gêne pas. Emilie Laffray On 25 Sep 2010 12:28, Benoît ROUSSEAU adressepossi...@free.fr wrote: ___ 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] niveaux admin_level=7 (était : Limites,, communales)
2010/9/24 Pieren pier...@gmail.com 2010/9/24 Pierre Quenee pierre.que...@sfr.fr En ce qui concerne les rôles : admin_center Attention à la syntaxe anglaise : admin_centre (et non admin_center). Erreur très courante, en particulier chez les français (on se demande pourquoi ;-) Ou chez les américains :p Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] niveaux admin_level=7 (était : Limites, communales)
2010/9/23 Pieren pier...@gmail.com 2010/9/23 Benoît ROUSSEAU adressepossi...@free.fr Reste à déterminer l'étiquetage ? Des propositions ? Benoît R. Je suis d'accord qu'il faut revoir l' étiquetage. Avec la proposition actuelle: http://www.openstreetmap.org/browse/relation/1187442 je vois quelques problèmes dont le principal est de mélanger des relations définissant des limites (somme de frontières extérieures formant une surface) avec des regroupements de communes (somme de surfaces) en utilisant la même famille de tags (type=boundary; boundary=administrative). Donner un role=relation n'est pas suffisament distinctif ce qui pourrait compliquer leur exploitation par logiciel, amha (on ne tague pas pour les logiciels mais il faut garder une certaine cohérence tout de même; la question s'est déjà posée pour les départements, régions, etc). Un autre problème dans cette proposition est d'y avoir ajouter le code postal qui se trouve déjà dans les sous-relations. Je ne sais pas si la création de communautés de communes implique toujours la fusion en un seul code postal mais les codes postaux devraient figurer dans une seule relation à la fois pour éviter les risques d'incohérences ultérieures. Il faut noter que la Pologne et l'espagne utilise des relations subarea. Je ne suis pas tres fan de cela mais cela est fait. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [OSM-talk] MapQuest Continues to Open Up!
2010/9/23 hamster hams...@suna.fdn.fr Emilie Laffray a écrit : Mapquest vient de faire une nouvelle annonce. Voila la traduction: Salut, Je voulais vous signaler quelques nouvelles interessantes venant de Mapquest: A partir de ce matin (6 heure locale a Denver, soit 14 heure en France), Mapquest a annonce quatre nouveaux sites betas europeens basés sur les donnees de OpenStreetMap. Je dois dire que c'est super cool de voir que la recherche de noms utilise Nominatim, et qu'il y a des fonctionalites comme des routes draggables. De meme, vous pouvez envoyer vos cartes sur Facebook, votre GPS et votre email. Vous pouvez aller voir les sites aux adresses suivantes: http://open.mapquest.fr http://open.mapquest.fr/ voila une bien bonne nouvelle dommage qu'il n'y ait pas d'options pour des itineraires pietons et cyclistes Je suis convaincue qu'a terme ils vont offrir ce genre de choses. Mapquest voit les sites comme open.mapquest.fr comme ce qui va venir sur leur site. Et ils semblent vouloir étendre leurs outils de manière importante, ce qui leur permettrait de concurrencer Google. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] niveaux admin_level=7 (était : Limites communales)
2010/9/22 Benoît ROUSSEAU adressepossi...@free.fr A mon sens les cantons ne sont pas des admin_level au sens administratif, mais électoral. La partie administrative est le département pour les cantons, car les conseillers généraux siègent au Conseil général. Ce sont des représentants politiques, pas des des fonctionnaires dans cette fonction (même s'il peuvent l'être par ailleurs). C'est le Conseil général qui gère administrativement, selon ses prérogatives, le département dont la population est représentée par des élus de fractions électorales de ce territoire. Même si les conseillers municipaux sont élus sur des secteurs électoraux ont ne tag pas ces secteurs en admin_level mais on tag les quartiers qui n'y correspondent pas... et qui d'ailleurs ne sont pas a proprement parler des admin_level, sauf si les conseils de quartiers... sont légalement obligatoires et on un rôle administratif (je ne sais pas à vérifier). Les Sous-préfectures avec leurs arrondissements administratifs oui, c'est une fraction de territoire de police, avec des fonctionnaires. A ce titre, les Académies auraient plus leur place, en admin_level, que les cantons. Les Académies sont bien des fractions administratives de l'état, elles déterminent, par exemple, par ricoché les périodes de congés scolaires, l'endroit où inscrire les enfants à l'école publique, ... Le découpage électoral ne suit pas le découpage administratif, nous sommes tous d'accord. Mais c'est à mon avis une erreur de vouloir les intégrer au niveau d'admin_level il faudrait un découpage électoral à part, qui existe je crois. D'ailleurs on risque d'avoir le même pb à l'inverse quand on voudra monter le découpage électoral, des morceaux seront en admin_level, les autres en electoral_level, ... boundary = political admin_level = * peut etre? Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation de bulk_upload bulk_upload_sax
2010/9/21 Benoît ROUSSEAU adressepossi...@free.fr Ces investigations et/ou des essais pourraient très bien être menés en coordination avec l'équipe OSM en charge des serveurs en attaquant la vraie base avec des objets générés sur des zones de tirs (pourquoi pas les champs de tirs militaires inscrits dans la base), ... Dans un premier temps, Émilie, pourrais-tu nous obtenir l'avis de l'équipe qui gère les serveurs sur l'origine possible ou avérée de tous ces doublons d'après eux ? J'en parlerais. Je ne sais pas quand forcement mais la semaine prochaine il y a une réunion du Technical Working Group (les admins et les devs), donc il est certain qu'on aura une discussion la dessus, puisqu'un des sujets est comment améliorer les performances. Il faut noter qu'un nouveau serveur va être bientôt acheté. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation de bulk_upload bulk_upload_sax
2010/9/21 Benoît ROUSSEAU adressepossi...@free.fr On a avancé : 1 - il y a un pb côté JOSM a coup sûr = donc avertir l'équipe de JOSM ; 2 - les serveurs sont PROBABLEMENT surchargés et donc ce pb est plus fréquent et ne passe plus inaperçu = SIMILI pb côté charge serveur. note : en gras, termes prudents, même si cela semble confirmées par Émilie, mais... Oui surtout que je n'ai rien confirmé :) J'ai juste parle que l'on allait avoir une nouvelle machine plus puissante, mais je ne suis pas sure de l'utilisation de la machine (pas sure qu'elle soit la pour la base de donnée). Comme je l'ai indiqué plutôt, je demanderais aux admins s'ils sont au courant d'un quelconque problème. Les problèmes rencontrés par les serveurs récemment étaient liés a un contrôleur RAID défectueux, qui a été changé depuis. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [talk-au] Tags for bicycle friendly streets (Ride the City - Brisbane)
On 20 September 2010 11:39, Lachlan Rogers lach...@rogers.name wrote: I've seen a few similar proposals come and go. Where did cyclerating=* come from - did you just invent it? It would be much better to combine forces with at least one existing proposal if possible... The idea would be a good one in Canberra. I'd be happy to use the proposed cyclerating tag, but would also be interested in reading about some of the other proposals. Where can I find them? I would suggest talking about it internationally as one website www.geovelo.fr is already using some similar concepts through not tagging. I am sure they would be happy to have a coherent proposal put into place. Just be aware that you will probably run into some discussion on tagging about the relativeness of that kind of tagging i.e. like the smoothness debate. It is likely to be a highly contentious proposal idea. Emilie Laffray ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [OSM-talk-fr] La France, lanterne rouge des erre urs dans OSM ? (était: Route non connecté e)
2010/9/20 Guilhem Bonnefille guilhem.bonnefi...@gmail.com Comme dans les gros projets, va falloir monter une team QA pour veiller à la qualité des données et remédier aux erreurs (ou du moins, mettre en oeuvre des plan d'actions pour les résorber). Je pense qu'une team QA sera assez difficile a mettre en oeuvre meme si c'est une tres bonne idee. Je pense que certains d'entre nous passont deja un certain nombre de temps a corriger de nombreuses erreurs mais l'essentiel serait déjà d'avoir des outils qui évitent de créer les erreurs en premier lieu. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Import bâtiments en France
Bonjour, suite a la multiplication des imports de bâtiments en France, je tiens a rappeler qu'ils existent certains outils permettant d'éviter les points dupliques dans un fichier OSM. Pieren lors de l'import Corine a pris soin de créer un tel outil que l'on peut retrouver ici : http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import#Removing_duplicate_nodes Cela serait fantastique que les gens utilisent cet outil sur tous les fichiers OSM qu'ils mettent a disposition. Cela éviterait d'avoir une quantité de points dupliqués absolument astronomique. L'idéal serait que les gens passent par une étape intermédiaire lors de la création des fichiers OSM a partir des fichiers SVG, et utilisent OGR2OSM. Cela permettrait de se débarrasser des ways en double ainsi que des points dupliques en créant les bonnes relations. C'est vraiment primordial de passer a cela. Pour les fichiers existants, il est tout a fait possible de créer ces fichiers OSM corriges en utilisant plusieurs étapes (dont osm2pgsql et psgsql2shp et finalement OGR2OSM). J'incite vraiment les gens a évaluer cela car les administrateurs des serveurs OSM font des bons a chaque fois qu'ils voient un import résultant en de milliers de points dupliques. Je travaille sur un outil qui sera capable de travailler sur des fichiers OSM faisant la fusion entre des géométries du même type (genre building=yes ou landuse=residential etc...) mais c'est loin d'être terminé. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâtiments en France
2010/9/20 Christophe Merlet red...@redfoxcenter.org Le problème a été soulevé sur la liste a de nombreuses reprises. Le consensus à la quasi unanimité qui en a chaque fois ressorti est que cela ne servait à rien de se prendre la tête à faire du bon travail car il y aurait toujours un script ou une bonne âme pour corriger derrière... Et qu'en plus, grâce à la loi de Moore, on ne serait jamais limité par la base de données... Ironie et sarcasme de ta reponse mise a part. Si l'on peut faire un import qui soit clean autant que possible sans que cela coute enormement de temps, autant le faire. Mon argument dans le passe a toujours été qu'il y a des erreurs de faites et qu'il ne faut pas en faire un fromage. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâtiments en France
2010/9/20 Vincent de Chateau-Thierry v...@laposte.net Certes, il est possible de faire plein de choses avec un PostGIS sous la main et plein de connaissances qui vont avec et l'ordinateur ad'hoc, mais il faut reconnaître que ça n'est pas à la portée de tout un chacun. JOSM en soi (avec Validator) est déjà un bon outil, encore faut-il vouloir s'en servir. Pour moi le plus gros défaut des buildings en vectoriel, ça n'est pas la qualité de la donnée, c'est la facilité que ça offre d'updloader des données dans la base sans se poser de questions. A noter que pas mal de gens utilisent des fichiers OSM qu'ils n'ont pas téléchargés eux mêmes. Ces fichiers peuvent être pré-traités. Quand on a un répertoire de fichiers, on peut essayer de faire en sorte qu'ils soient clean. C'est justement l'approche Fire and Forget que je récuse. La methode via Postgis est une methode qui marche actuellement. Mais la encore, je tiens a rappeler que je vise ceux qui proposent les fichiers en téléchargement afin d'éviter certains désagréments. Ca ne veut pas dire que ca soit la bonne. (en fait, je suis même sure que ca n'est pas la bonne en attendant une meilleure solution qui permet d'avoir un executable qui fait le boulot par lui meme). Quant a l'utilisation de JOSM pour un import quelconque, je ne commenterais pas mais je n'en pense pas moins. C'est toutefois l'outil le plus pratique a l'heure actuelle. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâtiments en France
2010/9/20 Pieren pier...@gmail.com 2010/9/20 Emilie Laffray emilie.laff...@gmail.com que l'on peut retrouver ici : http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import#Removing_duplicate_nodes Attention, ce script n'élimine que les nodes avec des coordonnées strictement identiques. Ce qu'il faudrait, c'est surtout améliorer à la source le script qui traduit le PDF cadastral en données OSM en y instillant un peu d'analyse (inutile de reproduire les erreurs de l'export du cadastre PDF). Une autre priorité serait d'améliorer la carte dupe_nodes de Matt: http://matt.dev.openstreetmap.org/dupe_nodes/ en filtrant les données IGN pour mieux faire apparaître les endroits à problèmes. Il faut aussi garder un oeil sur les stats journallières pour contacter les cancres: http://matt.dev.openstreetmap.org/dupe_nodes/about.html et les inciter à faire plus attention. On est tout a fait d'accord. Je n'ai pas regarde les fichiers mais il n'est pas impossible que pas mal de points dans le cadastre soient strictement identiques. Sinon je partage ton analyse sur la nécessité du travail en amont. C'est essentiel et c'est ce qui a été fait lors de l'import Corine. Concernant le dupe node de Matt, c'est extrêmement pratique car ça permet de voir ce qui se passe a posteriori. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâtiments en France
2010/9/20 Vincent de Chateau-Thierry v...@laposte.net Ce que je voulais indiquer, c'est que certaines erreurs ne sont pas décelables au stade des mises à disposition de fichiers, les erreurs étant générées au delà, à l'import en base. Dernier exemple en date ce week-end : les imports évoqués hier dans ce thread : http://lists.openstreetmap.org/pipermail/talk-fr/2010-September/026899.html concernent des fichiers de bâti sans souci au départ, c'est l'étape d'upload qui a généré les doublons (voire triplets, etc). Oui et ce n'etait pas mon propos. Ca fait malheureusement parti des accidents. Quant a l'utilisation de JOSM pour un import quelconque, je ne commenterais pas mais je n'en pense pas moins. C'est toutefois l'outil le plus pratique a l'heure actuelle. Des noms ! Des noms ! :-) Je ne pensais a personne en particulier :) Concrètement, s'il y a des méthodes d'import préconisées pour de l'import de bâti, je ne demande qu'une chose : qu'elles soient expliquées ici, encouragées ici. Les imports massifs de bâti se déroulent depuis juin sur la France, et sur talk-fr, les conseils là-dessus tournent plus autour du paramétrage de JOSM et les contrôles qualité pré-import que sur une méthode alternative d'upload. bulk_import.py est bien cité une fois de temps en temps, mais quand on n'a jamais écrit ni éxécuté une ligne de python, ça n'aide pas vraiment. Comme je le disais, JOSM reste le moyen le plus simple actuellement pour ce genre d'imports. Ca ne va pas dire que ca soit une bonne chose. Je ne vais certainement pas commencer a recommander bulk_import.py justement pour les raisons dont tu parles. Il manque un vrai outil simple et sur pour faire un vrai import. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Route non connectée
Bonjour, Geofabrik vient d'ajouter un nouvel outil a leur panoplie. http://tools.geofabrik.de/osmi/?view=routing Cela permet de voir les routes non connectées. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Route non connectée
2010/9/15 Steven Le Roux ste...@le-roux.info 2010/9/15 Emilie Laffray emilie.laff...@gmail.com: Bonjour, Geofabrik vient d'ajouter un nouvel outil a leur panoplie. http://tools.geofabrik.de/osmi/?view=routing Cela permet de voir les routes non connectées. Le top ça pour fixer les imports différentiels ! Je suis sure que l'on doit pouvoir créer les points automatiquement sans trop de logique supplémentaire en utilisant certaines fonctions dans Postgis 1.5. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Route non connectée
2010/9/15 Pieren pier...@gmail.com Attention, de nombreux faux positifs ont été rapportés. Donc toujours contrôler avec le terrain. Comme d'habitude, toujours vérifier avec le terrain. Toutes les corrections que j'ai faite pour le moment était sur les endroits ou j'ai mappe moi même. Je pense qu'avec un minimum de precaution c'est un outil utile. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prochain State Of The Map
2010/9/13 Frédéric Rodrigo fred.rodr...@gmail.com Salut, Je crois que c'est le moment de donner le lien vers une page du wiki créé en juillet ;) http://wiki.openstreetmap.org/wiki/Strasbourg/State_Of_The_Map_2011_Draft_Bid À compléter, à enrichir.. il faut prendre des contacts avec l'orga des RMLL (le peu que j'ai essayé durant l'été n'a pas était très productif). Il faut aussi des relais locaux d'OSM sur place, suivait mon regard Ajouter vous dans la liste des personnes voulant porter le projet ! Je crois que le plus gros problème est le celui des relais locaux OSM. J'ai contactee un peu certains allemands, et je suis convaincue que si l'on veut avoir le SOTM, il faudra se rapprocher des allemands pour co-organiser cela. Il y a déjà une candidature extrêmement forte (Vienne) qui est la, et une autre va bientôt arriver (celle des américains). Les américains auront le FOSS4G a Denver l'an prochain. Donc si l'on veut le SOTM, il faut vraiment y aller très fort. Je pense qu'il y a moyen d'avoir une approche synergistique avec les RMLL tres efficace. Cette année, nous aimerions avoir de vrais workshops possiblement organisés lors du business day pour permettre a la communauté de bien en profiter. Cela permettrait aussi de drainer des gens du RMLL, ce qui pourrait être une très bonne introduction a OSM. Travaillant dans le groupe SOTM, et avec l'expérience de l'an dernier, je peux dores et déjà dire que les points suivants seront très importants si l'on veut gagner la candidature: - Forte équipe locale - Maîtrise importante des coûts - Coût nourriture faible (le SOTM paie la nourriture des participants y compris celle du samedi soir) - Coût des locaux faibles - Transports faciles d'accès (avion, train, bus, etc...) - Hôtels nombreux et pas chers dans le rayon des locaux - Nombre de participants locaux - Locaux flexibles (au moins deux salles et un grand espace commun pour les rencontres et des séances de poster si besoin) - Bonne collectivité internet et possibilité de faire du stream en temps réel - Fournir des informations touristiques sur ce qui peut être mappé dans les environs - Un restaurant capable d'accueillir beaucoup de gens le samedi soir - Bonne couverture presse Une candidature qui présenterait un coût pour n participants des le début aurait des points supplémentaires, ainsi qu'une page très fouillée sur tous les points précédents a toutes les chances de gagner. J'ai en effet commence a contacter les gens des RMLL en partie grâce a Frederic et Sebastien, mais avoir une équipe solide est essentielle. L'an dernier au final Ivan s'est retrouve a faire beaucoup trop de taches. Je suis prête a aider autant que je peux mais j'avoue que dans le cas présent, je suis un peu juge et partie (membre du groupe SOTM et trésorière) :) Je crois que c'est le bon moment de montrer que la communauté française est mure et grandissante. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aire de co-voiturage
2010/9/10 Pierre-Alain Dorange pdora...@mac.com Rodolphe Quiedeville rodol...@quiedeville.org wrote: Je lancerais une discussion préalable au vote sur le wiki début de semaine prochaine, on se laisse le week-end pour trouver une meilleure idée que amenity=carpool. amenity=parking +parking=carpool ? +1 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-es] Datos corine en Francia
2010/9/8 Manuel García lendul...@gmail.com El 08/09/2010 13:39, andrzej zaborowski escribió: Los datos se pueden descargar como shp igual que CLC, y los Eslovakos creen que la licencia es compatible con osm. Tienen la misma licencia que Corine: permiso con fines comerciales siempre que se cite la fuente. Habrá que darle un buen repaso a todos los datos disponibles y ver qué podríamos aprovechar. Saludos, Manuel. Puedo hablar un poco en castellano, pero no puedo hablar muy bien. The non commercial clause in France was removed before we could do the import. In addition, it is also believed that the licence that was given to us in France is compatible with OSM (older and newer). It took a lot of time in France to decide what we should import. An automatic import was done of all the polygons that were not overlapping with existing OSM polygons. The rest of the polygons can be imported using JOSM remote control at the following url: http://clc.openstreetmap.fr Emilie Laffray ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[OSM-talk-fr] Import batiment
Bonjour, suite a une discussion avec un contributeur anglais concernant un import massif de bâtiments du cote de Briancon, une solution a été évoquée pour éviter d'effacer des bâtiments déjà rentrés. Il existe un outil capable de ne pas importer des bâtiments existants si besoin est. La page wiki se trouve la: http://wiki.openstreetmap.org/wiki/Mapseg Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] Dorset/Wilts county boundary wrong...is there adefinitive source?
On 8 September 2010 15:08, 80n 80n...@gmail.com wrote: On Wed, Sep 8, 2010 at 2:05 PM, Kevin Peat ke...@kevinpeat.com wrote: On 8 September 2010 10:07, 80n 80n...@gmail.com wrote: On Wed, Sep 8, 2010 at 9:41 AM, Kevin Peat ke...@kevinpeat.com wrote: Until the issue of whether the OS datasets can be used under the new license/CT is resolved it seems a bit pointless doing anything like this whatever the merits might be. The OS datasets are compatible with OSM as it stands at the moment. Worrying about future incompatibilities that may or may not happen is not helpful to the project. ... I should qualify my sweeping statement about OS datasets being compatible with OSM. They are if you are an old contributor. They are *not* if you signed up after 12th May, because Ordnance Survey's license is incompatible with the new Contributor Terms. So if you are a new contributor, too bad. To the best of my knowledge, legal counsel has not yet stated so, as the LWG has approached legal counsel on that particular topic. So until we have something whether negative or positive, the point you are making is pretty much moot. Emilie Laffray ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-legal-talk] Google MapMaker and OSM data...
On 7 September 2010 14:51, Eric Jarvies e...@csl.com.mx wrote: Grant, Yes, I can point to an example... but prior to bringing attention to the matter/area, I would instead prefer to monitor it and see what else appears. The coastline, akaik, is not editable by users/contributors, which is why I asked if Google is now using OSM data. I think that even an example would be nice, so more people can have a look at what is happening. It would be best if we realized what is going on sooner rather than later. Emilie Laffray ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-fr] [Géovélo] Tag name sur piste cyclable/voie de bus
2010/9/6 GaelADT gael.sauva...@gmail.com On pourrait déduire certains cas. Mais dans tous les cas je peux te montrer plein d'exemples où il est impossible pour une machine de déduire quoi que ce soit. Ça peut paraitre bizarre pour une piste cyclable... où s'arrête une la rue ? Simplement à la circulation voiture ou à tous les modes de transport ? En tout cas pour les voies de bus, elles, elles font bien parties de la rue non ? Donc avec les pistes cyclables on étend simplement la logique des choses. Par curiosité, est ce que vous maintenez une liste de toutes les erreurs que vous trouvez? Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Géovélo] Tag name sur piste cyclable/voie de bus
2010/9/6 GaelADT gael.sauva...@gmail.com Emilie Laffray wrote: Par curiosité, est ce que vous maintenez une liste de toutes les erreurs que vous trouvez? Emilie Laffray Non car on corrige au fur et à mesure ;) Quand on tombe sur un problème, on le corrige directement si on est sûr, sinon on demande l'avis de la communauté comme par exemple pour ce cas précis. En fonction de ce qui sera décidé ici, on est parti pour modifier/corriger toutes les voies sur Paris qui posent problème. On arrive bientôt à la date fatidique où Géovélo Paris doit fonctionner correctement, alors on essaye d'accélérer sur les derniers problèmes restants. Bon courage avec le dernier col alors! Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] État du suivi des autoroutes
2010/9/3 Marc Sibert m...@sibert.fr Le 01/09/2010 21:55, Jocelyn Jaubert a écrit : Bonjour, Tout d'abord, merci à tous les osmoseurs qui ont mis la main à la patte pour remplir toutes les relations nécessaires pour établir les comparaisons avec wikipedia/wikisara sur: http://jocelyn.alwaysdata.net/osm/suivi-autoroutes.html On a atteint maintenant 96% d'autoroutes correctement mises dans une relation, ce qui remarquable :) J'en ai profité pour me faire un petit générateur de svg France + Autoroutes dans les relations, et ça commence à être pas mal du tout. Pour les plus fous, le svg original et de taille indécente (17 Mo) est en ligne : http://freeroute.fr/libosm/autoroutes.zip (5.6 Mo) Je dois encore améliorer mes requêtes (en PJ) pour simplifier les tracés. Le modèle des tables est basé sur ma Libosm ( http://github.com/Marcussacapuces91/LibOsm) qui stocke dans une base SQLite / Spatialite. Ca en jette! Si la taille est trop grande, je te conseille alors de simplifier la geometrie :) Emilie Laffray. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-legal-talk] Fwd: Re: Two questions to LWG
On 2 September 2010 12:52, TimSC mappingli...@sheerman-chase.org.uk wrote: To LWG, cc legal talk You have not provided an acknowledgement of my recent emails of 11th Aug, 18th Aug (beyond Grant's message of 27th July). Obviously, you are busy but I also don't have time to keep going through my emails and your minutes to see if any discussion has taken place. I first raised the produced works/CC0/PD compatibility issue with you back on 25th May. I have reluctantly decided to set a deadline of 7 days (by 9th Sept) for a response. After that, I will assume communications breakdown - which, while I assume good faith, is rather inconvenient for us. I do have other issues to discuss, but things have come to a stand still on these relatively simple points. Dear Tim, I will add some information since I have a bit of time. I would like to point your attention to point 4.3 of the ODbL license. ( http://www.opendatacommons.org/licenses/odbl/1.0/ ). From my understanding, the produced work could be released under a CC0 or PD license if you want to. However, you are still obliged to attribute the source that you have used to produce your work. Setting unilateral deadline doesn't serve no purpose, and it doesn't encourage good will on the long term. I cannot speak for the others but I do spend a lot of time trying to talk to people, and attend the working groups weekly. In addition, you made clear that you have seen some of your issues raised in the past in the minutes. If you cannot find the time to read minutes or emails, I suspect there is nothing I can do for you in the end since I share the same constraints as you with probably some larger one. In the end, I am just a volunteer among many. They might seem simple points but nothing is ever simple. I suspect that if it was that simple you wouldn't need to ask the LWG in the first place. Emilie Laffray ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] STOP Re: 80m Manifesto
On 1 September 2010 09:53, Mikel Maron mikel_ma...@yahoo.com wrote: PLEASE Indeed. Emilie Laffray ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Sock puppetry is not welcome here
On 1 September 2010 10:36, Andy Allan gravityst...@gmail.com wrote: http://en.wikipedia.org/wiki/Sockpuppet_%28Internet%29 A sockpuppet is an online identity used for purposes of deception within an online community. The rash of posts by Jane Smith and 80 m are examples sockpuppetry at its worst. If you care for this kind of thing, take it elsewhere. It's not big, it's not clever, it's not funny, and most of all, it's not something we accept here. For the avoidance of doubt, there's a difference between sockpuppetry and pseudonyms. And if you disagree with the use of pseudonyms within our community, then take the matter up directly, rather than with such stupid mailing list posts as we've seen over the last few days. Let me remind you that legal-talk, like our other mailing lists, is here for constructive, positive discussion (and positive, constructive disagreement too), not for sending anonymous abusive emails to and/or regarding other people in the community. Comment greatly appreciated. Emilie Laffray ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [OSM-talk] ODbL vs CC-by-SA pros and cons
On 1 September 2010 20:52, andrzej zaborowski balr...@gmail.com wrote: Also I don't see how CC-By-SA 3.0 explicitly does not apply to databases more than 2.0. It explicitly applies to things like maps however (possibly this only means maps as images though) It is my understanding that they are talking about maps as images but IANAL. Emilie Laffray ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk-fr] Conference sur Chambery le 23-24 septembre
Bonjour, On vient de me faire parvenir (Frederik Ramm) le fait que le GeoNG 2010 se déroulait du 23 au 24 septembre a Chambery. Apparemment, ils n'ont aucun contributeurs OSM de présents et ils ont encore quelques places pour des présentations. C'est une excellente occasion que de se rapprocher du milieu humanitaire en présentant ce qui a été fait sur Haïti ainsi que différents efforts comme Map Kibera. Je ne peux m'y rendre malheureusement donc je passe l'offre. Voila l'url pour avoir plus d'information: http://www.cartong.org/index.php?option=com_contenttask=sectionid=18Itemid=137 J'ai le nom de la personne a contacter pour ceux qui veulent y participer. Je sais qu'il y a quelques contributeurs sur Chambery donc on verra bien :) Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Conference sur Chambery le 23-24 septembre
2010/9/1 Frédéric Bonifas fredericboni...@gmail.com Bonsoir, Si si si, je serai présent, pour une présentation OSM/HOT, et peut-être un atelier. J'en ai déjà parlé avec Yann Rebois de Geong. Encore ça me surprenait que tu n'y sois pas :) La personne qui a contacte Frederik est Sandra Sudhoff. Je pense que ça serait bien de voir avec elle pour dissiper tout malentendu. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [talk-au] FYI I removed a whole bunch on nodes where ways existed for the same object.
On 31 August 2010 11:08, John Smith deltafoxtrot...@gmail.com wrote: On 31 August 2010 20:00, Andrew Harvey andrew.harv...@gmail.com wrote: Ok sorry, in future I'll make announcements here. I just didn't want to spam the list and I knew it could be reverted anyway. The longer you leave things to do a revert, the more problematic it will be, best to discuss things first and use reverting as a very last resort, not the first resort... Also depending on the bot you are using or the tool you are using, it would be nice to publish your modification file before applying the modification. One bot used in the French community is actually accepting a specific modification format and regularly people publishes their patches for people to review. It is one way of making sure that things don't go awfully wrong. Emilie Laffray ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [OSM-talk-fr] [Dev] Alléger OpenLayers et ch anger le style des bulles
2010/8/31 Rodolphe Quiedeville rodol...@quiedeville.org Le 31/08/2010 11:49, Xinfe Ewalavir a écrit : Bonjour, Je suis en train de jouer avec OpenLayers, et je me demande si il existe une manière d'alléger le script. Je n'utilise qu'un bout de tout ce qui est proposé, d'où l'intérêt de ne télécharger que le JavaScript nécessaire. Ton but est d'alléger le volume de donnée transférées ou le volume de script traité par le client ? Pour la première partie si tu sers tu la même machine le JS et les tuiles le volume du JS est négligeables par rapport au volume des images. Après tu peux jouer sur la durée de permanance en cache du JS différent par rapport aux images si tu veux vraiment limiter les transferts. Un moyen de régler cela est d'utiliser deux trois trucs pour résoudre la taille et la persistance: - Utiliser un fichier Javascript avec une date ou un numéro de version - Compresser via Apache les fichiers js sortant en utilisant mod_deflate - Configurer les etags - Configurer la date d'expiration a très loin dans le futur Configurer la date d'expiration dans le futur n'est pas un problème puisque le cache ne garde que le nom du fichier javascript qui a été annoté avec un suffixe. Autrement dit, si tu changes la version, le navigateur voit une nouvelle version du fichier et récupérera donc le fichier sans aucun problème. Ces 4 choses permettent de gagner pas mal en performance en réduisant de manière significative la charge d'un site. Je conseille aussi vivement l'utilisation de Firebug et YSlow pour mieux comprendre ce genre de chose sous Firefox. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Towns as Areas or Points
On 31 August 2010 11:36, Serge Wroclawski emac...@gmail.com wrote: As so often happens in OSM, a small mystery turns into a big question, so here's mine for the week: If you don't want the explanation, just skip down to the part where it says THE QUESTION. I live in a place called Silver Spring, Maryland. It's not prominently displayed on the map: http://osm.org/go/ZZcfj5yN- Yet Takoma Park, which is much smaller, does. It turns out the reason is that the node for this town is: http://nominatim.openstreetmap.org/details.php?place_id=437409 And has the tag hamlet. Silver Spring is not a hamlet. It has about 80,000 people living in it according to http://en.wikipedia.org/wiki/Silver_Spring,_Maryland My initial thought was Well we should change the point, but then I discovered this relation: http://www.openstreetmap.org/browse/relation/133501 Which seems better (it still says that SS is a locality, which is essentially the same as a hamlet/village, but it at least has the administrative boundaries). THE QUESTION Do I fix the node? Do I copy the tags from the node into this relation and then fix the relation? Why was the node the thing that came up in nominatim searches, and not the relation? If I remove this node, will bad things happen? In theory, nothing wrong will happen if you delete the point. The place value should be probably changed in both cases. In terms of rendering, Mapnik will create a center of gravity point for the polygon. Essentially you will end up with two names displayed on the map. In France, we keep the two systems, a point and a relation for marking a town. The main reason is that the point can be used to reflect what the proper center of the town is. I don't think Nominatim rates locality very high compared to an hamlet. I can tell you that at work, we are ignoring place=locality for our reverse geocoding. Emilie Laffray ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] [Tagging] Culvert and average contributor
On 27 August 2010 13:55, ed...@billiau.net wrote: On Fri, Aug 27, 2010 at 6:50 AM, Pieren pier...@gmail.com wrote: is that okay if I modify the wiki page and suggest to use tunnel=culvert (and ford=culvert / bridge=culvert) instead of the ambivalent culvert=yes ? I'd like to know what ford=culvert means first. ___ Sorry, I should have photographed one I passed this morning, complete with water. I am sure there will be other opportunities to take that photo. Emilie Laffray ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Projet scolaire autour d'OSM ?
2010/8/27 Christian Quest christian.qu...@gmail.com Quelqu'un a-t-il déjà organisé un projet pédagogique autour d'OSM pour des classes de primaire ? J'ai parlé de l'idée à une cousine institutrice et ça a fait tilt. Elle a aime le côté collaboratif d'OSM et le côté pluri-disciplinaire pour les enfants: - géographie: les cartes - histoire: les noms de rues, les personnages historiques, les cartes anciennes - informatique: pas besoin de déveloper ;-) - technologie: GPS ? - éducation civique: la ville, son organisation, les bâtiments publics, etc et sûrement d'autres... L'école en question est à Maurepas (78), ville partiellement mappée, donc les enfants pourraient aider à la compléter avec une séance de walking-papers. Une contributrice Americaine Sarah Manley fait regulierement ce genre de chose. Elle commence a avoir pas mal d'experience dans le domaine. Tu pourrais la contacter. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet scolaire autour d'OSM ?
2010/8/27 Emilie Laffray emilie.laff...@gmail.com Une contributrice Americaine Sarah Manley fait regulierement ce genre de chose. Elle commence a avoir pas mal d'experience dans le domaine. Tu pourrais la contacter. On me fait savoir que j'ai oublie d'inclure son email: sarah.m.man...@gmail.com Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation de highway=service
2010/8/27 Jissouille openstreet...@thefreecat.org Soit tu es très très cynique soit très très inconscient. Personne ne fait grève pour le plaisir et contribuer à alimenter la haine envers les grévistes terroristes qui prennent les utilisateurs en otage est éminemment *politique* et *idéologique*. Dans le cas présent, je ne suis pas sure que cela serve a quoi que ce soit de polémiquer sur la liste. L'humour est quelque chose de très relatif et certains types d'humour peuvent faire grincer les dents sérieusement. Desproges disait bien qu'on peut rire de tous mais pas avec tout le monde. Maintenant, c'est sur que l'on pourrait du coté cynique de Pieren, mais sincèrement, je préfère encore parler de tags (et j'avoue franchement que c'est le sujet qui m'embête le plus sur OSM). Si tu veux en savoir plus sur son humour, je te conseille de lui écrire directement plutôt que via la mailing list. Après on va nous accuser encore d'écrire trop de mails et d'augmenter le volume de la liste pour ne rien dire au final. Sincèrement, le but de cette mailing list est de rester neutre et de ne pas rentrer dans ce genre d'arguments que l'on soit pour ou contre. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de licence - acceptation des termes de contribution (CT) par les auteurs des imports automatiques en France
2010/8/26 Pierre BOIZOT pie...@boizot.name L'installation de josm et la compréhension des pluging n'est finalement pas si simple que cela. Oui il y a une tache importante, non des taches . - Prise en charge des nouveaux actifs. (document, ou page de lien ), accompagnement. voir le post de Guiulhem Bonnefile - Amélioration de la liste. ( split )dont une centrée sur la qualification des données - Animation ( Journée du libre , carto partie) - Amélioration des outils et formation à leur utilisation. Il n'y a pas de processus d'intégration à la communauté OSM , d'apprentissage , de formation devrais je dire, à cet outil qui me semble fantastique et bougrement compliqué. J'ai mis en première ligne, la tache qui me semble la plus importante, l' acquisition de compétence, afin d'éviter d'avoir des milliers de membres inactifs. La prise en charge des nouveaux actifs est un problème qui n'est pas juste qu'un problème d'éducation en soi. Je crois que la première question est de savoir comment les gens arrivent jusqu'à créer un compte. Je suis personnellement persuadée que quelqu'un a plus de chance de continuer a contribuer si quelqu'un les a introduit a OSM au lieu d'arriver sur osm.org tout seul directement. Maintenant, la question de comment attraper ces gens qui signent par eux même est actuellement pas vraiment possible. Ça implique de changer le site assez fortement et a mes yeux de réduire le wiki a un site de référence et d'utiliser un site pour créer des tutoriaux. C'est d'ailleurs pour ça que je vois osm.fr remplir en partie ce rôle avec une refonte du site et avec l'introduction de tutoriaux (J'ai commence la traduction de http://weait.com/content/openstreetmap-beginner ). De plus, une nouvelle version de Potlatch arrive qui est a la fois plus puissante et plus facile a utiliser. La complexité des outils est une chose mais c'est quelque chose qui évolue dans le bon sens. Il ne faut pas oublier que ça reste quelque chose d'assez nouveau et qu'il faut du temps pour a la fois coder quelque chose, et avoir quelque chose qui ait un sens. La problématique est loin d'être simple et de plus en plus de personnes commencent a voir pour créer des éditeurs plus simples (Un google Summer of code a été lancé pour créer un éditeur ultra simple par exemple) ou facile d'accès. Parmi les éditeurs les plus connus, il y a Potlatch, JOSM, Merkator, Mapzen qui ont tous des points de vue différents sur comment créer un bon éditeur. On y arrive mais ça prend du temps. Bref, plein de bonnes idées mais c'est comme tout ça prend du temps et plein de bonnes volontés pour organiser des choses comme des stands pour la journée du libre, et des carto partie. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des mo ins nouveaux) ? ( était : Changement de l icence [etc.])
2010/8/26 Balooval val.p...@gmail.com Dans ces cas je crois qu'il vaut mieux appliquer le tag ruelle (via JOSM): highway=service et service =je ne sais plus. Le rendu est plus fin et correspond mieux à l'étroitesse des ruelles de vieux villages. Oui mais ca reste du tagguage pour le rendu. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des mo ins nouveaux) ? ( était : Changement de l icence [etc.])
2010/8/26 Eric eric...@sfr.fr +10 Moi j'avoue ne pas du tout aimer les Wikis au sens large sans vouloir troller on plus. Je trouve que très souvent, ils se résument à un catalogue de liens et au bout de 2 ou 3 clicks sur des liens, on ne sait pas d'où on est parti donc impossible de revenir. Il est donc impossible de parcourir l'arbre, on peut passer 20x à coté d'une page interessante. Il y a dejà quelques mois, quelqu'un s'etait dévoué pour faire un PDF pour le B-A-BA mais il avait eu des réactions très froides (un PDF c'est pas bien, c'est figé, ...) mais ce début de tutorial m'avait bien aidé. Des pages dont 20% de l'espace en haut et à gauche sont perdus en habillage et dont le contenu et une liste de liens vers d'autres points du wiki, c'est frustrant je trouve. Donc, en résumé, pour moi, Wiki:0 PDF:1 Je partage ton analyse :) Donc +1 Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de licence - acceptation des termes de contribution (CT) par les auteurs des imports automatiques en France
2010/8/26 Pieren pier...@gmail.com 2010/8/26 hamster hams...@suna.fdn.fr si j'ai bien compris, la licence actuelle n'est pas faite pour les bases de donnees, et il y a des pays ou on risque tout simplement de se faire piquer la base par quelqu'un qui la copierai et qui mettrait une licence a lui dessus C'est pas faux mais un peu plus compliqué que ça. La licence CC-BY-SA est faite pour protéger des oeuvres de création alors que certains considèrent que des données géographiques ne sont que des faits (collection of fact) non protégeables par le droit d'auteur. C'est surtout un risque aux USA vu leur jurisprudence et c'est surtout à cause de ça qu'il fallait changer de licence. Car ailleurs, les législations utilisent le droit d'auteur (création) pour protéger les cartes (collections de faits). C'est un peu une déviation car en fait, ils cherchent surtout à protéger le travail de ceux qui ont collecter les faits et éviter à juste titre leur pillage sans contreparties. Le Droit est donc face à un dilemne avec des faits non protégeables et des collections de faits qu'il faut protéger. Tout est donc dans la proportion (et la part créative du travail). Un juge pourra par exemple estimer que créer quelques POI sur les orthophotos du géoportail ne porte pas préjudice à l'IGN (si on considère qu'une orthophoto n'est pas une oeuvre artistique) mais considérera que l'exploitation systématique de ces mêmes orthophotos dans un site web par exemple sans contreparties lui créer un préjudice. On entend le même raisonnement pour le changement de licence OSM lorsque certains disent qu'un contributeur ayant seulement ajouter quelques POIs n'a pas fait un travail de création et donc que ses données pourraient être basculées vers l'ODbL sans avoir besoin de lui demander l'autorisation (c'est ce que Steve Coast a encore rappeler dans son discours au SOTM USA). Mais par précaution et plus par équité (et surtout parce qu'il est difficile de séparer les contributions ne contenant que des faits de celles contenant une part de créativité), il a été décidé de demander systématiquement l'autorisation à tout le monde. Il y a maintenant le droit sur les bases de données, un droit nouveau, qui existe en Europe mais pas encore aux USA. Ce droit cherche à protéger non pas le contenu des bdd mais spécifiquement la collection des données et le travail de collecte. C'est cette approche choisie par l'ODbL pour protéger la base OSM mais en le faisant au niveau mondial et pas seulement européen (avec encore l'idée de faire un Contributor Terms pour satisfaire les américains car cela fait office de contrat mais c'est une autre histoire). Quelques détails supplémentaires pour ajouter a la très bonne explication de Pieren. En Angleterre, les bases de données ont été clairement exclues des copyrights lors de l'alignement sur la directive européenne sur les bases de données. Il est donc tres difficile d'obtenir quelque chose qui fonctionne partout dans le monde sans utiliser un verbiage important. Je pense que de toute façon a terme l'ODbL sera utilisé par d'autres projets, car c'est la première licence spécialisée pour des bases de données. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation de highway=service
2010/8/26 sly (sylvain letuffe) sylv...@letuffe.org On jeudi 26 août 2010, Pieren wrote: (Rien à redire sur l'excellent résumé d'avant) J'ai donc décidé d'employer le même subterfuge Argh ! Pas toi ! Comment peut-on céder ainsi à la facilité ! autant tagguer les torchons avec towel=serviette. Je comprends tout à fait le souhait de ne pas utiliser highway=alley (soyons réaliste, ça ne sera jamais rendu, et par malheureuse voie de conséquence, jamais utilisé) mais que va-t-il advenir des rares cas français ou la personne voulait vraiment tagguer une voie de service entre des propriétés ? on va juste noyer son travail avec des ruelles, et la reprise le jour où ça existera sera donc impossible. L'avantage du narrow=yes, c'est que je ne vois pas le même inconvénient, si le narrow est sur un petit morceau, c'est un rétrécissement, si c'est sur toute la ruelle, c'est alors un rétrécissement permanent une ruelle donc. Juste mes 2 cts mais je préfère nettement aussi l'utilisation de narrow=yes. Je préfère nettement un tag relatif a un tag absolu (width) qui sera de toute façon décidé au pifomètre. Pour rajouter au commentaire de Pieren et pour troller un peu, je dirais qu'il ne faut pas oublier les australiens dans les pinailleurs (oui c'est mal a chaque fois, ce sont toujours les mêmes, et ce n'est pas beau de généraliser). Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-legal-talk] To calm some waters - about Section 3
On 25 August 2010 10:23, Kevin Peat ke...@kevinpeat.com wrote: On 25 August 2010 08:41, Frederik Ramm frede...@remote.org wrote: It is bad enough if the share-alike minority force their will on the rest of the project now; we must not allow them to force their will on everybody who is in OSM in 10 years' time. I find this oft-repeated argument to be totally bogus. It's like saying that I shouldn't paint my house because the person who owns it in 10 years time might not like it. If OSMers in 2020 don't like the license they are free to change it or to start a new project just as people are today. We should make a decision on what seems like the best choice as we see it today not what someone may want in 10 years time. I am quite happy for OSMF to have the power to upgrade to newer versions of ODBL as the license matures to save all this hassle again but there should be some sensible limits on what the OSMF can do otherwise it is open to abuse. I believe that an agreement of 2/3 of active contributors and a vote of the OSMF members is quite a nice garantee. John mentioned that someone could just create lots of account, but honestly I suspect that kind of behavior would be caught quite easily and dealt with accordingly. If I was to detect, I would no doubt seize the board to see how to exclude those and make sure that we have a fair vote. This is really to empower the community in the end, not to try to shaft it. Emilie Laffray ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-fr] Changement de licence - acceptation des termes de contribution (CT) par les auteurs des imports automatiques en France
2010/8/25 Pieren pier...@gmail.com 2010/8/24 piratebab pirate...@hotmail.com Bonsoir, je n'ai pas fait d'import, mais des relevés via le cadaste ou mon GPS. Comment est ce que je dois faire pour que toutes les données que j'ai mis dans OSM passent sous cette nouvelle licence ? Bonsoir, Pour l'instant, ceux qui le souhaitent peuvent accepter de manière volontaire les CT depuis la page de gestion de leur compte utilisateur. Il y aura une étape ultérieure avec une date limite. D'après ce que j'ai compris, les gros contributeurs qui n'auraient pas encore accepté seront ensuite contactés individuellement. Des statistiques sur la quantité de données potentiellement perdues seront régulièrement publiées. Si cela représente trop de données, la transition pourrait être annulée. Curieusement, le débat sur la nouvelle licence a pris une tournure assez inattendue puisqu'il semble y avoir un assez large consensus sur l'Odbl mais certains problèmes sur les Contributors Terms. A tel point que certains fournisseurs de données comme NearMap (photos aériennes pour l'Australie) refusent pour l'instant cette transition parce que certains termes sont trop vagues (mais je crois que les parties de la CT qui posent problèmes peuvent encore évoluer, Emilie pourra sans doute en dire d'avantage). Oui certaines parties de la CT posent problème a certaines personnes. Toutefois, je tiens a préciser que le groupe de travail sur la licence est train de regarder sur comment trouver un compromis sur certains points. Le but est vraiment de trouver quelque chose d'acceptable pour tout le monde. Mais il est clair que certaines personnes ne seront pas contentes au final. Il y a principalement deux points qui posent problèmes pour certaines personnes: - Définir le mot explicite dans la permission dans le point 1 - Certaines personnes veulent une clarification du point 3, car actuellement il est précisé que la fondation ne pourra changer la licence que pour une autre licence libre (Free and Open). Certains aimeraient qu'il soit précisé que la licence soit SA, mais d'autres veulent garder cette déclaration car ça n'exclut pas a terme le passage a une licence de type attribution donc domaine public pour s'adapter potentiellement a la libération des données dans le monde des données libres (plusieurs gouvernements ont utilises une licence de type CC-BY). Nearmap au contraire veut obligatoirement une licence de type Attribution et Share Alike, et donc le terme vague du point 3 pose problème. Il faut noter qu'il faut 66% des contributeurs actifs et un vote des membres de l'OSMF pour changer vers une nouvelle licence, ce qui implique que l'on ne changera pas la licence comme cela et que cela se fera de manière démocratique. Il faut noter que d'autres compagnies détentrices d'images satellites et/ou aériennes sont contentes avec les conditions actuelles et je ne serais pas surprise de voir a terme des annonces allant dans ce sens. Je tiens a rappeler que le point que Pieren mentionne est tout a fait vrai. Si au final il n'y a pas assez de monde pour passer a la nouvelle licence, la transition sera annulée. Il faut aussi rappeler que 12500 contributeurs (dont des imports - CLC en fait partie) représente 98% des données. Depuis que la phase optionnelle est lancée, il y a environ 10% de ces 12500 personnes qui ont accepte les nouveaux termes des contributeurs. Il faut noter que peu de bruit a été fait exprès initialement afin que l'on ne nous accuse pas de fausser le jeu. Je participe au groupe de travail sur la licence. Cette réunion se passe toutes les semaines le mardi soir. Je vais voir pour essayer de traduire le compte rendu des qu'il est approuve. A noter qu'un nouveau groupe est en train de se monter dans la fondation afin d'améliorer la communication sur ce que la fondation fait exactement. Je pense que dans cette optique il faudra trouver des traducteurs pour aider a cette communication. S'il y a des gens qui sont intéressés pour le Francais, faites moi signe. De plus, si vous avez des idées sur comment améliorer la communication ou certaines exigences, faites le moi savoir. On verra comment on peut intégrer cela. Je ferais un mail dans quelques jours avec certaines des idées. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de licence - acceptation des termes de contribution (CT) par les auteurs des imports automatiques en France
2010/8/25 Pieren pier...@gmail.com 2010/8/25 Emilie Laffray emilie.laff...@gmail.com Depuis que la phase optionnelle est lancée, il y a environ 10% de ces 12500 personnes qui ont accepte les nouveaux termes des contributeurs. Il faut noter que peu de bruit a été fait exprès initialement afin que l'on ne nous accuse pas de fausser le jeu. Il faut aussi savoir relativiser ces chiffres. Ce sont de gros imports sur des zones limitées (Pays-Bas, USA, Inde) et qui viennent souvent du domaine public, donc qui ne sont pas exclusives à OSM, donc à très faible valeur ajoutée. C'est pourquoi certains voudraient que l'on ne tienne pas compte de ces imports dans les chiffres finaux. Absolument. Voila le graphique d'il y a une semaine. http://i53.photobucket.com/albums/g51/80n80n/osm/odbl.png Le compte pour les USA a ete accepte et ca represente beaucoup des donnees comme on peut le voir. Il faut noter que c'est une representation seulement. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation et mailing liste
2010/8/25 hamster hams...@suna.fdn.fr Jissouille a écrit : Les arguments pour le forum, à part les avatars et les sujets épinglés, c'est quoi ? ca plait a ceux qui ne connaissent de leur ordi que firefox (ou IE) et qui ont la flemme d'installer d'autres logiciels comme effet secondaire ca oblige tous les autres a passer par le carcan du HTML + javascript pour faire mal ce qui pourrait etre fait bien mieux autrement et puis ca rend dependant de la connection : il est bien plus difficile d'avoir le contenu en local pour pouvoir fouiller dedans avec des outils de recherche quand on est hors ligne j'ajoute que les archives de la liste sont publiques et indexees par google, il est possible d'y classer les messages par fil de discussion, donc pour moi cette liste est deja en elle meme un forum http://gis.638310.n2.nabble.com/France-f3070341.html pour illustrer le point. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de licence - acceptation des termes de contribution (CT) par les auteurs des imports automatiques en France
2010/8/25 Tenshu ten...@gmail.com Il y a t'il une position officielle sur la période transitoire, notamment sur ce qu'il va advenir des données? Personnellement je maintient ma position, je ne ratifierais qu'en tout dernier ressort cette licence, s'il s'agit d'effacer des données. Ce dernier point pour moi est inacceptable. Durant la période ou on est actuellement, les données ne sont pas concernées. Il y a un thread qui tourne sur OSM-DEV pour voir justement les règles qui seront appliquées pour savoir quelles données seront gardées ou pas selon le choix des utilisateurs. Il est prévu qu'une fois que ces règles soient acceptées un fichier planète soit crée avec les données sous format ODbL. Concernant ta position, c'est un choix que tu fais (et tu es loin d'être le seul) et je ne vais certainement pas pour le moment essayer de convaincre tant que je n'ai pas de chiffres a donner. Je comprends le point de vue et c'est pour ça que l'on (lire le LWG et OSMF) regarde ce qui peut être fait. Je le redis encore: ceci est la phase optionnelle, et rien ne va se passer durant cette période. Je pense que l'on pourra reparler sereinement de tout cela quand on aura plus de détails au lieu de partir sur des conjonctures. Les chiffres catastrophiques annoncés par certains sont déjà faux (80% des données seraient effacées: On en est a plus de 40% de données, mais la encore il faut prendre le chiffre avec des pincettes suite aux imports qui ont été faits). Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Page web pour le suivi des autoroute s françaises
2010/8/24 Jocelyn Jaubert jocelyn.jaub...@gmail.com 2010/8/24 sly (sylvain letuffe) sylv...@letuffe.org: On mardi 24 août 2010, Jocelyn Jaubert wrote: En fait, ça reste assez simple, vu que le schéma osmosis est une copie du schéma de OSM. Il faut juste jouer avec les jointures dans tous les sens :) Oui mais pour obtenir la longueur ? tu fais une construction de LINESTRING à la volée ? Il y a un script fournit par osmosis qui génère une table géométrique des ways, en construisant les linestring. Je lance ce script à chaque mise à jour de la bdd (on doit aussi pouvoir utiliser une vue pour éviter de tout calculer à chaque mise à jour) Question bete, mais quelle projection utilises tu? Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Page web pour le suivi des autoroute s françaises
2010/8/24 fredbat pudpu...@free.fr Bonjour, Je trouve l'initiative intéressante, et cela me donne la possibilité de m'exprimer pour la première fois sur cette liste que je suis depuis un moment. En fait depuis quelques temps, il me trottait dans la tête une idée équivalente en pensant aussi aux nationales et aux départementales (je sais cela fait tout de suite un peu plus...). Et pour les nationales et départementales, j'imagine que les DDE ont l'information de référence nécessaire, mais je ne sais pas si quelqu'un sait comment y avoir accès. Comme il semble qu'elle s'intéresse de plus en plus à OSM, il y a peut être une piste à creuser. Et alors il pourrait être envisagé de matérialiser graphiquement,par un script, les tronçons manquants, pour indiquer le travail restant à faire... (même si je sais qu'une départementale peut s'interrompre pendant plusieurs kilomètres). Ceci permettrait de voir si l'on peut raisonnablement utiliser OSM pour faire du routage, au moins dans certaines zones. Voilà c'était une petite idée en l'air. Si cela vous inspire... Ça doit être faisable. Toutefois, il faut voir que la longueur des routes est quelque chose de relatif par rapport a la géométrie qui a été entrée. Si les routes étaient quelques choses de purement précis, les distances seraient identiques, mais il se peut que OSM ait parfois une qualité supérieure au référentiel qui sert pour calculer la taille des autoroutes. C'est ce qui s'est passe dans la publication de Muki Haklay en Angleterre. Quand il comparait OSM a la base Meridian 2 (base assez grossière de l'Ordinance Survey), il avait un taux de précision plus faible mais en utilisant une comparaison avec une meilleure source, la précision relative de OSM a augmenté. Il faut donc se méfier de certains cas de figure ou l'on peut avoir des faux positifs. D'ailleurs, je pense que Jocelyn a bien fait de mettre en vert les pourcentages au dessus de 100 et ceux légèrement en dessous pour ces raisons. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Cartes de visite] était : c onférence osm aux jdlls ?
2010/8/20 Marc Sibert m...@sibert.fr Bonjour, Je profite du fil pour exprimer un besoin personnel qui pourrait surement être mutualisé. Je vous comte mon histoire : Pas plus tard que la quinzaine dernière, je me trouvais en Bretagne et trollvous connaissez le caractère légendaire des Bretons/troll lors d'une mapping party sauvage (relevé des numéros des maisons lors de la promenade matinale de ma fille en poussette), je me suis fait interpeler par une paisible autochtone qui avait remarqué mon manège en faisant son ménage (véridique !). Elle m'a donc demandé ce que je fabriquait car elle m'avait un instant soupçonné de noter la présence ou non d'habitant dans les maisons de sa rue en vue d'organiser un vol des mobiliers, comme cela s'était déjà produit dans la région récemment. Je suis donc parti dans une longue explication du projet OSM et je lui ai finalement filé l'URL sur un bout de papier pour que son fils/sa fille regarde sur Internet de quoi il s'agissait, elle étant réfractaire aux nouvelles technologies. Tout ça pour dire que ce serait bien d'avoir des cartes de visites avec le logo, l'url, de la place pour mettre son nom en cas de besoin de contact humain, ainsi que d'adresse de cette liste et pourquoi pas le canal IRC, et au dos, un résumé sommaire de ce projet. Typiquement, ce genre de document pourrait être imprimé en nombre et acheté par les contributeurs qui en ressentent le besoin, et/ou distribués sur les salons (stands) ou transmis de la main à la main lors de rencontre avec des interlocuteurs intéressés ou intéressants pour ce projet (perso, j'en aurais bien distribué dans des syndicats d'initiatives pour qu'ils remplacent leurs cartes misérables par des extraits d'OSM). Si le sujets vous intéresse, on pourra forker du fil initial et même (whaouh !) faire une page dans le wiki. Oui c'est une idée. Les anglais utilisent aussi beaucoup des vestes de visibilité pour faire leur mapping. Je pense qu'il va falloir qu'on regarde pour produire ce genre de chose en France. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-legal-talk] [OSM-talk] I don't want companies stealing OSM data that I contribute!
On 19 August 2010 11:07, Valent Turkovic valent.turko...@gmail.com wrote: AFAIK with new Contributor Terms [1] all data entered into OSM can be taken by some company, closed and they could create a product made profit on it. Yes or no? Please just answer this for start. I have no problem with companies making a profit, just go ahead and do it. I have a problem with companies that would like to take data, add some of their own and not release it, and prohibit making derivative works from data that is based on OSM. If this is true then there needs to be a fork in this project as soon as possible. Sorry for the tone of this message. [1] http://www.osmfoundation.org/wiki/License/Contributor_Terms Hello, While I am not a legal expert, I will try to answer that one. Companies can already make money from OpenStreetMap: there are plenty of examples around (Skobbler, Cloudmade, Geofabrik, etc). There is nothing preventing a company from using the data. However, they are bound to make their data available. With the new contributor terms, nothing changes. One of the major difference though is that you grant your rights to the foundation. This is something that many open source projects do like GCC (the Free Software Foundation owns the rights, and therefore decides about GPL licenses) and Apache (The Apache foundation owns the rights http://www.apache.org/licenses/ and decides the licence). Rights assignement is common in the Open Source world whether used by copyleft people or more attribution license. I don't think that the Apache or the Free Software Foundation are evil in themselves Your data will be using the ODbL, which is a share alike and attribution license, which means that effectively that a company cannot extract data and close the map like with CC-BY-SA. This is a very quick summary and you are more than welcome to go to the Legal Mailing list to discuss this. Emilie Laffray ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-fr] [Tech] Noeuds orphellins
2010/8/19 Rodolphe Quiedeville rodol...@quiedeville.org Le 18/08/2010 22:50, Xinfe Ewalavir a écrit : Non, c'est mondial. Pour voir la carte : http://matt.dev.openstreetmap.org/dupe_nodes/ Courage, plus que quelques millions ! Il a tout de même une quantité non négligeable de repère géodésique qui sont des faux positifs. J'ai plusieurs fois tenté de nettoyer ma région mais à chaque fois je tombe sur des points géodésiques. L'algo de détection est perfectible, quelqu'un a-t'il déjà remonté l'info à matt ? Oui régulièrement. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr