Re: [OSM-talk-fr] le nouveau modèle économique de l'IGN... en avant première
Voici ce qui moi me choque : La licence de la fondation OSM précise que toute œuvre dérivée doit être diffusée selon la même licence. Prenons cet exemple : OSM vient de sortir les limites des communes ; si nous utilisons ce que fait OSM pour mettre à jour notre base de données des limites de communes, alors notre base de données principale, qui n’est pas isolée de celle des limites de communes, devient un produit dérivé OSM, et nous ne pouvons plus rien vendre. Ce n’est pas un problème d’argent, mais un problème juridique. Je suppose que Christian et Gaël leur ont déjà expliqué que la licence OSM ne bloque pas la possibilité de vendre! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] le nouveau modèle économique de l'IGN... en avant première
Le 14/01/2014 19:42, Arnaud Vandecasteele a écrit : J'avais également tiqué sur ça. Sauf erreur de ma part la licence Odbl permet bien de commercialiser des données OSM. Mais il faut par contre faire mention de la source, est-ce bien ça ? Oui Existe-t-il d'autres obligations ? Non, mais ce qui les gènes vraiment c'est que si il les exploitent les nouvelles données (issues d'un mélange ou pas) devraient aussi être sous licence ODbL René-Luc Arnaud On 14-01-14 03:07 PM, rldhont wrote: Voici ce qui moi me choque : La licence de la fondation OSM précise que toute œuvre dérivée doit être diffusée selon la même licence. Prenons cet exemple : OSM vient de sortir les limites des communes ; si nous utilisons ce que fait OSM pour mettre à jour notre base de données des limites de communes, alors notre base de données principale, qui n’est pas isolée de celle des limites de communes, devient un produit dérivé OSM, et nous ne pouvons plus rien vendre. Ce n’est pas un problème d’argent, mais un problème juridique. Je suppose que Christian et Gaël leur ont déjà expliqué que la licence OSM ne bloque pas la possibilité de vendre! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] le nouveau modèle économique de l'IGN... en avant première
Bonsoir Arnaud, La licence ODbL a été créé pour clarifié sa viralité. Je souhaite juste ajouté que de nombreux industriels n'aiment pas les licences ouvertes virales. Il y a souvent un débat licence BSD / licence GPL, mais là n'est pas la question. Donc dans le cas de la licence ODbL, il n'y a pas de problème dans le cas des mashups car il est possible de bien différencier clairement la données sous licence ODbL des autres données. Et donc c'est là que se trouve le point de décision : est-il possible dans ma base de données de clairement identifié les données OSM des autres données ? Mais donc : estc-e que le résultat d'un algorithme de geolocalisation à partir de données OSM est sous licence ODbL ? Et que ce passe-t-il si je les associe à mes données ? René-Luc Le 14/01/2014 19:54, Arnaud Vandecasteele a écrit : Salut René-Luc, Merci pour les infos. Odbl est virale, je ne savais pas. Quel est le degré de cette viralité ? Si j'utilise OSM comme source de données dans une appli de type Mashup, les autres données ne seront pas impactées, n'est ce pas ? Maintenant si j'ai une base de données dont 99% des données sont propriétaires et 1% issues d'OSM, la viralité s'applique à ces 99% ? Si c'est le cas, cela freinerait la création de produits composites non ? A. On 14-01-14 03:15 PM, rldhont wrote: Le 14/01/2014 19:42, Arnaud Vandecasteele a écrit : J'avais également tiqué sur ça. Sauf erreur de ma part la licence Odbl permet bien de commercialiser des données OSM. Mais il faut par contre faire mention de la source, est-ce bien ça ? Oui Existe-t-il d'autres obligations ? Non, mais ce qui les gènes vraiment c'est que si il les exploitent les nouvelles données (issues d'un mélange ou pas) devraient aussi être sous licence ODbL René-Luc Arnaud On 14-01-14 03:07 PM, rldhont wrote: Voici ce qui moi me choque : La licence de la fondation OSM précise que toute œuvre dérivée doit être diffusée selon la même licence. Prenons cet exemple : OSM vient de sortir les limites des communes ; si nous utilisons ce que fait OSM pour mettre à jour notre base de données des limites de communes, alors notre base de données principale, qui n’est pas isolée de celle des limites de communes, devient un produit dérivé OSM, et nous ne pouvons plus rien vendre. Ce n’est pas un problème d’argent, mais un problème juridique. Je suppose que Christian et Gaël leur ont déjà expliqué que la licence OSM ne bloque pas la possibilité de vendre! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] le nouveau modèle économique de l'IGN... en avant première
Pour la vente, j'explique toujours à mes étudiants que n'importe qui peut vendre des données OSM sur un DVD dans un autre format que celui fournit par OpenStreetMap car la personne qui fait ça fourni un service... Le client pourra le faire lui même si il se donne les moyens mais peut aussi préféré faire appel à un fournisseur. C'est comme pour le ménage : on peut le fiare soi-même ou payer une société. René-Luc Le 14/01/2014 20:02, Pieren a écrit : Bien sûr qu'on peut vendre des données OSM mais... Si les données ajoutées sont dérivées de celles d'OSM, le publieur a obligation de mettre à dispostion à son tour soit l'ensemble des données, soit les moyens pour générer ces nouvelles données (un algorythme par exemple). Donc vendre dans ce cas là n'offre pas beaucoup d'avantage compétitif (puisque n'importe qui peut en profiter). C'est la clause anti-google (éviter que Google Maps ne pompe nos données sans rien donner en retour). Par contre, s'il utilise les données OSM avec d'autres données qui n'en sont pas dérivées (en simple mashup par exemple), ses obligations se limitent à citer OSM et ses contributeurs. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-dev-fr] Aidons raildar.fr !
Le 10/12/2013 07:46, Art Penteur a écrit : J'ai découvert récemment le site raildar.fr. D'après ce que j'ai compris, il utilise les information horaires des gares réactulisées en temps quasi-réel pour positionner les trains par interpolation. Le blog de l'auteur est là : http://blog.spyou.org/wordpress-mu/2013/11/30/jstchoutchou/ Des commentateurs lui ont déjà suggéré d'utiliser OSM, mais il a répondu la documentation est moisie et que je suis arrivé à rien. Oui, il ne faut pas confondre OpenStreetMap et OpenLayers/LeafLet. Il est donc peut-être important de l'orienter vers switch2osm ;-) Je viens de laisser un commentaire (en attente de modération) pour lui dire que sur talk-fr et dev-fr, il y a une communauté réactive qui pourra sans doute l'aider. Personnellement, je n'ai pas vraiment les compétences pour, mais je peux compter sur vous pour le soutenir s'il vient poser des questions ici ? Merci, Art. ___ dev-fr mailing list dev...@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?
Je viens de tilté mais Montpellier le fait dans son OpenData : Restaurants : http://opendata.montpelliernumerique.fr/Restaurants Pharmacie : http://opendata.montpelliernumerique.fr/Pharmacie Et c'est quelque chose qui intéresserait vraiment ? Le 10/12/2013 10:06, Nicolas Moyroud a écrit : La ligne de commande, c'est probablement suffisant et puissant, mais avec une interface graphique pour commander tout ça, cela serait tout de suite plus intuitif. Dans le genre, la page conçue par Harry Wood pour composer des requêtes XAPI et Osmosis est bien pratique [3] Tiens je ne la connaissais pas celle-là, c'est intéressant. C'est une bonne base, mais je trouve que ça ne va pas assez loin en ce qui concerne les tags. Cela implique déjà de connaître le modèle OSM (nodes, ways, relations) et les tags des objets que l'on souhaite. Pas évident pour un non-contributeur à OSM ! Dans l'idée ce serait bien de proposer des jeux d'objets prédéfinis classés par catégories (un peu comme le menu attributs de JOSM) et de permettre de choisir en sélectionnant dans des listes. Ce serait bien aussi de pouvoir sélectionner des zones par entités géographiques (ex : région, département, commune). Ça fait une IHM un peu touffue à développer, mais ce serait une porte d'entrée efficace pour ceux qui souhaitent exploiter les données sans connaître OSM. Je pense par exemple à un plugin QGIS mais ça pourrait aussi passer par une interface web. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?
Vous connaissez les services informatiques et la peur du changement... Le 10/12/2013 10:52, Nicolas Moyroud a écrit : J'en avais déjà parlé à Jérémie Valentin le chargé de mission OpenData de Montpellier, je crois que la raison c'est que le site a été conçu avec un CMS (je ne sais plus lequel) pour lequel un plugin Google Maps était déjà intégré. Du coup ils ont utilisé ce qu'ils avaient sous la main mais c'était prévu qu'ils changent ça. Enfin bon ça fait un petit moment et ça n'a toujours pas changé... Nicolas Le 10/12/2013 10:33, Christian Quest a écrit : Ca m'attriste de voir des données OSM (ODbL) sur un fond Google Maps... ils n'ont pas lu mon billet de blog ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?
Méthode semi-automatique avec LizPOI Le 10/12/2013 10:53, Nicolas Moyroud a écrit : Je viens de tilté mais Montpellier le fait dans son OpenData : Restaurants : http://opendata.montpelliernumerique.fr/Restaurants Pharmacie : http://opendata.montpelliernumerique.fr/Pharmacie Et c'est quelque chose qui intéresserait vraiment ? Oui c'est vrai, mais j'ai bien l'impression qu'ils font ces exports à la main et pas avec des procédures automatisées. Il faudrait demander à Jérémie Valentin pour être sûr. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Récuperer fond de carte Openstreet map et compléter avec ses données
Tu souhaites donc la données des lignes de côtes, des surfaces terrestres ? ET tu réalises ton propre rendus : les limites de côtes en trait blanc et les surfaces terrestres en gris plein ? Si les données fournit par http://openstreetmapdata.com sont trop importante car elles couvrent toutes la terre, tu peux utiliser les outils qui permettent la production de ces données : * http://wiki.openstreetmap.org/wiki/OSMCoastline qui produit une base SQLite/Spatialite * OGR pour transformer la base SQLite/Spatialite en fichiers SHP * QGIS pour exploiter les fichiers SHP ou directement la base SQLite/Spatialite Pour obtenir les données que tu souhaites sur une plus petite emprise tu peux utiliser les fichiers mis à disposition par GeoFabrik : * http://download.geofabrik.de/europe/greece.html Grèce * http://download.geofabrik.de/europe.html pour choisir d'autres pays d'Europe Tu peux aussi à l'aide d'autres outils extraire certaines données (les coaslines) et les ré-assembler. Le 19/11/2013 12:45, Maïeul Rouquette a écrit : il doit effectivement y avoir mécompréhension. Et là je ne comprend plus quoi est quoi. Ce que j'appelle fond de carte et ce que je veux c'est juste une délimitation des continents et des îles. Pas de route, pas de ville, rien (parce que je doute que les villes antiques qui m'intéresse soient dessus) Le 19 nov. 2013 à 12:28, Christian Quest cqu...@openstreetmap.fr a écrit : Je pense qu'il y a une incompréhension importante... les data / le fond de carte produit avec Les fonds de cartes sont produits à partir des data et donc: - soit tu trouve un fond de carte qui correspond à tes besoins et du récupère les tuiles pour t'en faire une grosse image - soit tu dois repartir des data et te faire le fond de carte de tes rêves avec. QGis peut manipuler les deux, le premier sous forme d'image raster, le second sous forme de données vectorielles, mais qui deviendront vite lourdes. Est-ce qu'un fond de ce type irai ? http://tile.openstreetmap.fr/?zoom=6lat=39.95888lon=7.80041layers=B00 Il n'y a pas tant de chose que ça dessus à ce niveau de zoom ni au suivant. tu peux l'estomper pour mettre en valeur ce que tu rajoutera par dessus. Le 19 novembre 2013 11:56, Maïeul mai...@maieul.net a écrit : Le 18.11.13 08:14, rldhont a écrit : Bonjour Maïeul, Si tu veux les limites côtières, des polygones représentant les terres émergées ou les polygones représentant les surfaces en eau : http://openstreetmapdata.com/data j'avais commencé par là. Mais ca me prenait toute la terre. Et du coup QGIS n'arrivait pas à extraire la portion qui m'intéressait (uniquement le bassin méd.) Là j'ai compris depuis la dernière url comment on extrayait juste une région ... mais pas juste le fond. Bon, a fouiller encore donc -- Maïeul http://blog.maieul.net http://geekographie.maieul.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Récuperer fond de carte Openstreet map et compléter avec ses données
Le 19/11/2013 17:43, Maïeul a écrit : Le 19.11.13 12:51, Jean-Marc Liotier a écrit : On 19/11/2013 12:45, Maïeul Rouquette wrote: il doit effectivement y avoir mécompréhension. Et là je ne comprend plus quoi est quoi. Ce que j'appelle fond de carte et ce que je veux c'est juste une délimitation des continents et des îles. Pas de route, pas de ville, rien (parce que je doute que les villes antiques qui m'intéresse soient dessus) Tu veux http://openstreetmapdata.com/data/coastlines - un magnifique shapefile t'y attend ! j'ai essayé, trop lourd pour qgis ... Tu peux utiliser OGR pour découper tes données avant de les utiliser dans QGIS. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Récuperer fond de carte Openstreet map et compléter avec ses données
Le 19/11/2013 17:56, Maïeul a écrit : Le 19.11.13 13:20, Eric Marsden a écrit : mr == Maïeul Rouquette mai...@maieul.net writes: mr il doit effectivement y avoir mécompréhension. Et là je ne mr comprend plus quoi est quoi. Ce que j'appelle fond de carte et mr ce que je veux c'est juste une délimitation des continents et des mr îles. mr mr Pas de route, pas de ville, rien (parce que je doute que les mr villes antiques qui m'intéresse soient dessus) Il se peut que les données de Natural Earth (domaine public, faible résolution) te conviennent mieux. http://www.naturalearthdata.com/ ca m'a l'air pas mal, mais là encore je crains d'avoir trop de donnée et que QGIS sature... Tu peux utiliser OGR2OGR pour découper tes données avant de les utiliser dans QGIS. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Récuperer fond de carte Openstreet map et compléter avec ses données
Bonjour Maïeul, Si tu veux les limites côtières, des polygones représentant les terres émergées ou les polygones représentant les surfaces en eau : http://openstreetmapdata.com/data Si tu veux le rendu OSM comme image de fond tu peux utiliser le ficheir xml suivant comme un fichier XML http://www.gdal.org/frmt_wms_openstreetmap_tms.xml ça peut-être simple mais si ces extractions ne te conviennet pas, tu devras les faire toi-même : http://wiki.openstreetmap.org/wiki/Downloading_data René-Luc D'Hont 3Liz Le 16/11/2013 18:27, Maïeul Rouquette a écrit : Le 16 nov. 2013 à 18:25, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 16/11/2013 16:02, Maïeul a écrit : Le 16.11.13 15:47, Christian Quest a écrit : Il y a quelque chose de ce type: l'overpass-API. Tu peux n'extraire que certains type de données, sur certaines zones. Par contre, c'est adapté à des zones limitées ou des objets relativement peu fréquents. Exemple: http://overpass-turbo.eu/s/1wB - ligne RER C au complet disons que là, la seule chose que je veux extraire ce sont ... les polygones... je veux un truc SIMPLE : juste le fond de carte du bassin méditérannéen… veux pas de donnée supplémentaire… ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rapport Trojette et réaction de l'IGN
Bonjour Gaël, Après avoir lu les 2 articles, je trouve que l'IGN par la voie de son président est de mauvaise fois. Tu fais pourtant l'effort de rapeller que l'état doit investir dans l'IGN si il souhaite garantir un référentiel de qualité : /L'Etat doit garantir les moyens de produire des données de qualité, et investir. Je vais parler de ce que je connais bien : l'IGN, celle qui vit le plus des redevances. C'est inquiétant de financer du service public sur de la redevance qui n'est pas pérenne. La question est donc de savoir comment on peut accompagner l'IGN. Il est injuste de les critiquer sans cela. // /Vous semblez donc d'accord! Ensuite *MERCI* de dire tout haut ce que tout le monde pense tout bas! En lisant cette liste ils se rendrait compte du décalage entre le discours et la réalité. D'ailleurs je ne suis pas sûr que le service comm' apprécie cette sortie. René-Luc Le 06/11/2013 20:02, RatZilla$ a écrit : Suite à la publication du rapport Trojette et à l'interview de la gazette des communes sur OSM la réaction de l'IGN est publiée ici: http://www.lagazettedescommunes.com/205912/pour-en-finir-avec-de-fausses-informations-sur-lign/ Malgré mon invitation à collaborer et mes demandes à l'État de poursuivre le financement de l'ouverture des données de l'IGN Mr Berteaud préfère l'affrontement personnel. Je prends la responsabilité de mes propos et argumente en ce moment même avec des rapports remontés de services ayant eux aussi des difficultés. Je ne lancerai aucun appel au troll préférant me concentrer sur nos travaux en cours: * SNCF Transilien * CNIL * SAMU76 * Rapport sur L'Open Government Partnership au Premier Ministre * OpenData Boot Camp Région Île de France. Bien à vous tou(te)s, Je reviens vers vous avec de bonnes nouvelles! Gaël votre serviteur ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imprimer cartes d'une ville et de quartiers
Bonjour, Créer une carte avec QGIS. René-Luc D'Hont 3Liz Le 28/10/2013 14:00, Francescu GAROBY a écrit : Bonjour, Je me doute que la question a déjà été posée, mais ne retrouvant pas de fils de discussion à ce sujet, je la (re)pose : je souhaite imprimer une carte d'une commune en grand format (je pensais pouvoir m'en tirer avec maposmatic mais je trouve le résultat pas assez précis), mais aussi de quartiers, ou zones précises. J'ai besoin, dans ce dernier cas, de quelque chose de détaillé (nom des rues, voire numéros) et surtout pas pixellisé (impression sur du A0, sans doute). Vous auriez un outil/une technique/un conseil pour ça ? Merci. Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données foireuses sur la ville de Sète
Bonjour, Les étudiants de la première formation ont saisie shop=* car lors de leur cartopartie ils ont oublié de relevé le type d'établissement. Ils ont d'ailleurs partagé leur expérience avec les étudiants de l'uatre formation qui a fait la 2e cartopartie. Nous allons voir avec les étudiants de la première cartopartie qu'elles informations ils ont. D'ailleurs quelle est votre conception de l'adresse : * doit-elle être unique sur une rue ou multiple c'est à dire associé à chaque commerce ? René-Luc Le 07/10/2013 11:57, Nicolas Moyroud a écrit : Bonjour à tous, Récemment dans le cadre d'une formation à Montpellier, une carto-partie accessibilité a été organisée sur la ville de Sète. La semaine dernière une autre formation a organisé une carto-partie identique au même endroit et comme je suis intervenu sur celle-là j'ai eu l'occasion de regarder les données qui avaient été saisies pendant la première. Et je suis tombé sur des horreurs ! Voir ici : http://tile.openstreetmap.fr/?zoom=16lat=43.40671lon=3.69619layers=B00 Les positions des commerces ont été relevées avec l'information accessibilité (wheelchair=yes/no/limited), mais sans aucune information complémentaire sur les commerces : ni le nom, ni le type des commerces. Ce qui donne des tags shop=* (oui ils ont bien saisis dans OSM la valeur *). Quand je vois ça dans les données OSM, ça me pique les yeux. ;-) De plus, il y a par endroit une telle densité de noeuds relevés qu'on peut se demander si il n'y a pas des doublons qui ont été insérés. Mais bon impossible de savoir puisqu'il n'y a aucune info sur les commerces ! Pendant la formation où je suis intervenu on n'arrivait d'ailleurs même pas à savoir si les nouveaux points relevés correspondaient à des commerces déjà ajoutés ou pas. Bref ce genre de données mal qualifiées je trouve ça complique plus la vie des futurs contributeurs qu'autre chose. Du coup je me demandais si il ne vaudrait pas mieux supprimer tous ces noeuds portant des shop=*. Votre avis ? Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Résultats de la carto-partie accessibilité des AgroTICs 2013 à Sète
Bonjour, Pour leur première semaine de la spécialisation Agrotic de Montpellier SupAgro, les nouveaux arrivants ont rejoint l’initiative OpenStreetMap avec pour objectif de se faire la main sur les systèmes de géolocalisation. Dans ce cadre, ils ont parcouru la ville de Sète avec pour objectif de cartographier l’accessibilité des lieux recevant du public (commerces, bus, places de stationnement…) aux handicapés moteurs. Un plus d'info ici : http://www.agrotic.org/blog/?p=4216 René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un Cloud open source ?
Sparklshare ? http://sparkleshare.org/ Le 13/09/2013 15:49, Arnaud Vandecasteele a écrit : OwnCloud est pas mal: http://doc.ubuntu-fr.org/owncloud A. On 13-09-13 11:14 AM, Jean-Marc Liotier wrote: On 13/09/2013 15:35, Tony Emery wrote: Je me posais la question de l'utilisation d'un cloud pour stocker des données en version OpenSource. Est-ce que ça existe ? quelles avantage ? quel risques ? et quel coût ? Qu'est-ce qu'un cloud ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BD Carthage est libre
Je crois qu'il existe déjà et est mis en oeuvre de puis des années par le SANDRE. http://www.sandre.eaufrance.fr/Version-2011-de-la-BD-Carthage Le 13/09/2013 11:47, Club Informatique Inter Communes / C2IC a écrit : Youpi ! A quand un WMS ? Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un satellite pour OSM
Le 22/07/2013 13:07, Christophe Merlet a écrit : Le 22/07/2013 12:22, Arnaud Vandecasteele a écrit : Salut à tous, Lors de ma revue de presse, je suis tombé sur cette intéressante initiative: http://www.presse-citron.net/vous-aussi-louez-votre-propre-satellite-pour-250-par-semaine En gros, une société se propose de louer un satellite pour 250$ par semaine. Pour financer le projet c'est par ici : http://www.kickstarter.com/projects/575960623/ardusat-your-arduino-experiment-in-space J'imagine très facilement les potentialités pour OSM ! Je dois avoir un problème avec les maths. Selon l'article, la location couterait 250€/semaine ... une paille. La construction et le lancement de ce satellite couterait moins d'un million d'€... OK Durée de vie de 2 ans... soit 104 semaines. Il s'amorti comment le gadget ? Dans les commentaires : Excellente idée mais business model que je ne comprends pas. Durée de vie, une centaine de semaine ? A 250€ la semaine ? Pour 4000 clients ? En mélangeant locataires de longue durée et courte durée, il y aura des dizaines de locataires en même temps ? Faut pas qu’ils aient tous envie de modifier la trajectoire et la position au meme moment ! Ne serait-ce pas plutôt un abonnement a l’accès des données générées plutôt que la location pure et simple de l’appareil (ce qui induirait d’être le seul bénéficiaire a un moment donné)? J'ai donc pas la réponse mais le business model doit plutôt tourner autour de l'accès aux données générées. Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Canalisation TMD
Bonjour, Je pensais que ces données ne pouvaient pas être publique René-Luc Le 19/07/2013 12:41, David Crochet a écrit : Bonjour Depuis quelques jours je suis adepte des canalisations TMD, en particulier du réseau de GRT gaz. Une carte généraliste permet de trouver les signalisation en surface des canalisation enterré plus ou moins facilement trouvable avec Bing en fond de carte. Mais cette carte [1] permet de confirmer si on prend une bonne direction et surtout de connaître l'ensemble des réseaux. Bien entendu, le seul rendu actuellement qui utilise cette donnée est une carte d'ITO [2] Cordialement [1] http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=CanalisationsTMDservice=CETE_Mediterr [2] http://www.itoworld.com/map/220 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de projet du mois
J'ai râté un truc mais quel est l'adresse d'osmose ? http://osmose.openstreetmap.fr/ indique seulement que le serveur est bien installé ;-) Le 11/07/2013 10:11, Ab_fab a écrit : Il y a un analyseur osmose qui met ce genre de pb en évidence continuité rompue des highways - item=1120 http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs Le sujet est intéressant Le 11 juillet 2013 09:59, Nicolas Moyroud nmoyr...@free.fr mailto:nmoyr...@free.fr a écrit : Bonjour à tous, Je voudrais proposer une idée de projet du mois : la correction de la classification des routes pour former un réseau cohérent en toile d'araignée et éviter les trous d'obus. A ce sujet, voir ici : http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging#Exemple_2_de_ce_qu.27il_ne_faut_pas_faire Je ne me rends pas trop compte de l'ampleur du problème au niveau national, mais dans mon département de l'Hérault je tombe assez fréquemment sur ce problème dans les villages. Hier j'ai corrigé le problème à Florensac, mais il est présent également dans les villages suivants : http://www.openstreetmap.org/?lat=43.38953lon=3.49735zoom=16layers=M http://www.openstreetmap.org/?lat=43.36149lon=3.42109zoom=16layers=M http://www.openstreetmap.org/?lat=43.43972lon=3.14411zoom=17layers=M Vous en pensez quoi ? a+ Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ 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] Ajouts des adresses du cadastre : faisons mieux que simplement importer
Le 26/06/2013 13:16, Jean-Claude Repetto a écrit : Le 26/06/2013 13:04, Tetsuo Shima a écrit : Le souci dans JOSM c'est que le raccourci J fait passer la ligne par le noeud, et pas l'inverse, ce qui déforme les murs des bâtiments. En effet, il faudrait aussi pouvoir faire l'inverse, c'est à dire déplacer un point vers une ligne existante. Il suffit de faire J puis L pour redresser la ligne René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouts des adresses du cadastre : faisons mieux que simplement importer
Le 26/06/2013 15:14, Pieren a écrit : 2013/6/26 Jean Couteau cout...@codelutin.com: Entièrement d'accord avec ça. En centre-ville, c'est pertinent de mettre le point d'adresse sur un noeud du building. Par contre, en zone résidentielle, bon nombre de maisons ne sont pas collées à la rue, et dans ce cas, il est, à mon sens, préférable d'avoir le numéro en bord de rue. C'est un peu hors-sujet. Mais avoir le numéro en bord de rue pose aussi des problèmes. Il y a de nombreux cas où il devient difficile, voir impossible, d'identifier le bâtiment du destinataire. Cette façon de faire n'est pas fausse. Mais avoir l'adresse sur le bâtiment lui-même est plus précis. Pensez aux piétons. Le noeud address devrait se situer près de l'entrée du bâtiment. Personnellement, je rajoute les murs et haies si nécessaire, et celles-ci passe par le point adresse René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil d'import des adresses : Bordeaux, Montpellier, Lyon
Bonjour Charles, J'ai prévenu la ville d'Arles et l' Agglo d'Arles de la mise en place de cet outil. j’attends un retour. René-Luc Le 22/06/2013 18:03, Charles Nepote a écrit : Le 21/06/2013 12:05, rldhont a écrit : Bonjour Frédérico, Comment peut-on proposer un nouveau jeu de données et donc intégrer de nouvelles données ? Je pense à Arles dont les données sont disponibles ici : http://opendata.regionpaca.fr/donnees/detail/base-de-donnees-adresses-de-laccm.html René-Luc Étant la plus grand commune de France métropole, de nombreuses rues d'Arles mesurent des kilomètres. Gmaps, qui interpole, est donc régulièrement dans les choux pour cette commune. Or, les adresses cherchées par les gens sont notamment les manades, lieux d'activité touristique (et donc économique) qui sont justement au disséminées sur ces longs chemins de la campagne arlésienne. Le faire pour Arles est donc *vraiment* très pertinent et démontre, s'il le fallait encore, les externalités positives de l'open data. CQFD ;-) Je peux mettre en contact avec les responsables du SIG d'Arles si nécessaire. ChN ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil d'import des adresses : Bordeaux, Montpellier, Lyon
Bonjour Frédérico, Comment peut-on proposer un nouveau jeu de données et donc intégrer de nouvelles données ? Je pense à Arles dont les données sont disponibles ici : http://opendata.regionpaca.fr/donnees/detail/base-de-donnees-adresses-de-laccm.html René-Luc Le 21/06/2013 10:49, Frédéric Rodrigo a écrit : Bonjour, Le même outil que pour l'import des adresses de Nantes Métropole à été mise en place pour : - Communauté Urbaine de Bordeaux http://osm7.openstreetmap.fr/~fred/adresses/bordeaux/ - Grand Lyon http://osm7.openstreetmap.fr/~fred/adresses/lyon - Ville de Montpellier http://osm7.openstreetmap.fr/~fred/adresses/montpellier Voilà ce qui avait été mis en place pour Nantes : http://wiki.osm.org/Nantes/Adresses_postales_Nantes_M%C3%A9tropole Également disponible deux analyses Osmose : - détection des manques depuis les données OpenData http://osmose.openstreetmap.fr/fr/errors/?item=8080 - analyses sur les numéros des rues http://osmose.openstreetmap.fr/fr/errors/?item=2060 Frédéric. ___ 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] Outil d'import des adresses : Bordeaux, Montpellier, Lyon
Merci Frédéric ! Par contre il semble y avoir un problème avec les liens vers les fichiers OSM. L'adresse suivante ne donne rien http://osm7.openstreetmap.fr/~fred/adresses/arles//100/5471858312712767972.osm René-Luc D'Hont Le 21/06/2013 14:04, Frédéric Rodrigo a écrit : Le 21/06/2013 12:05, rldhont a écrit : Bonjour Frédérico, Comment peut-on proposer un nouveau jeu de données et donc intégrer de nouvelles données ? Comme ça ! Je pense à Arles dont les données sont disponibles ici : http://opendata.regionpaca.fr/donnees/detail/base-de-donnees-adresses-de-laccm.html Je l'ai ajouté, c'est disponible (mais pas encore disponible dans Osmose) : http://osm7.openstreetmap.fr/~fred/adresses/arles/ Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] (Etait: IGN Route 500 ...) enfin un moyen pour uniformiser notre classification des highway ?
Bonjour, J'ai regardé du côté Montpellier et je suis un peu perplexe ;-) Disons que cela devrait nous aider à définir ce qui est primary, secondary et tertiary en zone urbaine, mais un gros effort pour reconnaître les voies ;-) René-Luc Le 20/06/2013 10:21, Mickaël Guéret a écrit : Le mercredi 19 juin 2013 à 12:56 +0200, Pieren a écrit : C'est pourquoi il faudrait rester flexible si ça se justifie. Mais on résoudrait les problèmes qu'on peut voir ici et là sur la classification des primary/secondary, surtout dans les zones où les itinéraires sont peu clairs (péri-urbain, rural) et le résultat actuel assez subjectif (voire arbitraire). J'ai regardé les données dans mon coin de campagne, c'est très cohérent avec les données OpenStreetMap déjà rentrées. J'avoue que je ne me suis jamais trop posé de questions entre primary et secondary, les primary étaient déjà dans la base quand j'ai commencé à mapper, elles sont restées comme cela et c'est logique (les routes majeures ont été mappées en premier) ! J'ai par contre plus souvent des soucis entre de choix entre tertiary/unclassified, cette source de données me conforte dans mes choix d'arbitrage : tertiary, c'est une petite route qui relie deux communes (si elle n'est pas déjà en secondary). Ça correspond bien aux liaisons locales de route500. Je vais voir avec mes voisins mappeurs si on peut s'accorder là dessus ;-) Cordialement, Mika_Gueret ___ 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] Intégrer OSM à Thunderbird
Bonjour, Pour connaître personnellement des développeurs de Mozilla et pour être moi-même contributeur, je souhaiterais apporté quelques éclaircissement : * Mozilla connaît OpenStreetMap et souhaite le promouvoir (ils avaient ouvert une ligne de budget pour soutenir le SOTM-EU) * Mozilla est pragmatique, ils souhaitent proposer des fonctionnalités avec une certaine assurance de service * Mozilla essaye de remplacer le plus possible GMaps par OpenStreetMap https://bugzilla.mozilla.org/show_bug.cgi?id=767767 Donc l'astuce pourrait-être d'utiliser le Géocoder de Mapquest via un add-on ? René-Luc Le 05/05/2013 12:50, OpenSourceWay a écrit : Salut, Je viens d'envoyer un mail à leur liste, désolé. Je ne pense pas que la saturation survienne, car c'est une fonctionnalité cachée, mais je n'y ai pas pensé… Léo Le 05/05/2013 11:23, Pieren a écrit : 2013/5/4 OpenSourceWay opensource...@laposte.net: Donc, je suis pour leur proposer de remplacer le lien par http://www.openstreetmap.org/?query=Adresse+de+Thunderbird Pourquoi pas. Mais il faudrait que Mozilla mette en place son propre serveur de géocodage. L'infrastructure d'OSM n'a pas vocation à fournir des services gratuits à d'autres logiciels, même libres. On frôlerait rapidement la saturation et OSM n'a pas les moyens financiers de Google. Les services hébergés par la fondation sont toujours mis en place pour aider les contributeurs à améliorer la carte, pas pour fournir des prestations de services à des tiers (voir les règles d'usage de la carte glissante comme exemple, ou ce que fait wikipedia dans ce domaine) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solutions Libres Open Source (ex. Solutions Linux)
Bonjour, Cette année est exceptionnel car je ne serais pas sur le stand OSM-fr comme ces 4 dernières années... Dommage pour moi. René-Luc D'Hont 3Liz Le 06/05/2013 17:29, Ab_fab a écrit : Bonjour, Je vois l'asso OSM-fr inscrite pour le stand C41 (*), les 28 et 29 mai, au CNIT (La Défense). J'en conclus qu'il y aura des représentants sur place. Je me trompe ? Plutôt partant pour y venir en semi dilettante, comme l'an passé, sous réserve d'empêchements professionnels. @+ (*) http://www.solutionslinux.fr/exposants_154_2761_p.html -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ 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] Question ouverte, mais conseil concis apprécié
Bonjour, QGIS répond à tous les besoins même celui de la publication de carte sur le Web. Il existe QGIS-Server à comparer à ArcGIS Server, GeoServer, Mapserver. QGIS tient bien la comparaison car il propose toutes les fonctionnalités de base d'une logiciel SIG. Il pourrait devenir limitant pour des besoin d'analyse et traitement de données, donc pour des besoins poussés. Il ne manque rien de pénalisant dans l'utilisation que tu envisages. Mais QGIS évolue continuellement et la prochaine version, QGIS 2 qui sortira le 7 juin 2013 apportera son lot de nouveautés. René-Luc 3Liz Le 06/05/2013 17:45, Xavier a écrit : Merci beaucoup pour tous ces éclaircissements. Donc, QGIS pourrait répondre à tous les besoins (et surtout, il est libre). Qgis tient bien la comparaison, c'est à dire ? Qu'est-ce qui lui manque qui pourrait être vraiment pénalisant ? ___ 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] OSM-FR à SIG La Lettre... besoin de troupes !
Bonjour Christian, Je serais au FROG puis au Code Sprint OSGEO-fr donc aux Rencontres SIG-la-lettre! Je pense en fait passez plus de temps sur l'OpenData Bar qu'au Code Sprint ;-) Donc compte sur moi René-Luc P.S: j'essayerais d're à la réunion IRC de demain soir. Le 16/04/2013 10:36, Christian Quest a écrit : Quoi: expo + conférences + ateliers Qui: le monde des SIG... Où: ENSG à Champs-sur-Marne, près de Paris Quand: 11-13 juin 2013 Plus: http://www.rencontres-sig-la-lettre.fr/ Nous sommes régulièrement présent à ces rencontres. L'an passé, nous avions un stand opendata qui nous avions bien sûr phagocyté (voir: http://openstreetmap.fr/node/237) Cette année, nous aurons un espace encore plus important et surtout à un emplacement assez stratégique: face à la grande salle de conférence. J'ai déjà le nom... open data bar Vu les contacts passés, je pense que c'est le moment de mettre le paquet sur le côté partage, et donc les échanges de données dans les 2 sens: SIG vers OSM et OSM vers SIG. Lors des rencontres à Lille organisées par la région, nous avions un atelier permanent d'import/intégration de données dans OSM. Le retour avait été très bon et cela avait surtout permis de montré aux responsables de SIG notre niveau d'exigence sur la qualité et l'origine des données. Beaucoup avaient été mises de côté soit pour des problème de qualité, soit pour des problème de licence peu claire (par exemple des adresses géocodées avec l'API de Google). Pour le sens SIG vers OSM, il faudrait donc reproduire cet atelier l'import/intégration, mais en précisant un peu mieux les choses à l'avance pour que l'on ne perde pas de temps avec des données inutilisables. Le principe est que les SIG apportent les données qu'il sont prêt à partager dans OSM. Pour le sens inverse (OSM vers SIG), il faut en discuter... j'ai quelques idées pour faire un peu bouger les lignes ;) Donc 3 jours... besoin de monde pour animer le stand, travailler sur les données (dans les deux sens). Sont déjà prévus: - Fred Rodrigo - Christian Quest Sur qui peut-on compter ? (la veille se tient le FROG: http://frog.osgeo.fr/) -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/s http://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM-FR à SIG La Lettre... besoin de troupes !
Le 16/04/2013 12:16, Guillaume Allegre a écrit : Le mar. 16 avril 2013 à 12:05 +0200, Pieren a écrit : Un peu HS mais une crainte. J'ai peur qu'une systématisation de ce genre de présentations n'aboutisse à une image fausse du projet OSM. On passerait finalement à un intégrateur de données publiques alors que ce genre de contribution ne devrait être que marginal dans le projet. Il ne faut pas négliger un point dit et redit : trop d'imports tue la cartographie participative. D'autant plus qu'un point crucial n'a pas encore été résolu : la synchronisation des données (de et vers le fournisseur). Je suis relativement d'accord avec toi. Il faut encore et toujours insister sur le fait qu'on n'intègre pas de données read-only. Une fois versées, les données appartiennent à tous, et chaque utilisateur est légitime à les modifier. SVP, sur le stand, pensez à faire passer cette idée aux utilisateurs métier. Il le save c'est d'ailleurs leur crainte à la libération des données... J'ai encore eu à faire à des spécialistes qui ne veulent pas entendre de CO-création car c'est eux les garants de la création des données. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une aide sur uMap
Est-ce que LeaftLet supporte IE7 ? Est-ce que dans le code JavaScript, il ne manquerait pas des ; ? Est-ce qu'il n'y a pas une fonction HTML5 utilisée ? Mais en tout cas MEURT IE7, MEURT ! Le 22/03/2013 12:05, Christian Quest a écrit : Pour choisir le zoom et l'emplacement par défaut, c'est l'icône qui ressemble au points de rassemblement. Pour IE... je n'ai qu'un vieux IE7 dans une VM d'XP... et j'ai un beau fond gris. IE et javascript, toute une histoire ! Le 22 mars 2013 11:58, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, J'ai créé la carte http://umap.openstreetmap.fr/m/39/ sur le modèle de Christian permettant d'aller d'un point à un autre. 2 petites questions. Je n'ai pas trouvé comment avoir à l'ouverture une carte zoomée à l'échelle de l'ensemble des points? Aussi, j'ai transmis cette carte à des collègues mais leur navigateur étant IE, la carte ne s'affiche pas (fond gris). Est-ce une incompatibilité entre IE et uMap? Merci. Romain ___ 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] Rendu des terrains de sport
Pour le rugby, pourrais-tu ajouter le clef 'rugby', celle-ci est
conseillé lorsque l'utilisateur ne sais si pas c'est du rugby à XIII
(rugby_league) ou du rugby à XV (rugby_union).
Encore bravo!
Le 22/03/2013 14:15, Christian Quest a écrit :
Les terrains de basket et de rugby sont désormais rendus eux aussi...
http://tile.openstreetmap.fr/?lon=2.44176lat=48.83262zoom=17layers=B0
Pour le tennis, le tag surface est pris en compte:
http://tile.openstreetmap.fr/?lon=2.24749lat=48.84697zoom=17layers=B0
(Roland Garros)
http://tile.openstreetmap.fr/?lon=2.24749lat=48.84697zoom=17layers=B0
(Wimbledon)
J'ai corrigé les principaux défaut signalés en applicant une
simplification au polygone et en tenant compte de sa rectangularité.
Si un polygone n'est pas assez rectangulaire ou de forme trop
irrégulière, aucun rendu spécial n'est fait.
Pour les curieux, j'ai tout commité sur github:
https://github.com/cquest/osmfr-cartocss/commits/master
La requête SQL ressemble à ça:
select *, abs(a12-a23) as angle_diff, (a12+a23+90)/2 as angle from
(select way, sport, surface, way_area, st_npoints(way2) as nb, osm_id,
ST_Distance(st_pointn(way2,1),st_pointn(way2,2)) as d12,
ST_Distance(st_pointn(way2,3),st_pointn(way2,2)) as
d23,ST_Distance(st_pointn(way2,1),st_pointn(way2,3)) as d13,
degrees(st_azimuth(st_pointn(way2,1),st_pointn(way2,2))) as a12,
degrees(st_azimuth(st_pointn(way2,2),st_pointn(way2,3))) as a23 from
(select *, ST_ExteriorRing(ST_SimplifyPreserveTopology(way,100)) as
way2 from planet_osm_polygon where sport in
('tennis','soccer','basketball','rugby_union','rugby_league') AND way
!bbox!) as simplified) as simplified2) as sports
Y'a sûrement plus efficace et robuste !
___
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] Avis aux golfeurs...
On pourrait utiliser la même technique pour le foot, le rugby, etc ;-) Le 21/03/2013 17:38, Etienne Trimaille a écrit : Si chaque terrain de tennis correspond à un polygone (à mon avis faut tester la surface du polygone), il faut essayer d'appliquer un svg représentant un court de tennis. Inutile de tagguer les lignes :) Le 21 mars 2013 17:32, Nicolas Moyroud nmoyr...@free.fr mailto:nmoyr...@free.fr a écrit : Magnifique ! Ah quand les lignes des terrains de tennis ? Si tu fais un rendu pour ça je me met à les tagguer. Nicolas Le 20/03/2013 23:35, Christian Quest a écrit : De quoi voir les 12131 départs de golf présents dans OSM ;) http://taginfo.openstreetmap.org/keys/golf#values Exemple: http://tile.openstreetmap.fr/?zoom=16lat=48.72648lon=2.60806layers=B0 ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion AFIGEO/OGC à l'IGN
Le 08/03/2013 08:58, Christian Quest a écrit : Non, il parlait bien de la bd ortho... mais les paroles c'est du vent, c'est un écrit de confirmation qu'il me faut. Je ne veux pas ajouter de l'huile sur le feu mais : * Lors de la publication de la V2 du Géoportail, l'IGN avait préciser qu'il autorisait la photo-interprétation pour OSM à condition que celle-ci ne permettent pas de reconstruire les base de données commercialisées par l'IGN * Lors d'un DataTuesday qui s'est déroulé à Saint-Mandé, on m'a conseiller de faire appel à un juriste si nous avions des problèmes à comprendre toutes les subtilités de la licence : Les contributeurs peuvent bien financer cela Je pense donc qu'il faut insisté pour dire que leur licence ne nous suffit pas pour exploiter les données de la BD Ortho pour OpenStreetMap. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion AFIGEO/OGC à l'IGN
J'ai retrouvé la phrase dans les CGU du Géoportail (donc toutes les couches): L’IGN accorde en outre au Licencié le droit : * de permettre aux Utilisateurs Finaux de produire des données dès lors que celles-ci ne permettent pas la reconstitution d’une partie substantielle des données du Géoportail Le 08/03/2013 10:42, Christian Quest a écrit : C'est tout le problème avec l'IGN... des licences et conditions d'utilisation totalement floues et interprétables. Au juste, ça veut dire quoi reconstruire les bases de données commercialisées par l'IGN ? Sur une ortho je peux voir la géométrie d'une route, mais je n'ai aucune autre information comme par exemple son nom, sa ref, etc... je ne peux donc pas reconstruire une base IGN uniquement à partir de l'ortho. Une telle restriction est donc soit totalement ridicule, soit laisse une bien trop grande marge d'interprétation au bon vouloir de l'IGN. Le 8 mars 2013 09:38, rldhont rldh...@gmail.com a écrit : Le 08/03/2013 08:58, Christian Quest a écrit : Non, il parlait bien de la bd ortho... mais les paroles c'est du vent, c'est un écrit de confirmation qu'il me faut. Je ne veux pas ajouter de l'huile sur le feu mais : * Lors de la publication de la V2 du Géoportail, l'IGN avait préciser qu'il autorisait la photo-interprétation pour OSM à condition que celle-ci ne permettent pas de reconstruire les base de données commercialisées par l'IGN * Lors d'un DataTuesday qui s'est déroulé à Saint-Mandé, on m'a conseiller de faire appel à un juriste si nous avions des problèmes à comprendre toutes les subtilités de la licence : Les contributeurs peuvent bien financer cela Je pense donc qu'il faut insisté pour dire que leur licence ne nous suffit pas pour exploiter les données de la BD Ortho pour OpenStreetMap. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion AFIGEO/OGC à l'IGN
Tu chipotes Christian ! Disons juste que le mot substantielle est à géométrie variable ;-) Le 08/03/2013 11:10, Christian Quest a écrit : C'est quoi les données du Géoportail ? A part des images, je ne vois pas de données... ;) Le 8 mars 2013 10:47, rldhont rldh...@gmail.com a écrit : J'ai retrouvé la phrase dans les CGU du Géoportail (donc toutes les couches): L’IGN accorde en outre au Licencié le droit : * de permettre aux Utilisateurs Finaux de produire des données dès lors que celles-ci ne permettent pas la reconstitution d’une partie substantielle des données du Géoportail Le 08/03/2013 10:42, Christian Quest a écrit : C'est tout le problème avec l'IGN... des licences et conditions d'utilisation totalement floues et interprétables. Au juste, ça veut dire quoi reconstruire les bases de données commercialisées par l'IGN ? Sur une ortho je peux voir la géométrie d'une route, mais je n'ai aucune autre information comme par exemple son nom, sa ref, etc... je ne peux donc pas reconstruire une base IGN uniquement à partir de l'ortho. Une telle restriction est donc soit totalement ridicule, soit laisse une bien trop grande marge d'interprétation au bon vouloir de l'IGN. Le 8 mars 2013 09:38, rldhont rldh...@gmail.com a écrit : Le 08/03/2013 08:58, Christian Quest a écrit : Non, il parlait bien de la bd ortho... mais les paroles c'est du vent, c'est un écrit de confirmation qu'il me faut. Je ne veux pas ajouter de l'huile sur le feu mais : * Lors de la publication de la V2 du Géoportail, l'IGN avait préciser qu'il autorisait la photo-interprétation pour OSM à condition que celle-ci ne permettent pas de reconstruire les base de données commercialisées par l'IGN * Lors d'un DataTuesday qui s'est déroulé à Saint-Mandé, on m'a conseiller de faire appel à un juriste si nous avions des problèmes à comprendre toutes les subtilités de la licence : Les contributeurs peuvent bien financer cela Je pense donc qu'il faut insisté pour dire que leur licence ne nous suffit pas pour exploiter les données de la BD Ortho pour OpenStreetMap. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Question subsidiaire :
Comment associé plusieurs photos wikimedia à 1 objet OSM ?
Le 27/02/2013 11:01, Vincent Privat a écrit :
+1 avec Philippe pour le choix du tag image:commons=Fichier.jpg
comme meilleur tag par défaut, mais surtout, pour ne pas tagguer du tout.
Je vois 2 méthodes pour extraire les photos de Commons liées à un
objet OSM:
- par coordonnées géographiques, comme Philippe le propose. Commons
dispose actuellement de 3.5 millions d'images géoréférencées:
http://commons.wikimedia.org/wiki/Category:Media_with_locations
- lorsqu'un objet référence un article Wikipédia, extraire les photos
de sa catégorie Commons liée dans la page de l'article (référencée en
français avec le template {{Autres
projets|commons=Category:XXX|commons titre=XXX}})
Tout ceci peut faire l'objet d'améliorations au plugin JOSM wikipedia,
j'ai créé le ticket #8472 pour ça.
Pour ce sujet ça peut être pas mal d'en parler là-bas:
http://wiki.openstreetmap.org/wiki/Talk:WIWOSM#Commons:Geocoding
Le 27 février 2013 05:54, Philippe Verdy verd...@wanadoo.fr
mailto:verd...@wanadoo.fr a écrit :
Concernant wikipedia:image le tag est très mal choisi. D'abord le but
n'est pas de mettre une URL mais une référence à une image sous la
forme telle qu'on devrait la trouver sur Wikipédia. Cela exclue donc
tous les liens directs soit à un thumbnail, soit à la page de
présentation de l'image. De plus ces images n'ont la plupart du temps
rien à faire sur Wikipédia mais vont sur Commons.
Bref au lieu de wikipedia:image=http://.../Nom image.jpeg cela
devrait être en fait sous la forme image:commons=Nom image.jpg.
A charge ensuite au moteur de rendu de sélectionner l'URL ou un miroir
mais si on met image:url=* alors c'est vers un autre site qui n'est
pas forcément libre de droit (on pourrait aussi mettre
image:flickr=Nom d'image.ppg si elle est hébergée sur FlickR (sous
cette forme on peut en mêm temps avoir accès aux métadonnées et faire
des vérifications automatiques de licence).
Mais pourquoi se limiter aux images alors ? Pourquoi pas non plus des
références à des vidéos ?
Et sinon y a-t-il des images plus représentatives qu'une autre pour
une collectivité, une ville ? La photo de la mairie, d'un monument,
d'un paysage ? Ou l'image d'une carte de localisation ? ou encore le
logo ou un blason ?
Franchement je préfère qu'on ne mette rien du tout, et qu'on laisse
les moteurs de rendus chercher les images géolocalisées pour les
présenter sous forme de mini-icones qui, quand on les clique, affiche
un panneau montrant l'image et sa description et ses infos de licence.
La géolocalisation des images de Commons fonctionne déjà très bien
sans rien ajouter à la base OSM (le toolserver de Commons fournit des
listes d'images géolocalisées à la demande).
Le 26 février 2013 21:12, Black Myst black.m...@free.fr
mailto:black.m...@free.fr a écrit :
Bonjour,
Dans le but de proposer un premier thème Wikipedia comme
projet du mois,
j'aurais souhaitez vos avis sur 2 pages du wiki:
- La page de description du tag wikipedia, que j'ai pas mal
remanier pour
essayer d'être le plus claire possible.
http://wiki.openstreetmap.org/wiki/FR:Key:wikipedia
- La page de présentation du projet du mois
http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Wikipedia
Il reste un point à trancher concernant l'utilisation du tag
wikipedia:image=url.
Ce tag est présent 65x dans la base, mais ne fait l'objet d'aucune
explication sur le wiki et n'est pas cohérent avec l'usage
actuel du tag
wikipedia.
Je n'ai pas trouvé correspondant parfaitement à l'utilisation,
le plus
proche étant 'image' mais il n'est qu'à l'état de proposition et les
use-case ne me semble pas clair/
Que faire de ces tags :
- Les considérer comme correct (et donc modifier la page du wiki)
- Faire une proposition de nouveau tag
- Les convertir en image=url
- Les supprimer
- Les laisser en l'état
++
Black Myst
___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSMFlickr : Gestion des liens OpenStreetMap - Flickr
Bonjour, Nous sommes heureux de vous annoncer l'accès en ligne public de la version beta d'OsmFlickr supportée par la ville d'Orange. http://demo.3liz.com/osmflickr/ OsmFlickr est une application Web de découverte et de gestion des liens entre photos Flickr et données OpenStreetMap. Flickr permet de publier ses photos sous licence CC-BY. Il est possible pour chaque photo d'ajouter des tags spécifiques appelés machine tags avec un code représentant l'identifiant de l'objet OSM (par exemple le tag osm:node=12345678). L'application OsmFlickr facilite l'ajout de ces tags, via une interface cartographique et permet de consulter les photos Flickr liées. L'application est constituée de 2 parties : * Une carte générale affichant les photos Flickr possédant des liens avec des objets OpenStreetMap. Elle permet de découvrir les photos publiques qui ont été associées à des données OpenStreetMap. C'est la page d'accueil de l'application, qui se présente comme une simple carte sur laquelle s'affiche les 30 premières photos Flickr correspondant à l'emprise. Le panneau de gauche affiche les miniatures de ces photos. On peut cliquer sur une des miniatures pour ouvrir une popup d'information de l'objet OSM lié et la photo agrandie. Il est aussi possible de filtrer les photos affichées via le champ de recherche situé en haut du panneau de gauche. * Un espace de gestion de ses photos Flickr personnelles qui permet d'ajouter des liens OpenStreetMap. Cet espace nécessite un compte Flickr contenant des photos. Pour y accéder, il faut se connecter avec le lien Connect situé dans le menu en haut à droite, puis se connecter avec ses identifiants Flickr et autoriser l'accès d'OsmFlickr à votre compte. Une fois connecté, l'utilisateur est redirigé vers une page qui liste ses 30 premières photos Flickr. Il peut filtrer les photos en lançant une recherche avec le formulaire situé au dessus des photos. Ensuite, un clic sur une des photos bascule vers la page de modification de la photo Flickr sélectionnée. Sur cette page, un panneau de gauche affiche la photo et les informations complémentaires, et la carte affiche l'objet OSM lié, si un lien existe. Pour ajouter un nouveau lien vers un objet OSM, il faut d'abord télécharger les données OSM sur une zone choisie. Pour cela, cliquer sur l'item de menu + OSM, et dessiner un rectangle sur la carte. Il est conseillé de zoomer au préalable sur une zone, car la taille du rectangle est limitée pour ne pas surcharger l'API OpenStreetMap. Vous pouvez pour cela utiliser le moteur de recherche d'adresse Nominatim via le champ texte Nominatim search, et utiliser les outils classiques de navigation (zoom + et -, zoom par rectangle) Lorsque le rectangle a été dessiné, l'application télécharge automatiquement les données OSM. L'utilisateur peut ensuite cliquer sur l'un des objets OSM affichés. Cela ouvre une popup qui affiche les informations de l'objet, et un bouton pour lier cet objet OSM à la photo Flickr. L'objet ajouté s'affiche au-dessus de la photo dans le panneau de gauche. On peut à tout moment supprimer un lien en cliquant sur le petit bouton x situé à droite du lien OSM. Cette application a d'abord été développée pour faciliter l'ajout de photos aux éléments consultables via LizPoi : *http://lizpoi.3liz.com/demo/index.php/lizpoi/map/?tree_id=1 *http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=3 *http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=5 Mais ces liens entre photos Flickr et objets OSM peuvent être exploités dans JOSM ou dans d'autres applications. Le code est libre et disponible sur github, donc ceux qui le veulent peuvent l'améliorer et/ou localiser l'application : https://github.com/3liz/osmflickr René-Luc D'Hont 3Liz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMFlickr : Gestion des liens OpenStreetMap - Flickr
Le 18/02/2013 15:01, Fabien a écrit : Le 18 février 2013 14:53, Christian Quest cqu...@openstreetmap.fr a écrit : Une petite gestion de permalink serait vraiment sympa... j'ai pas trouvé. J'avais pris contact pour un permalink aussi et ils m'ont répondu que ce n'était pas encore mis en place. Bien dommage parce que j'ai une belle application de OSMFlickr avec les Funny Zoo dans Marseille que j'aimerais présenter. Y'a plus qu'à cloner le dépôt Git et comprendre comment le mettre en place de son côté :) Bonjour Fabien, Nous venons tout juste de publier OsmFlickr, nous n'avons donc aps encore pu recevoir de demande de permalink de ta part. Je pense que tu parles de LizPoi, non ? Cette modification pourrait-être intégré à OsmFlickr rapidement soit par nous soit via un pull-request. René-Luc Le 18 février 2013 14:11, Ista Pouss ista...@gmail.com a écrit : Trés sympa, bravo. Le 18 février 2013 11:20, rldhont rldh...@gmail.com a écrit : Bonjour, Nous sommes heureux de vous annoncer l'accès en ligne public de la version beta d'OsmFlickr supportée par la ville d'Orange. http://demo.3liz.com/osmflickr/ OsmFlickr est une application Web de découverte et de gestion des liens entre photos Flickr et données OpenStreetMap. Flickr permet de publier ses photos sous licence CC-BY. Il est possible pour chaque photo d'ajouter des tags spécifiques appelés machine tags avec un code représentant l'identifiant de l'objet OSM (par exemple le tag osm:node=12345678). L'application OsmFlickr facilite l'ajout de ces tags, via une interface cartographique et permet de consulter les photos Flickr liées. L'application est constituée de 2 parties : * Une carte générale affichant les photos Flickr possédant des liens avec des objets OpenStreetMap. Elle permet de découvrir les photos publiques qui ont été associées à des données OpenStreetMap. C'est la page d'accueil de l'application, qui se présente comme une simple carte sur laquelle s'affiche les 30 premières photos Flickr correspondant à l'emprise. Le panneau de gauche affiche les miniatures de ces photos. On peut cliquer sur une des miniatures pour ouvrir une popup d'information de l'objet OSM lié et la photo agrandie. Il est aussi possible de filtrer les photos affichées via le champ de recherche situé en haut du panneau de gauche. * Un espace de gestion de ses photos Flickr personnelles qui permet d'ajouter des liens OpenStreetMap. Cet espace nécessite un compte Flickr contenant des photos. Pour y accéder, il faut se connecter avec le lien Connect situé dans le menu en haut à droite, puis se connecter avec ses identifiants Flickr et autoriser l'accès d'OsmFlickr à votre compte. Une fois connecté, l'utilisateur est redirigé vers une page qui liste ses 30 premières photos Flickr. Il peut filtrer les photos en lançant une recherche avec le formulaire situé au dessus des photos. Ensuite, un clic sur une des photos bascule vers la page de modification de la photo Flickr sélectionnée. Sur cette page, un panneau de gauche affiche la photo et les informations complémentaires, et la carte affiche l'objet OSM lié, si un lien existe. Pour ajouter un nouveau lien vers un objet OSM, il faut d'abord télécharger les données OSM sur une zone choisie. Pour cela, cliquer sur l'item de menu + OSM, et dessiner un rectangle sur la carte. Il est conseillé de zoomer au préalable sur une zone, car la taille du rectangle est limitée pour ne pas surcharger l'API OpenStreetMap. Vous pouvez pour cela utiliser le moteur de recherche d'adresse Nominatim via le champ texte Nominatim search, et utiliser les outils classiques de navigation (zoom + et -, zoom par rectangle) Lorsque le rectangle a été dessiné, l'application télécharge automatiquement les données OSM. L'utilisateur peut ensuite cliquer sur l'un des objets OSM affichés. Cela ouvre une popup qui affiche les informations de l'objet, et un bouton pour lier cet objet OSM à la photo Flickr. L'objet ajouté s'affiche au-dessus de la photo dans le panneau de gauche. On peut à tout moment supprimer un lien en cliquant sur le petit bouton x situé à droite du lien OSM. Cette application a d'abord été développée pour faciliter l'ajout de photos aux éléments consultables via LizPoi : *http://lizpoi.3liz.com/demo/index.php/lizpoi/map/?tree_id=1 *http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=3 *http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=5 Mais ces liens entre photos Flickr et objets OSM peuvent être exploités dans JOSM ou dans d'autres applications. Le code est libre et disponible sur github, donc ceux qui le veulent peuvent l'améliorer et/ou localiser l'application : https://github.com/3liz/osmflickr René-Luc D'Hont 3Liz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Des textes à promenades ___ Talk-fr mailing list Talk-fr
Re: [OSM-talk-fr] GeoBases, services et visualisation pour donnéesgéographiques
Le 29/01/2013 11:44, Alex a écrit : Jean-Claude Repetto jrepetto@... writes: Bonjour, Ce projet, qui vient d'être annoncé sur LinuxFR (http://linuxfr.org/news/geobases-services-et-visualisation-pour-donnees- geographiques) , utilise uniquement les cartes Google. Peut-être faudrait-il donner un coup de main aux auteurs pour que GeoBases puisse aussi utiliser les cartes OSM ? Jean-Claude Bonjour, Comme expliqué dans les commentaires de Linuxfr, à présent OSM est le fond de carte par défaut: http://linuxfr.org/news/33824 Je suis en train de regarder les alternatives libres pour remplacer l'API de Google Maps pour la partie javascript. LeafLet ou OpenLayers en fonction des besoins Alex ___ 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] Support publicitaire
Tu reproches quoi au fait qu'à Montpellier il y a beaucoup de commerce d'habit ? Le 29/01/2013 20:56, Michel a écrit : Bonsoir, quand je tombe sur des zones de ce type, une question me vient à l'esprit : le devenir d'OSM est il de servir, entre autres, de support publicitaire pour des structures à but lucratif ? http://www.openstreetmap.org/?lat=43.610584lon=3.876857zoom=18layers=M Cdt. Mides ___ 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] Support publicitaire
Désolé Michel, Il doit y avoir eu un problème à cet endroit, un contributeur à du faire un copier/coller général sur le name... et apparemment c'est moi... mais je ne suis pas de ce genre là... QU'est-ce qui a planté ??? Le 29/01/2013 20:56, Michel a écrit : Bonsoir, quand je tombe sur des zones de ce type, une question me vient à l'esprit : le devenir d'OSM est il de servir, entre autres, de support publicitaire pour des structures à but lucratif ? http://www.openstreetmap.org/?lat=43.610584lon=3.876857zoom=18layers=M Cdt. Mides ___ 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] jannonce.com utilise OSM...
Bonjour à tous ceux qui ont suivi ce loin. Tout d'abord ne vous inquiétez pas. Les responsables du site http://jannonce.com connaisse très bien le projet. Ils sont contributeurs OSM et savent qu'ils vont devoir monter leur propre serveur de tuile. Nous sommes d'ailleurs en relation avec eux et leur avons transmis vos remarques. La structure qui gère http://jannonce.com est basé à Montpellier et gère d'autres sites de petites annonces. Ils sont partenaires des cartoparties accessibilités organisé par la ville de Montpellier et y participe physiquement. Pour des histoires de temps et d'organisation, la mise en place d'un serveur de tuile OSM n'a pas été réalisé de suite, mais fait partie de leur planning. Ils savent qu'ils ne peuvent pas compter sur OSM comme sur Google en terme de service de tuiles. Nous sommes en discussion avec eux pour que la mise en palce du serveur de tuile se fassent le plus rapidement possible. René-Luc D'Hont 3Liz Le 16/01/2013 00:54, Christian Quest a écrit : En regardant les stats de piwik, je vois que http://jannonce.com/ utilise OSM. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest http://openstreetmap.fr/u/christian-quest ___ 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] Opendata: agence d'urbanisme de Caen Métropole
Salut Christian Le 08/01/2013 23:44, Christian Quest a écrit : L’Agence d’études d’Urbanisme de Caen Métropole (AUCAME) publie des données sous licence ouverte sur son site: http://aucame.fr/web/publications/SIG/donnees.php Deux jeux nous intéressent: - l'occupation des sols - les équipements J'ai jeté un oeil sur le deuxième jeu, ça a l'air intéressant à ajouter sur osmose pour intégration avec l'existant. J'avais aussi jeté un coup d'œil au deuxième jeu et il pourrait permettre de consolider certaines données OpenData. On y trouve les données de la Poste ou des établissement pour le département de l'Orne. De plsu on y trouve une colonne avec l'identifiant de l'objet défini par le producteur. René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMTransport France
Bonjour Cyrille, Quels villes souhaiterais-tu que je mette à jour ? René-Luc Le 04/01/2013 16:06, Cyrille Giquello a écrit : Bonjour, OSMTransport est un démonstrateur, mais tout de même bien pratique ;-) Du coup, les données ne semblent pas très fraiches, est-ce intentionnel ou juste une panne ? Si le rafraichissement est prévu, quelle est sa fréquence ? Merci Cyrille. Le 17 octobre 2012 17:58, rldhont rldh...@gmail.com a écrit : Le 17/10/2012 14:05, Guilhem Bonnefille a écrit : Le 16 octobre 2012 17:42, Otourly Wiki otou...@yahoo.fr a écrit : Je sais pas où remonter les erreurs d'OSM transport mais le funiculaire de Lyon qui va à Saint-Just s'arrête à l'arrêt Saint-Just. La base et le rendu OSM est juste... Interrogation similaire : j'ai remarqué une incomplétude. J'ai voulu corriger dans OSM mais... je trouve moins d'information dans OSM que dans OSM transport. A quoi est-ce dû ? Vous utilisez quelles données ? Les données n'étaient peut-être pas très fraîche... PS : ce bug est en région Toulousaine J'ai mis à jour Toulouse René-Luc ___ 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] OSMTransport France
Bonjour à tous, Il fut un temps ou OSMTransport était à jour sur le monde entier, mais la croissance de la description des réseaux et la complexification du modèle nous nous a pas permis de maintenir ce système de mise à jour. Il est vrai qu'un simple cron nous permettrais de faire une mise à jour mais le serveur sur lequel tourne ce service ne nous le permet pas, même juste pour la France, d'ailleurs les script que j'utilise manque d'optimisation pour pouvoir effectuer une mise à jour régulière efficace. En fait il faudrait surtout que nous (Michaël et moi) repassions du temps à mettre tout le système à plat pour avoir un véritable service. Par contre nous n'avons pas pour le moment les moyens de faire cela. Est-ce certains d'entre vous serait intéressé par aider financièrement ce service ? Doit-on ouvrir un BidForfix ? Est-ce que ce service devrait être installer sur un serveur OSM-fr ? Qui utilise régulièrement ce service ? René-Luc Le 07/01/2013 12:11, Romain MEHUT a écrit : Bonjour René-Luc, La question n'est pas tant quelles villes mettre à jour mais plutôt faire en sorte que le service soit en permanence à jour. Romain Le 7 janvier 2013 12:07, rldhont rldh...@gmail.com mailto:rldh...@gmail.com a écrit : Bonjour Cyrille, Quels villes souhaiterais-tu que je mette à jour ? René-Luc ___ 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] Loire-atlantique et GR
Pour info j'étais aussi tombé sur des données issues explicitement des la BD Carto de l'IGN... Le 21/12/2012 16:24, Jean Couteau a écrit : Tout d'abord merci d'avoir relevé la réponse. Pris par le boulot et les derniers achats de noël, je n'avais pas suivi avec assiduité le forum ;) Le 21/12/2012 15:20, ades_...@orange.fr a écrit : que faut-il en conclure ? Je ne suis pas juriste ou spécialiste de l'ODbL, mais pour moi, si les données sont été fournies sous cette licence, on a le droit de s'en servir même si la marque est déposée... L'autorisation de la FFRP de fournir les données sous ODbL par le CG44 (puisque nous avons confirmation qu'il y en a bien une) fait office d'autorisation pour l'insertion dans la base OSM. Après, peut-être que la FFRP ne l'a pas réalisé. Par contre, m'est avis qu'il faut continuer à creuser un peu avant d'être sûrs. Jean ___ 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] [DWG actus] Ré-organisation des règles sur les imports et les édits en masse
On reforme l'alliance contre l'empire britannique de la guerre d'indépendance américaine ;-) Le 17/12/2012 13:44, Sylvain Maillard a écrit : finalement ça n'est pas que les méchants français qui râlent ... peut-être qu'on peut monter une coalition mondiale pour la simplification des règles :D Le 17 décembre 2012 13:40, Pieren pier...@gmail.com mailto:pier...@gmail.com a écrit : 2012/12/17 sly (sylvain letuffe) li...@letuffe.org mailto:li...@letuffe.org: Je sais, vous vous en foutez ;-) mais là où ça nous concerne c'est que ça a relancé au sein du DWG le débat sur ce type d'imports semi-automatique. Oui, j'ai vu passé un message (re)demandant l'utilité du deuxième compte. Je me suis bien marré. Tout le monde se fout de l' import guideline jusqu'au jour où il trouve des données intéressantes à importer. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pistes cyclables sur le trottoir
Bonjour, A Montpellier nous avons la même chose : https://maps.google.com/maps?ll=43.620062,3.851213spn=0.001078,0.002511t=mlayer=ccbll=43.620062,3.851213panoid=OBGLYVEtaLKI9I2u1mEMxgcbp=12,118.09,,0,0z=19 Qui a été traduit par un piste cyclable physiquement indépendante : http://www.openstreetmap.org/?lat=43.619914lon=3.851572zoom=18layers=M Par contre il manque le fait que les piétons y soient autorisés à circuler. René-Luc Le 12/12/2012 12:03, RainerU a écrit : Bonjour, je cherche la bonne manière de tagguer une piste cyclable signalé par un panneau B22a et qui occupe la largeur du trottoir, comme ici: [1]. Légalement c'est une piste obligatoire pour les vélos et interdite aux piétons. En réalité, cette piste est utilisé par le piétons et je suppose que c'est ce qui est prévu par les autorités. Si on se tient à la situation légale, il faudrait donc tagguer highway=*, cycleway:right=track, bicycle=designated, ou highway=cycleway, bicycle=designated Mais cela ne reflète pas la situation réelle et surtout ne fait pas de distinction entre ce genre d'aménagement et une vraie piste cyclable séparé physiquement de la voies. Je pose donc la question, s'il est ok de mettre un foot=yes sur ce genre de voie? Rainer [1] https://maps.google.com/maps?t=mvpsrc=0ie=UTF8ll=42.682956,2.902375spn=0.005915,0.011276z=17layer=ccbll=42.683431,2.901864panoid=zAXLGQr0kumCAR1z2vZxHQcbp=12,332.42,,0,0 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rendu transport public Mapnik - était - Arrêt de bus de Paris...
Bonjour Francescu, La nouvelle façon de tagguer les transports public n'est pas implémenté dans Potlatch (attention troll probable) mais bien dans JOSM... Ensuite le rendu Mapnik ne devrait pas beaucoup changer, non ? QUe voudrais-tu afficher qui soit facilement affichable ? René-Luc Le 03/12/2012 11:43, Francescu GAROBY a écrit : Bonjour, Je profite de ce fil de discussion pour pousser un peu plus à la prise en compte de la nouvelle (approuvée début 2011 https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport) façon de tagguer les transports publics https://wiki.openstreetmap.org/wiki/Public_transport. Cela pousserait les développeurs des rendus (Mapnik, ...) à prendre en compte ces tags, car actuellement ils n'apparaissent pas, ce qui entretient l'usage de l'ancienne façon de faire. J'ai d'ailleurs récemment eu une discussion avec Francescu Le 3 décembre 2012 11:28, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net mailto:nicolas_openstreetmap@dumoulin63.net a écrit : Le vendredi 30 novembre 2012 23:43:20 Philippe Verdy a écrit : Peut-être effectivement. Je me demandais pourquoi je voyais shelter=yes;no. La carte superpose les icônes et un clic sur une affiche un onglet pour chacune mais semble mélanger malgré tout certains attributs dans les onglets affichés. Oui, un onglet est créé pour chaque élément (des noeuds ici) regroupé avec la stratégie cluster d'OpenLayers. Normalement, les attributs ne sont pas mélangés, à moins d'un bug dans OpenLayers. Mon code pour afficher les attributs reste simple, donc je ne vois pas d'erreur. Si vous me pointez une erreur, je viens bien y regarder. Je pensais qu'un clic sur une icône n'en affichait le détail que d'un seul, comme sur Osmose ou ailleurs. L'idée est d'avoir un compromis pour ne pas surcharger la carte et avoir accès à tous les éléments. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bravo 3liz pour le prix accessibilité geoportail
Merci à tous ! Merci pour les test, Merci pour les saisies de réseaux de Transport en Commun, Merci pour les retours, Merci à vous! Le 29/11/2012 23:15, Sylvain Maillard a écrit : bravo à l'équipe de 3Liz ! Le 29 novembre 2012 20:02, THEVENON Julien julien_theve...@yahoo.fr mailto:julien_theve...@yahoo.fr a écrit : Felicitation 3liz ! Vous le meritez bien, les gens a qui je montre OSMTransport trouvent souvent le concept tres sympa :-) Julien *De :* Florian LAINEZ winner...@free.fr mailto:winner...@free.fr *À :* Discussions sur OSM en français talk-fr@openstreetmap.org mailto:talk-fr@openstreetmap.org *Envoyé le :* Jeudi 29 novembre 2012 17h28 *Objet :* [OSM-talk-fr] Bravo 3liz pour le prix accessibilité geoportail J'ai vu sur cette news http://openstreetmap.fr/3liz-osmtransport que 3liz avait été primé pour son démonstrateur : bravo a vous ! Je suis allé voir sur le site et il est dit que le résultat définitif sera demain, on anticipe sur la délibération ? ^^ Christian par contre il manque l'URL dans la news http://concours-api.ign.fr/participez.html si tu veux bien la rajouter. ++ -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr http://www.nouslesgeeks.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-fr CA] OpenStreetMap à l'Assemblée Nationale demain
Salut Christian, Tu y es à partir de quelle heure ? J'y serais l'après-midi ;-) René-Luc Le 28/11/2012 20:18, Christian Quest a écrit : Et pour ma part, je serai demain aux Rencontres de l'IGN... -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest http://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSMTransport france au concours Géoportail de L'IGN
Bonjour OSMTransport France a été nommé au concours Géoportail de l'IGN dans la catégorie accessibilité. Vous pouvez voter ici : http://concours-api.ign.fr/participez.html Merci d'avance pour vos votes. René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMTransport france au concours Géoportail de L'IGN
Bonjour Nicolas, J'ai déjà contacté l'IGN et ils ont changé apparemment. C'est pourquoi je me suis permis cet annonce ici. Si ce n'est toujours pas, possible faut leur mettre la pression gentillement. René-Luc Le 23/11/2012 10:51, Nicolas Moyroud a écrit : Bonjour René-Luc, Comme tu le sais, j'ai voulu voter pour votre application mais je n'ai pas pu car le seul moyen de vote c'est un bouton facebook. Il se trouve que je n'ai pas de compte facebook et que je ne veux pas en créer un. Cette manière de voter proposée par l'IGN n'est pas normale car cela fausse les résultats. Il faudrait les contacter pour leur signaler. Nicolas Le 23/11/2012 10:28, rldhont a écrit : Bonjour OSMTransport France a été nommé au concours Géoportail de l'IGN dans la catégorie accessibilité. Vous pouvez voter ici : http://concours-api.ign.fr/participez.html Merci d'avance pour vos votes. René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un site dédié aux cartoparties sur Montpellier
Bonjour, J'ai pris le temps de la réflexion avant de répondre aux quelques remarques qui ont été exprimé ici. Tout d'abord, je souhaite rappeler le fonctionnement des carto-parties organisées par la ville de Montpellier et qui profite de la mise en place d'un site dédié sur Tumblr http://cartopartie.tumblr.com/ Les cartoparties sont organisé par un collectif (la ville de Montpellier, Montpel'libre, les comités de quartiers, etc) et a pour objectif unique de relever et saisir des informations sur accessibilités des lieux accueillant du public. La carto-partie se déroule en 2 parties, un carto-partie terrain un samedi après-midi dans un quartier de Montpellier et une saisie-partie le mercredi suivant. Les personnes qui participe à la carto-partie terrain participe peu à la saisie-partie. Une carto-partie ne s'organise qu'avec la participation du comité de quartier où va s'organiser la carto-partie terrain, c'est pourquoi l'écusson (le cœur de Montpellier) n'a pas encore eu droit à sa carto-partie. Donc le montage de ce site dédié aux carto-parties de Montpellier sur Tumblr a été monté par l'un des responsables de l'OpenData de Montpellier avec les moyens qu'il avait à disposition. Ils souhaitaient avoir un site sur lequel tous les contributeurs qu'ils participent à la carto-partie terrain et/ou à la saisie-partie puisse avoir un point d'entré unique avec photos, vidéos, textes, cartes. L'idée était vraiment de faciliter la diffusion d'information autour de ces événements, le tout avec les moyens mis à disposition. Le site OpenData de la ville de Montpellier ne permettait pas de répondre à ce besoin, et ensuite l'idée était d'expérimenté l'utilisation d'un outil comme Tumblr. D'ailleurs si cet expérimentation fonctionne, d'autres structures devraient mettre en place le même genre de système basé sur Tumblr ou alors un nouvel outil proposé par une société ou une association. La dernière réunion du collectif des carto-parties accessibilités de Montpellier à eu lieu avec l'Agglomération de Montpellier qui est intéressé par le principe et le mode de fonctionnement de ces carto-parties. Par contre le collectif n'organisera rien sans la participation d'un comité, d'une association locale. Je pense donc qu'il faut soutenir ce genre d'initiative qui utilise OpenStreetMap et fait connaître notre projet même si ces carto-parties ne servent pas à former de nouveaux contributeurs. René-Luc Le 06/11/2012 12:21, Nicolas Moyroud a écrit : Bonjour, Je ne veux pas critiquer, mais je trouve que ce site devrait être plus ouvert géographiquement plutôt que seulement centré sur Montpellier. OK c'est la ville de Montpellier qui organise les carto-parties, mais il me semble que si c'est uniquement pour parler des carto-parties de Montpellier, le site OpenData était déjà là pour ça... Et pendant ce temps dans les zones rurales autour de Montpellier, il manque énormément d'informations, même basiques ! Je leur ai envoyé un message pour savoir si ils étaient intéressés pour élargir d'avantage le contenu du site et proposer d'y participer dans ce cas. Nicolas Le 06/11/2012 10:59, Cyrille Giquello a écrit : Le collectif organisant les cartoparties sur la Ville de Montpellier vient de créer un site regroupant diverses informations sur le sujet. Ce site sera désormais une vitrine entièrement dédiée aux cartoparties organisées à Montpellier. L'annonce: http://opendata.montpelliernumerique.fr/Un-site-dedie-aux-cartoparties-sur Le site: http://cartopartie.tumblr.com/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Images Bing pixelisées sur Perpignan
J'avais noté que le palais Majorque était flouté sur le géoportail... Un signe Le 26/10/2012 13:25, Jean-Claude Repetto a écrit : On 26/10/2012 10:30, Hélène PETIT wrote: Le 26/10/2012 09:58, Frédéric Rodrigo a écrit : Je connais une situation inverse, l'aéroport flouté jusqu'au zoom 16, le 17 et le 18 sont clair ! http://dev.osmose.openstreetmap.fr/map/?zoom=16lat=44.82164lon=-0.72075layers=000B0FFT même chose à la SNPE (société nationale des poudres et explosifs) : http://dev.osmose.openstreetmap.fr/map/?zoom=17lat=43.56684lon=1.43483layers=000B0FFFitem=level=1 Les niveaux 17 et 18 ont dû être ajoutés postérieurement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OpenStreetMap à Paris Web
Bonjour, Cette fin de semaine ce déroule l'évènement francophone autour du Web : Paris Web Et apparemment OpenStreetMap y aurait été présenté par Benjamin Becquet http://www.ecrans.fr/A-Paris-Web-Internet-est-toujours,15366.html En espérant que plus de créateur de site web utiliseront OpenStreetMap pour leur carte. René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMTransport France
Le 16/10/2012 18:05, Francescu GAROBY a écrit : Sympa d'avoir le fond de carte IGN. :-) Par contre, je remarque 2 bugs : * lorsqu'on clique sur un arrêt de bus (plusieurs cas rencontrés à Caen, sur la ligne 7 par ex.), il apparait plusieurs fois le même numéro de ligne de bus passant par cet arrêt. Ce n'est pas un bug, je liste l'ensemble des relation de type route dont fait partie un arrêt. Lorsque j'ai développé OSMTransport, le modèle de données ne définissait qu'une relation de type route par ligne de bus. * les numéros des lignes passant par un arrêt ne sont pas toujours triés. Ce n'est pas un bug, mais quelque chose que je n'ai pas fait Et enfin, une question : quelle est la fraîcheur des données ? Car je travaille très fréquemment (quasi quotidiennement) à enregistrer/améliorer les tracés des transports en commun sur Caen et son agglo, et je remarque des différences avec ce que j'ai déjà saisi (certaines données vieilles de quelques semaines n'apparaissent pas). Pas forcément très fraîche, le système de cron que j'avais mis en place n'est plus valable. Mais j'ai fait des mises à jour sur certaine ville ses dernières 48h. Merci pour ces retours. René-Luc Francescu Le 16 octobre 2012 17:29, rldhont rldh...@gmail.com mailto:rldh...@gmail.com a écrit : Bonjour, Je vous l'avais annoncé pendant l'été, OSMTransport à changer de peau. Ce changement me permet aujourd'hui de proposer une version pour la France avec les fonds Géoportail de l'IGN. http://demo.3liz.com/osmtransport/france.php Par contre il est intéressant de remarquer que les fonds Bing semblent de meilleur qualité et plus récent. René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMTransport France
Le 16/10/2012 19:34, Bruno Cortial a écrit : Le 16 octobre 2012 17:29, rldhont rldh...@gmail.com mailto:rldh...@gmail.com a écrit : Bonjour, Je vous l'avais annoncé pendant l'été, OSMTransport à changer de peau. Ce changement me permet aujourd'hui de proposer une version pour la France avec les fonds Géoportail de l'IGN. http://demo.3liz.com/osmtransport/france.php Par contre il est intéressant de remarquer que les fonds Bing semblent de meilleur qualité et plus récent. René-Luc Bonjour Merci pour cette mise à jour. Les rendus transport posent problème actuellement quand les itinéraires se chevauchent (ce qui est presque toujours le cas) :on ne voit qu'une ligne. Oui mais il est possible de ne visualiser qu'une ligne à la fois. Nous n'avons pas chercher à créer une carte des réseaux de transport mais une application permettant de visualiser les données de Transport en Commun présentent dans OpenStreetMap J'ai investigué un peu, et il existe un algorithme dit du serpent qui permet de modifier leur géométrie (hors OSM ;-) ) afin de les dé-doublonner. Cela permettrait d'avoir des itinéraires parallèles là où ils se chevauchent, et chacun serait visible avec sa couleur. Je ne connaissais pas cet algo, je regarderais si j'ai le temps GRASS implémente çà (v.generalize method=displacement) http://grass.osgeo.org/grass64/manuals/html64_user/v.generalize.html N'ayant toujours pas compris comment faire marcher GRASS, j'ai zappé... temporairement. Tu peux tester GRASS via QGIS installé via OSGEO4W Quelqu'un a-t-il déjà tenté ? J'utilise régulièrement GRASS avec QGIS sous Ubuntu sinon pour Windows tu peux les installer via OSGEO4W. René-Luc Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMTransport France
Le 16/10/2012 23:49, Cyrille Giquello a écrit : Le 16 octobre 2012 17:29, rldhont rldh...@gmail.com a écrit : Bonjour, Je vous l'avais annoncé pendant l'été, OSMTransport à changer de peau. Ce changement me permet aujourd'hui de proposer une version pour la France avec les fonds Géoportail de l'IGN. http://demo.3liz.com/osmtransport/france.php Par contre il est intéressant de remarquer que les fonds Bing semblent de meilleur qualité et plus récent. René-Luc C'est un bel outil. Remarque sur les parking à vélo (amenity=bicycle_parking) il faut qu'ils aient un nom (name=*) pour qu'ils apparaissent. Mais c'est difficile de trouver un nom pour un parking à vélo ... Par exemple, à Tours, sur l'outil, il n'y a que 2 parking car au lieu du tag capacity c'est name qui a été utilisé par erreur. Nous n'utilisons pas le tag amenity=bicycle_parking mais amenity=bicycle_rental sans tenir compte du tag name Les données ne sont peut-être pas encore à jour. René-Luc Peut-être ne pas tenir compte du name pour ces éléments. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMTransport France
Le 17/10/2012 13:45, Guilhem Bonnefille a écrit : Bonjour, Le 16 octobre 2012 17:29, rldhont rldh...@gmail.com a écrit : Je vous l'avais annoncé pendant l'été, OSMTransport à changer de peau. Ce changement me permet aujourd'hui de proposer une version pour la France avec les fonds Géoportail de l'IGN. http://demo.3liz.com/osmtransport/france.php Par contre il est intéressant de remarquer que les fonds Bing semblent de meilleur qualité et plus récent. Joli travail. Une remarque si je puis me permettre : je n'ai pas su trouver un lien pour ouvrir le site OpenStreetMap sur la zone en cours de visualisation. C'est pourtant bien pratique lorsqu'on est contributeur et qu'on aperçoit un bug grossier. Est-il envisageable de rajouter ce type de chose ? C'est envisageable, je n'avais pas pensé à faire cela. René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMTransport France
Le 17/10/2012 14:05, Guilhem Bonnefille a écrit : Le 16 octobre 2012 17:42, Otourly Wiki otou...@yahoo.fr a écrit : Je sais pas où remonter les erreurs d'OSM transport mais le funiculaire de Lyon qui va à Saint-Just s'arrête à l'arrêt Saint-Just. La base et le rendu OSM est juste... Interrogation similaire : j'ai remarqué une incomplétude. J'ai voulu corriger dans OSM mais... je trouve moins d'information dans OSM que dans OSM transport. A quoi est-ce dû ? Vous utilisez quelles données ? Les données n'étaient peut-être pas très fraîche... PS : ce bug est en région Toulousaine J'ai mis à jour Toulouse René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSMTransport France
Bonjour, Je vous l'avais annoncé pendant l'été, OSMTransport à changer de peau. Ce changement me permet aujourd'hui de proposer une version pour la France avec les fonds Géoportail de l'IGN. http://demo.3liz.com/osmtransport/france.php Par contre il est intéressant de remarquer que les fonds Bing semblent de meilleur qualité et plus récent. René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] IGN et data.ign.fr
Le 10/10/2012 11:03, Christian Quest a écrit : En gros... GEOFLA en SPARQL ;) OKI mais comment on filtre les information ? Quels sont les resources RDF que l'on peut utiliser pour filtrer les données ? ça manque d'info quoi ;-) Je suis à Etalab pour la journée à propos de Datalift, le projet de web sémantique (voir sur http://datalift.org/fr ). Le 10 octobre 2012 10:44, Cyrille Giquello cyrill...@gmail.com a écrit : Bonjour, Extract: Data.ign.fr est un site expérimental pour la diffusion de données de l'IGN au format des Linked data. Il est mis en place dans le contexte du projet collaboratif Datalift financé par l'Agence Nationale de la Recherche (CONTINT 2010). L'objectif de ce projet est de mettre au point une plate-forme pour la publication et l'interconnexion de contenu selon le modèle des Linked data (formats RDF, OWL, SPARQL). http://data.ign.fr/ Pour l'instant c'est pauvre en données : Ontologie topographique : topo.owl Données administratives : SPARQL Endpoint -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [fr-discuss] Recherche formateur sur Quantum Jis
Bonjour, Nous (3Liz) faisons aussi des formations QGIS http://www.3liz.com/formation.html J'ai d'ailleurs formé Nicolas Moyroud ;-) René-Luc Le 04/10/2012 10:34, Nicolas Moyroud a écrit : Bonjour, Je fais aussi des formations QGIS. Je vais d'ailleurs en faire une dans 2 semaines ici : http://ecole-magis2012.sciencesconf.org/program Je peux venir depuis Montpellier si ils prennent en charge les frais de déplacements. Je vais contacter Marie-Jo pour avoir plus d'infos. Merci pour l'info Jean-François. Nicolas Le 04/10/2012 09:31, Jean-Francois Nifenecker a écrit : Bonjour, je transfère ici pour les Isérois, Rhonalpins et Bourguignons. Et les autres aussi :) Marie-Jo est fortement impliquée dans le logiciel Libre, elle est formatrice LL et préside l'asso La Mouette (http://www.lamouette.org/). Amicalement, ___ 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] Rendez vous avec la Direction de l'IGN
Le 27/09/2012 19:22, Pieren a écrit : 2012/9/27 Eric SIBERT courr...@eric.sibert.fr: Photos aériennes brutes : on veut les photos actuelles, pas celles de 50 ans. Les photos actuelles ont déjà été numérisées pour l'orthophoto donc il n'y a aucune raison technique de ne pas les mettre à disposition. Il paraitrait même qu'on peut utiliser leur orthophoto pour tracer dessus. Une confirmation officielle, ça serait bien. On pourrait limiter son usage aux éditeurs OSM, comme Bing. D'ailleurs, les images Bing doivent encore provenir, au moins en partie, de l'IGN, non ? Même si Bing met en place son propre fond d'images, je fais d'avantage confiance à l'IGN pour l'orthorectification. +1 Clarifier l'utilisation des orthophotos de l'IGN mises à disposition au travers du GéoPortail. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Data Tuesday
Bonsoir, J'étais aussi à l'IGN hier et je n'ai pas discuté avec le directeur, par contre j'ai discuté avec des personnes travaillant à l'IGN. Concernant les informations géodésiques, ces personnes m'ont indiqué que si nous souhaitions un accès il suffit de le demander. Ils sont tout à fait prêt à nous aider. Ensuite ils voulaient savoir si la communauté utilisait les orthophoto de l'IGN mis à disposition au travers du Géoportail. Pour eux, il n'y a pas de raison que nous ne puissions pas digitaliser à partir de cette source de données. Pour ce point je leur ai dit que nous n'étions pas des spécialistes des licences, que soit la licence était clairement compatible soit nous avions un courrier explicite pour une telle utilisation, ce à quoi on m'a répondu que OSM France pouvait bien trouver un juriste pour valider cette utilisation. En conclusion je ne sais pas qui a le temps de s'occuper de ça mais je crois qu'il faut clarifier les choses avec l'IGN car il semble qu'en interne il ne sont pas contre nous sauf peut-être le pôle juridique et commerciale. Le 19/09/2012 16:52, Eric Sibert a écrit : Déjà si on pouvait avoir à nouveau un accès facilité aux informations géodésiques... :) Disons que ça participe de la même logique. Les repères géodésiques comme les photos brutes font parti du service public totalement subventionné. Seuls les coûts marginaux de diffusions peuvent être facturés dans le cadre d'une diffusion libre. Et quand on voit ce qui commence à se faire en traitement automatique des photos brutes : http://pix4d.com/ J'ai comme des démangeaisons de ne pas disposer des clichés actuels pris par l'IGN. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Data Tuesday
Voici ce qu'il y a dans la licence : 6.4 Données Dérivées Le Licencié et/ou l’Utilisateur Final qui a créé des données dérivées est seul titulaire des droits de propriété intellectuelle sur ces données, si elles ne permettent pas la reconstitution d'une partie substantielle des données de l’IGN. Dans le cas contraire, et pour les seules données de l’IGN, le Licencié et/ou l’Utilisateur Final est titulaire de droits de propriété intellectuelle sur les données résultant de ces opérations, sous réserve des droits de propriété de l’IGN sur ses propres données. Il est alors autorisé à les diffuser, en franchise de droits et d’autorisation, quel que soit le bénéficiaire du transfert, sous réserve qu’il informe ce bénéficiaire (i) des droits de propriété intellectuelle de l’IGN sur ses propres données, (ii) de l’obligation de détenir ou d’acquérir auprès de l’IGN les droits nécessaires à la reconstitution d’une partie substantielle des données de l’IGN. En théorie, il serait possible d'utiliser l'orthophoto du Géoportail en Web Mercator pour digitaliser dans JOSM, mais les restrictions de 100 000 transactions par mois risque de poser problème. Donc si l'IGN souhaite faire un geste, il nous faudrait une clef spéciale OSM_FR restreinte aux orthophotos. Le 19/09/2012 18:18, Jean-Claude Repetto a écrit : Le 19/09/2012 17:45, Damouns a écrit : Attention ils parlaient bien des orthophotos et pas des photos brutes ! Ca ouvre des possibilités énormes ! Pas besoin d'orthorectifier puisque c'est déjà (très bien) fait. Et comme depuis début juillet, le Géoportail utilise la projection pseudo-Mercator, ce serait très simple à afficher dans JOSM. Jean-Claude ___ 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] Interview de Gaël MUSQUET, président d'OSM France sur Data Publica
Le 03/09/2012 16:32, Christian Quest a écrit : Le 3 septembre 2012 14:55, Pieren pier...@gmail.com a écrit : L’objectif c’est que OpenStreetMap devienne le pot commun de la cartographie. Ouh là ! Ca va pas faire plaisir à certains fondateurs, ça. Gael pourra sûrement en discuter avec eux pendant le SOTM à Tokyo. Pourquoi ça ne leur fait pas plaisir cette vision (que je partage) ? Oui Pourquoi ? je suis d'accord aussi ! Plus il y aura d'utilisateur et de contributeur mieux ce sera. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Interview de Gaël MUSQUET, président d'OSM France sur Data Publica
Le 03/09/2012 16:44, Christian Quest a écrit : C'est bien le deuxième sens que je partage, le premier c'est data.gouv.fr ;) Idem : * Pot commun = mise en commun = OpenStreetMap * Pot commun = dépot anarchique = data.gouv.fr Le 3 septembre 2012 16:40, sly (sylvain letuffe) li...@letuffe.org a écrit : On lundi 3 septembre 2012, Christian Quest wrote: Le 3 septembre 2012 14:55, Pieren pier...@gmail.com a écrit : L’objectif c’est que OpenStreetMap devienne le pot commun de la cartographie. Ouh là ! Ca va pas faire plaisir à certains fondateurs, ça. Gael pourra sûrement en discuter avec eux pendant le SOTM à Tokyo. Pourquoi ça ne leur fait pas plaisir cette vision (que je partage) ? Je pense que pieren voulais parler de l'avis typique de F. Ramm (que je partage) se cumulant au sens dans ce cas flou en français de ce qu'est un pot commun Si par pot commun on entend : zone dans laquelle tout le monde peut poser ce qu'il a trouvé de libre sans réflexion sur ce que les autres ont déjà déposé, alors en effet, je m'inquiète moi aussi de cette méthode trop anarchique qui conduirait à un bazar de géo-data libres mal fusionnées. Si on le prend dans le sens de mettre en commun tout ce qui peut être vérifiable, modifiable et en l'adaptant à ce qu'il y a déjà là ok. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ERP (établissement recevant du public) : primo versement sur Orange
Le 10/08/2012 09:46, ZIMMY a écrit : Bonjour à tous, Une première dizaine de lieux ont été qualifiés sur la commune faisant suite à la discussion d'hier écrite par Tony. Nous sommes sommes parti du listing municipal lequel affectait de multiples classements à un même établissement : une bibliothèque était à la fois en S (bibliothèque) et L (salle d'audition) et Y (musée) et M (magasin de vente). http://www.openstreetmap.org/browse/node/1859794604 Nous avons pensé judicieux de mettre la bibliothèque en S uniquement. Mais pour un *hall d'exposition* c'est plus problématique : http://www.openstreetmap.org/browse/way/78534462 dans le listing il est : - T : salle d'expo à vocation commercial - L : Salles d'auditions, de conférences, de réunions, de spectacles ou à usage multiple Comment trancher d'habitude c'est plutôt T mais à l'usage c'est effectivement les 2. Je dirais alors qu'il faut créer des tags : * FR:ERP:T = une valeur * FR:ERP:L = une autre valuer Comment tagger alors ? PS : pour rappel la nomenclature de classement des ERP http://fr.wikipedia.org/wiki/%C3%89tablissement_recevant_du_public_en_droit_fran%C3%A7ais - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/ERP-etablissement-recevant-du-public-primo-versement-sur-Orange-tp5720265.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Créer rapidement un rendu personnalisé pour les données OSM
Regarde TileMill. Il devrait te permettre de faire ces modifications de rendu à la marge. René-Luc Le 06/08/2012 13:34, Stéphane Henriod a écrit : Bonjour à tous une question sûrement très basique, mais tant pis :o) Je souhaite créer rapidement un rendu personnalisé basé sur les données OSM, mais ne sais pas trop par où commencer. En gros, je serais très content avec un rendu Mapnik, auquel je veux ajouter des différences marginales: afficher un bâtiment en orange s'il a le tag /damage=damaged/ et en rouge si c'est /damage=destroyed/. Pour un besoin aussi simple, je ne souhaite évidemment pas copier un fichier planet dans une base locale, ni développer une infrastructure lourde mais simplement lire les données directement depuis la base OSM. Est-ce possible? et, si oui, dans quelle direction devrais-je commencer à chercher? Merci d'avance, Stéphane -- Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux -- Albert Einstein A journey does not need reasons. Before long, it proves to be reason enough in itself. One thinks that one is going to make a journey, yet soon it is the journey that makes or unmakes you. -- Nicolas Bouvier Photos de voyages, photos de montagne: http://www.henriod.info http://www.henriod.info/ ___ 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] Créer rapidement un rendu personnalisé pour les données OSM
Le 06/08/2012 17:27, Stéphane Henriod a écrit : Je vais jeter un coup d'oeil, merci! Mais est-ce que le proxy est nécessaire pour lire depuis XAPI uniquement? Le proxy sert à interroger directement la XAPI. Pour des raisons de sécurité, à moins que les administrateurs et le navigateur le permettent, une requête via JavaScript ne peut se faire que vers le serveur hôte du script. Si je téléchargeais le fichier osm et que OpenLayers lisait ce fichier local, il n'y aurait plus besoin de proxy, c'est juste? Oui c'est juste Bonne soirée Stéphane -- Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux -- Albert Einstein A journey does not need reasons. Before long, it proves to be reason enough in itself. One thinks that one is going to make a journey, yet soon it is the journey that makes or unmakes you. -- Nicolas Bouvier Photos de voyages, photos de montagne: http://www.henriod.info http://www.henriod.info/ 2012/8/6 Bruno Cortial bruno.cort...@laposte.net mailto:bruno.cort...@laposte.net Le 6 août 2012 15:13, Stéphane Henriod s...@henriod.info mailto:s...@henriod.info a écrit : Désolé, mais j'ai encore un petit souci :-) Mon premier essai donne ça: http://humadat.alwaysdata.net/test2.html Malheureusement, aucun de mes overlays n'apparaît... Les requètes XAPI me renvoient pourtant des données. Est-ce que ça serait un souci de projection? Ou autre chose? J'ai rajouté un overlay (/all/) qui doit prendre tous les /building=yes/ mais sans plus de succès Si un gourou d'OpenLayers a une idée? Salut, Je pense que tu trouveras ton bonheur dans ce fil (voir le point sur le proxy nécessaire): http://lists.openstreetmap.org/pipermail/talk-fr/2010-August/025639.html La FAQ OL sur ce point : http://trac.osgeo.org/openlayers/wiki/FrequentlyAskedQuestions#ProxyHost Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMTransport change de peau
Et si en plus du numéro j'affiche le nom de chaque relation ça irait, non ? Le 27/07/2012 13:55, Francescu GAROBY a écrit : Nouveau problème à signaler : si on suit la recommandation concernant les itinéraires de bus https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Route_master on se retrouve avec N lignes de bus du même numéro pour un même arrêt, vu qu'il peut y avoir le chemin aller, le retour voire des itinéraires alternatifs. Je pense qu'il faudrait ne faire apparaitre qu'une fois (par arrêt) un numéro de ligne. Francescu Le 26 juillet 2012 18:19, rldhont rldh...@gmail.com mailto:rldh...@gmail.com a écrit : Au début du projet n'importe qui et sans contrôle pouvait créer une localisation d'où toutes les erreurs que tu peux avoir noté. L'objectif de départ est d'afficher la donné OSM dans sa structure la plus brutes afin d'aider les contributeurs à visualiser des erreurs, des manques, etc. Ensuite j'aime bien l'idée d'afficher les terminus, mais existent-il un rôle pour cela ? Le 26/07/2012 18:13, Philippe Verdy a écrit : Pour les couleurs de lignes, certaines agglomération ont un schéma uniforme aussi bien dans la signalisation, les panneaux des arrpet comme les bus, et les plans papier diffusés ou affichés. LA couleur concerne autant la couleur de fond de l'étiquette que celle des caractères, la couleur de fond devant correspondre si possible à la couleur du tracé sur la carte comme tu le fais. Sans aller jusqu'à reproduire aussi les logos, il y a aussi des différences de forme pour ces numéros (par exemple dans un cercle ou un carré). Enfin il ne serait pas inutile de repérer les terminus sur la carte (ce sont des arrêts où le bus change de sens ou bien où il dépose tout le monde et poursuit sans passagers vers son dépôt) en affichant les numéros de ligne sur la carte. Cela demanderait une collection de petites icônes (faciles à générer de façon vectorielle à partir d'une forme de base, des couleurs de fond, de bordure et de texte et le numéro ou à défaut une abbréviation du nom ou un symbole générique) en mettant en libellé le nom de la destination à partir de ce terminus (si la ligne est jsute un cycle, un seul point est rensiegné, le point d'arrêt principal, souvent sur une place centrale d'échange, et en libellé on mettrait le nom de la ligne. Selon les références que tu trouves, on pourrait avoir pour ton rendu, dans ta propre base, des noms adaptés à ta carte pour remplacer ceux trouvés dans la base quand ils ne conviennent pas bien (pas besoin forcément de mettre à jour la base OSM), dans la délimitation géographique de l'agglomération que tu as définie. Note: une des villes est nommée avec le préfixe abrégé Agglo, à mon avis inutile et perturbant dans la liste. Tout dans cette liste de sélection concerne une agglomération (parfois un peu plus sur des réseaux étendus tels que Paris Est, où on se demande pourquoi on n'a pas aussi Paris Ouest pour tout ce qui est autour du réseau au départ de Saint-Lazare et des lignes de bus en correspondance dans les villes traversées, et Paris Sud depuis Montparnasse ou la Gare de Lyon). Enfin certaines villes manquent de traits d'union dans la liste affichée. Le 26 juillet 2012 17:53, rldhont rldh...@gmail.com mailto:rldh...@gmail.com a écrit : Bonjour Philippe, Tout d'abord OSMTransport a été construit il y a 3 ans, à l'époque il n'y avait qu'un seul modèle pour les lignes de bus un seul relations par ligne et il n'était pas question de s'amuser à définir une relation par sens de circulation ni de super-relation par ligne référence toutes les relations formant toutes les variations d'une ligne. Sachant cela : * la référence est pour moi la clef d'identification d'une ligne donc si il y a plusieurs relations portant le même tag ref, je les colles ensembles * l'affichage du tag name vient d'être ajouté pour voir, celui-ci comme la couleur de la ligne est extrait de la première relation que je rencontre avec ce ref en particulier Donc tout problème de répétition de la référence dans le nom est à mettre à l'actif des contributeurs. Enfin la sélection en se fait pas par operator mais par emprise géographique. René-Luc Le 26/07/2012 17:44, Philippe Verdy
[OSM-talk-fr] OSMTransport change de peau
Bonjour, Nous, 3Liz, profitons de l'été pour mettre à jour les interfaces de nos démonstrateurs. Après LizMap, solution de web mapping basé sur QGIS Server, c'est au tour d'OSMTransport : http://demo.3liz.com/osmtransport Ce changement d'interface est aussi l'occasion de faire évoluer les fonctionnalités : * dans les fonds de carte vous trouverez le fond MapQuest par défaut, le fond OpenStreetMap, et le fond Bing Aerial. Nous avons pensé que pouvoir visualiser les données TC au dessus du fond utilisé pour la digitalisation pouvait être quelque chose d'intéressant * réorganisation de l'arbre des données TC * Affichage par défaut d'un maximum de 100 objets géographiques représentant des lignes * Ajout d'informations dans les popups des données. Par exemple les tags shelter, bench pour les arrêts. Voici quelque liens directs : * Montpellier http://demo.3liz.com/osmtransport/index.php?country=1location=2 * Orange http://demo.3liz.com/osmtransport/index.php?country=1location=84 * Marseille http://demo.3liz.com/osmtransport/index.php?country=1location=11 * Nantes http://demo.3liz.com/osmtransport/index.php?country=1location=4 Si il y a des tags que vous souhaitez que nous ajoutiez faîtes le moi savoir. René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMTransport change de peau
Bonjour Francescu, Pour la mise à jour, c'est un gros chantier qui ne peut prendre trop de temps sur mon travail ou mon temps libre. Donc pour le moment je lance de temps en temps des rafraîchissements. Mais il faut aussi que je travail sur le système de cache qui est trop long. Pour la référence, j'utilise le tag ref, et pour le nom j'utilise le tag name. Sur Caen, il y a peut-être un problème de fraîcheur des données. Pour les Numéros au sein de la popup des arrêts, c'est une bonne idée. Je n'ai aps fait de test sur des données possédant où les arrêts ont de nombreuses connections. Enfin pour les pictogramme, j'y avais pensé. Je pensais même à une sorte d'image qui se construirait en fonction des informations présentes. Par contre pour les arrêts de bus j'ai découvert qu'il y avait les tags shelter et covered ! René-Luc Le 26/07/2012 10:22, Francescu GAROBY a écrit : Bonjour, Bravo pour cette refonte, très jolie graphiquement ! Quelques questions/propositions d'amélioration, cependant : * quelle est la fréquence de rafraîchissement des données ? Je travaille actuellement sur les lignes de transport de Caen, et je ne vois pas tous mes travaux ; * sur quel(s) tag(s) vous basez-vous pour le nom des lignes ? Car les trams de Caen n'ont pas de nom indiqué (undefined), alors qu'ils existent dans OSM ; * les numéros des lignes passant par un arrêt de bus/tram ne sont pas classés par ordre croissant, ce qui rendrait la lecture plus aisée ; * dans un souci de compréhension, il faudrait remplacer shelter et bench par un pictogramme ; Merci d'avance, Francescu Le 26 juillet 2012 10:05, rldhont rldh...@gmail.com mailto:rldh...@gmail.com a écrit : Bonjour, Nous, 3Liz, profitons de l'été pour mettre à jour les interfaces de nos démonstrateurs. Après LizMap, solution de web mapping basé sur QGIS Server, c'est au tour d'OSMTransport : http://demo.3liz.com/osmtransport Ce changement d'interface est aussi l'occasion de faire évoluer les fonctionnalités : * dans les fonds de carte vous trouverez le fond MapQuest par défaut, le fond OpenStreetMap, et le fond Bing Aerial. Nous avons pensé que pouvoir visualiser les données TC au dessus du fond utilisé pour la digitalisation pouvait être quelque chose d'intéressant * réorganisation de l'arbre des données TC * Affichage par défaut d'un maximum de 100 objets géographiques représentant des lignes * Ajout d'informations dans les popups des données. Par exemple les tags shelter, bench pour les arrêts. Voici quelque liens directs : * Montpellier http://demo.3liz.com/osmtransport/index.php?country=1location=2 * Orange http://demo.3liz.com/osmtransport/index.php?country=1location=84 * Marseille http://demo.3liz.com/osmtransport/index.php?country=1location=11 * Nantes http://demo.3liz.com/osmtransport/index.php?country=1location=4 Si il y a des tags que vous souhaitez que nous ajoutiez faîtes le moi savoir. René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMTransport change de peau
Bonjour Tetsuo, Les ajouts se font par mes soins maintenant. Si vous souhaitez des ajouts j'ai besoin : * d'un nom * du pays * de l'emprise pour pouvoir sélectionner les données, le mieux étant de se restreindre (pour l'emprise) au coeur du réseau. Cordialement, René-Luc Le 26/07/2012 10:32, Tetsuo Shima a écrit : Boujours Même chose, comment sont sélectionnés les villes qui apparaissent sur la carte des transports? Il y a pas mal de réseaux qui n'y apparaissent pas alors qu'ils sont dans OSM depuis plusieurs mois. Cordialement. ___ 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] OSMTransport change de peau
Pour l'ordre des numéros c'était une régression, c'est corrigé. D'ailleurs tous les réseaux n'utilisent pas que des chiffres pour identifier les lignes. René-Luc Le 26/07/2012 10:36, Francescu GAROBY a écrit : Merci tout d'abord pour la réponse rapide :-) Autre point génant : le tri des lignes de bus/tram se fait selon un ordre alphanumérique (1 puis 19 puis 2) et non numérique (1 puis 2 puis 19). Pour Caen, je regarde ce qu'il en est pour les tags des lignes existantes. Francescu Le 26 juillet 2012 10:31, rldhont rldh...@gmail.com mailto:rldh...@gmail.com a écrit : Bonjour Francescu, Pour la mise à jour, c'est un gros chantier qui ne peut prendre trop de temps sur mon travail ou mon temps libre. Donc pour le moment je lance de temps en temps des rafraîchissements. Mais il faut aussi que je travail sur le système de cache qui est trop long. Pour la référence, j'utilise le tag ref, et pour le nom j'utilise le tag name. Sur Caen, il y a peut-être un problème de fraîcheur des données. Pour les Numéros au sein de la popup des arrêts, c'est une bonne idée. Je n'ai aps fait de test sur des données possédant où les arrêts ont de nombreuses connections. Enfin pour les pictogramme, j'y avais pensé. Je pensais même à une sorte d'image qui se construirait en fonction des informations présentes. Par contre pour les arrêts de bus j'ai découvert qu'il y avait les tags shelter et covered ! René-Luc Le 26/07/2012 10:22, Francescu GAROBY a écrit : Bonjour, Bravo pour cette refonte, très jolie graphiquement ! Quelques questions/propositions d'amélioration, cependant : * quelle est la fréquence de rafraîchissement des données ? Je travaille actuellement sur les lignes de transport de Caen, et je ne vois pas tous mes travaux ; * sur quel(s) tag(s) vous basez-vous pour le nom des lignes ? Car les trams de Caen n'ont pas de nom indiqué (undefined), alors qu'ils existent dans OSM ; * les numéros des lignes passant par un arrêt de bus/tram ne sont pas classés par ordre croissant, ce qui rendrait la lecture plus aisée ; * dans un souci de compréhension, il faudrait remplacer shelter et bench par un pictogramme ; Merci d'avance, Francescu Le 26 juillet 2012 10:05, rldhont rldh...@gmail.com mailto:rldh...@gmail.com a écrit : Bonjour, Nous, 3Liz, profitons de l'été pour mettre à jour les interfaces de nos démonstrateurs. Après LizMap, solution de web mapping basé sur QGIS Server, c'est au tour d'OSMTransport : http://demo.3liz.com/osmtransport Ce changement d'interface est aussi l'occasion de faire évoluer les fonctionnalités : * dans les fonds de carte vous trouverez le fond MapQuest par défaut, le fond OpenStreetMap, et le fond Bing Aerial. Nous avons pensé que pouvoir visualiser les données TC au dessus du fond utilisé pour la digitalisation pouvait être quelque chose d'intéressant * réorganisation de l'arbre des données TC * Affichage par défaut d'un maximum de 100 objets géographiques représentant des lignes * Ajout d'informations dans les popups des données. Par exemple les tags shelter, bench pour les arrêts. Voici quelque liens directs : * Montpellier http://demo.3liz.com/osmtransport/index.php?country=1location=2 * Orange http://demo.3liz.com/osmtransport/index.php?country=1location=84 * Marseille http://demo.3liz.com/osmtransport/index.php?country=1location=11 * Nantes http://demo.3liz.com/osmtransport/index.php?country=1location=4 Si il y a des tags que vous souhaitez que nous ajoutiez faîtes le moi savoir. René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMTransport change de peau
Bonjour Philippe, Tout d'abord OSMTransport a été construit il y a 3 ans, à l'époque il n'y avait qu'un seul modèle pour les lignes de bus un seul relations par ligne et il n'était pas question de s'amuser à définir une relation par sens de circulation ni de super-relation par ligne référence toutes les relations formant toutes les variations d'une ligne. Sachant cela : * la référence est pour moi la clef d'identification d'une ligne donc si il y a plusieurs relations portant le même tag ref, je les colles ensembles * l'affichage du tag name vient d'être ajouté pour voir, celui-ci comme la couleur de la ligne est extrait de la première relation que je rencontre avec ce ref en particulier Donc tout problème de répétition de la référence dans le nom est à mettre à l'actif des contributeurs. Enfin la sélection en se fait pas par operator mais par emprise géographique. René-Luc Le 26/07/2012 17:44, Philippe Verdy a écrit : Petits commentaires suppélmentaires. Les noms des lignes sont assez bizarre à Rennes. Par exemple: 64: Bus Rennes Ligne 64 Direction Rennes 65: Bus Rennes Ligne 65 Direction Rennes - Il semble qu'il y ait confusion entre le nom du sens de circulation et le nom de la ligne (quand les deux parcours ne passent pas par le même chemin, les deux sens sont regroupés dans une même relation donnant le nom de l'ensemble). - Est-ce utile aussi de rappeler le numéro de la ligne dans le nom alors que le numéro est affiché dans un rectangle en tête ? - Ces mêmes cas se rencontrent aussi dans d'autres villes. 52 Bus Rennes Ligne 52 Direction Saint-Gilles - Là cela ne nomme que la moitié de la ligne (la partie ouest mais pas la partie nord, Rennes n'étant que le milieu de la ligne à la station de métro, si tu prends un des deux terminus, l'autre n'est même pas nommé, Rennes n'est pas le terminus) - Ces mêmes cas se rencontrent aussi dans d'autres villes. Comment as-tu dressé la liste des lignes et des réseaux de transport (recherche sur operator=*) ? Si tu te bases uniquement sur les données présentes dans la base, est-ce que le modèle est adapté, et comment faudrait-il le changer pour que ça marche (si on doit le changer ou si c'est ton outil qu'il fait modifier) ? Derniers cas à analyser : - certaines lignes n'ont PAS de numéro, juste un nom (exemple le CityTAN à Niort, qui est forme une double boucle en huit sans terminus réel), mais tu affiches quand même null ce qui est superflu (au pire tu peux juste afficher une espace insécable ou un symbole générique comme +) - Les trams à Nantes sont affichés deux fois (une fois dans la rubrique tramways pour tout le réseau en noir sans discerner les lignes, une autre fois avec chaque ligne, mais la sélection tramways recouvre des longueurs plus importantes que les lignes, sans doûte car des segments ne portent pas le numéro de la ou les lignes concernées). Bon courage. Le 26 juillet 2012 10:43, rldhont rldh...@gmail.com a écrit : Pour l'ordre des numéros c'était une régression, c'est corrigé. D'ailleurs tous les réseaux n'utilisent pas que des chiffres pour identifier les lignes. René-Luc ___ 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] OSMTransport change de peau
Au début du projet n'importe qui et sans contrôle pouvait créer une localisation d'où toutes les erreurs que tu peux avoir noté. L'objectif de départ est d'afficher la donné OSM dans sa structure la plus brutes afin d'aider les contributeurs à visualiser des erreurs, des manques, etc. Ensuite j'aime bien l'idée d'afficher les terminus, mais existent-il un rôle pour cela ? Le 26/07/2012 18:13, Philippe Verdy a écrit : Pour les couleurs de lignes, certaines agglomération ont un schéma uniforme aussi bien dans la signalisation, les panneaux des arrpet comme les bus, et les plans papier diffusés ou affichés. LA couleur concerne autant la couleur de fond de l'étiquette que celle des caractères, la couleur de fond devant correspondre si possible à la couleur du tracé sur la carte comme tu le fais. Sans aller jusqu'à reproduire aussi les logos, il y a aussi des différences de forme pour ces numéros (par exemple dans un cercle ou un carré). Enfin il ne serait pas inutile de repérer les terminus sur la carte (ce sont des arrêts où le bus change de sens ou bien où il dépose tout le monde et poursuit sans passagers vers son dépôt) en affichant les numéros de ligne sur la carte. Cela demanderait une collection de petites icônes (faciles à générer de façon vectorielle à partir d'une forme de base, des couleurs de fond, de bordure et de texte et le numéro ou à défaut une abbréviation du nom ou un symbole générique) en mettant en libellé le nom de la destination à partir de ce terminus (si la ligne est jsute un cycle, un seul point est rensiegné, le point d'arrêt principal, souvent sur une place centrale d'échange, et en libellé on mettrait le nom de la ligne. Selon les références que tu trouves, on pourrait avoir pour ton rendu, dans ta propre base, des noms adaptés à ta carte pour remplacer ceux trouvés dans la base quand ils ne conviennent pas bien (pas besoin forcément de mettre à jour la base OSM), dans la délimitation géographique de l'agglomération que tu as définie. Note: une des villes est nommée avec le préfixe abrégé Agglo, à mon avis inutile et perturbant dans la liste. Tout dans cette liste de sélection concerne une agglomération (parfois un peu plus sur des réseaux étendus tels que Paris Est, où on se demande pourquoi on n'a pas aussi Paris Ouest pour tout ce qui est autour du réseau au départ de Saint-Lazare et des lignes de bus en correspondance dans les villes traversées, et Paris Sud depuis Montparnasse ou la Gare de Lyon). Enfin certaines villes manquent de traits d'union dans la liste affichée. Le 26 juillet 2012 17:53, rldhont rldh...@gmail.com a écrit : Bonjour Philippe, Tout d'abord OSMTransport a été construit il y a 3 ans, à l'époque il n'y avait qu'un seul modèle pour les lignes de bus un seul relations par ligne et il n'était pas question de s'amuser à définir une relation par sens de circulation ni de super-relation par ligne référence toutes les relations formant toutes les variations d'une ligne. Sachant cela : * la référence est pour moi la clef d'identification d'une ligne donc si il y a plusieurs relations portant le même tag ref, je les colles ensembles * l'affichage du tag name vient d'être ajouté pour voir, celui-ci comme la couleur de la ligne est extrait de la première relation que je rencontre avec ce ref en particulier Donc tout problème de répétition de la référence dans le nom est à mettre à l'actif des contributeurs. Enfin la sélection en se fait pas par operator mais par emprise géographique. René-Luc Le 26/07/2012 17:44, Philippe Verdy a écrit : Petits commentaires suppélmentaires. Les noms des lignes sont assez bizarre à Rennes. Par exemple: 64: Bus Rennes Ligne 64 Direction Rennes 65: Bus Rennes Ligne 65 Direction Rennes - Il semble qu'il y ait confusion entre le nom du sens de circulation et le nom de la ligne (quand les deux parcours ne passent pas par le même chemin, les deux sens sont regroupés dans une même relation donnant le nom de l'ensemble). - Est-ce utile aussi de rappeler le numéro de la ligne dans le nom alors que le numéro est affiché dans un rectangle en tête ? - Ces mêmes cas se rencontrent aussi dans d'autres villes. 52 Bus Rennes Ligne 52 Direction Saint-Gilles - Là cela ne nomme que la moitié de la ligne (la partie ouest mais pas la partie nord, Rennes n'étant que le milieu de la ligne à la station de métro, si tu prends un des deux terminus, l'autre n'est même pas nommé, Rennes n'est pas le terminus) - Ces mêmes cas se rencontrent aussi dans d'autres villes. Comment as-tu dressé la liste des lignes et des réseaux de transport (recherche sur operator=*) ? Si tu te bases uniquement sur les données présentes dans la base, est-ce que le modèle est adapté, et comment faudrait-il le changer pour que ça marche (si on doit le changer ou si c'est ton outil qu'il fait modifier) ? Derniers cas à analyser : - certaines lignes n'ont PAS de numéro, juste un nom (exemple le CityTAN à Niort, qui est forme une double boucle en huit sans
Re: [OSM-talk-fr] récupérer une carte OSM sous forme d'image géoéréférencée, par ex. au format pngw
Bonjour Mathieu, comme expliqué ici http://www.3liz.com/blog/rldhont/index.php?post/2012/07/17/OpenStreetMap-Tiles-in-QGIS avec du gdal tu peux générer n'importe quel image géoréférencé à partir du fichier xml! René-Luc Le 24/07/2012 13:05, Mathieu Rajerison a écrit : Bonjour, Je souhaite intégrer une carte OSM détaillée (niveau de détails le plus fin) dans mon GPS, voire dans un logiciel de carto. Peut-être la question a-t-elle été déjà posée: Est-il possible de récupérer une image géoréférencée type jpeg(w) ou png(w) sur une commune entière avec le niveau de détails le plus fin possible? Si cela n'est pas possible, je compte mettre en place un script utilisant l'astuce TMS (s'il y a moyen de ne pas développer ou d'utiliser un service existant, c'est mieux) http://www.3liz.com/blog/rldhont/index.php?post/2012/07/17/OpenStreetMap-Tiles-in-QGIS Bien cordialement, Mathieu ___ 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] récupérer une carte OSM sous forme d'image géoéréférencée, par ex. au format pngw
Salut Mathieu, Un raster ce caractérise par une emprise et une taille donc si tu veux quelque chose de très précis tu augmentes la taille de ton image. Donc tu peux demander à GDAL de te générer un png pour une emprise PACA avec un grain précis 1px par mètre par exemple. Par exemple gdal_translate -of PNG -projwin|406686||, 5281484, 931498, 5674947 |-outsize 524812 393463 frmt_wms_openstreetmap_tms.xml openstreetmap.png Le 24/07/2012 16:58, Mathieu Rajerison a écrit : Salut René-Luc, Seulement, à partir de l'emprise PACA et d'un XML fixé sur son emprise, j'aurai les données OSM à un détail peu fin. J'ai pensé scripter tout ça histoire de générer des 'tuiles XML' adaptées à un grain précis, les convertir en PNG puis fusionner l'ensemble mais s'il y a des solutions toutes prêtes - et il semble en exister - je préfère. Mathieu Le 24 juillet 2012 14:27, rldhont rldh...@gmail.com mailto:rldh...@gmail.com a écrit : Bonjour Mathieu, comme expliqué ici http://www.3liz.com/blog/rldhont/index.php?post/2012/07/17/OpenStreetMap-Tiles-in-QGIS avec du gdal tu peux générer n'importe quel image géoréférencé à partir du fichier xml! René-Luc Le 24/07/2012 13:05, Mathieu Rajerison a écrit : Bonjour, Je souhaite intégrer une carte OSM détaillée (niveau de détails le plus fin) dans mon GPS, voire dans un logiciel de carto. Peut-être la question a-t-elle été déjà posée: Est-il possible de récupérer une image géoréférencée type jpeg(w) ou png(w) sur une commune entière avec le niveau de détails le plus fin possible? Si cela n'est pas possible, je compte mettre en place un script utilisant l'astuce TMS (s'il y a moyen de ne pas développer ou d'utiliser un service existant, c'est mieux) http://www.3liz.com/blog/rldhont/index.php?post/2012/07/17/OpenStreetMap-Tiles-in-QGIS Bien cordialement, Mathieu ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] récupérer une carte OSM sous forme d'image géoéréférencée, par ex. au format pngw
Le 24/07/2012 18:04, Bruno Cortial a écrit : Le 24 juillet 2012 16:58, Mathieu Rajerison mathieu.rajeri...@gmail.com mailto:mathieu.rajeri...@gmail.com a écrit : Salut René-Luc, Seulement, à partir de l'emprise PACA et d'un XML fixé sur son emprise, j'aurai les données OSM à un détail peu fin. Peu fin ? Dans le XML tu auras toutes les données sans simplification de géométrie ni filtrage, non ? Le XML dont je parle n'est pas un fichier OSM, c'est fichier GDAL de description du TMS permettant à GDAL d'accéder aux tuiles OSM puis de générer n'importe quel données RASTER mais aussi d'accéder aux données OSM sans avoir besoinde plugin ou autre chose. J'ai pensé scripter tout ça histoire de générer des 'tuiles XML' adaptées à un grain précis, les convertir en PNG puis fusionner l'ensemble mais s'il y a des solutions toutes prêtes - et il semble en exister - je préfère. Mathieu Le projet android MapForge[1] ne répondra sans doute pas à ton besoin, mais peut fournir des pistes sur le tuilage XML. Ce projet vise a réalisé une bibliothèque de rendu offline sur les machine android à partir d'un fichier de donnée issu d'OSM et d'une feuille de style. Cela commence à être utilisé par quelques applis [2]. Pour ceux qui se sont essayé à mapnik ou maperitive sur PC les performances sont hallucinantes. (bon ok, j'ai un vieux PC...) Je vous invite à tester l'appli de base : AdvancedMapViewer.apk et les fichiers nationaux/régionaux sont dispos. Le point clé c'est le format du fichier de données, produit via un plugin osmosis: les données sont regroupées par tuile, avec simplification de la géométrie et filtrage des données en fonction du zoom. Sinon pour du pur extrait bitmap, il existe des services en lignes, mais ils ne semblent pas produire d'images géoréférencées [3]. OpenSeeMap fait bien des exports bitmap géoreférencés dans des formats multiples [4], mais pour la couverture ça va pas le faire (mer du nord, baltique) Bonne recherche Bruno [1] http://code.google.com/p/mapsforge/ [2] http://code.google.com/p/mapsforge/wiki/MapsforgeApplications [3] http://wiki.openstreetmap.org/wiki/Static_map_images [4] http://www.openseamap.org/index.php?id=kartendownloadL=3 ___ 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] Transports publics et tag route_master
Le 19/07/2012 13:37, Pieren a écrit : 2012/7/18 Jo winfi...@gmail.com: http://www.youtube.com/watch?v=jfBDJABASnslist=UUilUZ5zBmV7Z8KBHr_Z934gindex=2feature=plcp Elle fait peur cette video. Et en plus, je n'ai pas de son. C'est normal, docteur ? Après, quand on voit la complexité de la chose, il ne faut pas s'étonner que l'intégrité des relations soit si difficile à conserver avec le temps. Pieren C'est pour ça que j'étais contre cette façon si complexe de décrire les ligne de transport en commun... 1 relation par ref avec tous les parcours ça suffit! le reste on peut le faire avec des logiciels ___ 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] : Suivi des opérations du Redaction bot
Juste une remarque : * la carte BadMap de Simon Poole ne présente pas toutes les données qui ont été supprimé par les bots J'ai un cas sur Montpellier, au Nord de l'Université Montpellier 2, plusieurs rues ont été supprimées par les bots alors qu'elle n'était pas sur la BadMap de Simon Poole. Par contre ces rues avaient bien été taguées dans je ne sais plus quel outil comme supprimable. Je ne critique aucunement le travail de Simon Poole, je tiens juste à dire qu'il faut refaire une passe visuel sur des zones que l'ont connais bien. René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données OSM sur le portail Open Data de Montpellier
Marc j'en ai déjà parler avec Montpellier et le problème c'est SPIP. Et oui l'OpenData de Montpellier (la Rochelle aussi je crois) est basé sur du SPIP et ils n'ont pas (pour le moment) trouver de plugin OpenLayers. N'étant pas un fin connaissaeur de SPIP et ne connaissant pas le plugin en question (celui qui affiche du KML avec GMaps), je n'ai pas pu apporté de solutions. René-Luc Le 16/07/2012 10:57, Marc Sibert a écrit : Le 16/07/2012 10:45, Romain MEHUT a écrit : Bonjour, C'est ici: http://opendata.montpelliernumerique.fr/Distributeurs-de-billets?utm_medium=twitterutm_source=Blog+Opendata Publication des données OpenStreetMap à titre expérimental. Cette donnée renseigne l'emplacement des distributeurs de billets à Montpellier. Cette donnée n'est pas une donnée institutionnelle issue des services de la Ville, il s'agit d'une donnée citoyenne extraite d'OpenStreetMap. Pour rappel il ne s'agit pas de données métiers, de fait le référentiel utilisé pour la collecte et le stockage ne sont pas du ressort de la ville, mais d'OpenStreetMap. Ceci implique aussi que les données mises à disposition ne sont pas exhaustives, il peut manquer des éléments. Vous êtes ensuite libre de vous engager ou pas à rendre ces bases les plus complètes possible. Enfin, la licence de réutilisation des données n'est pas la même que celle qui encadre les données de la Ville de Montpellier. Alors que les données issues des services sont sous Licence Ouverte, les données issues d'OpenStreetMap sont encadrées par la Licence ODbL. Elles sont donc mises à disposition sur ce portail sous leur licence d'origine. Romain Bonjour, Pas content ce matin de voir cette page (donnée en lien) : *Les données OSM sont en sur-impression d'une carte GMap : ça fait trop mal au c..* Mais que manque-t-il pour afficher ça sur un fond OSM avec Laeflet ou OpenLayers ? Besoin d'aide ? d'une API dispo sur serveur de OSM.fr ? Dites le et *je* le ferais s'il le faut ! Pitié ! plus jamais ça ! A+ Marc ___ 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] Données OSM sur le portail Open Data de Montpellier
Michaël et moi-même (René-Luc), Rencontrons demain Jérémy Valentin au sujet des données OpenStreetMap sur le portail OpenData de Montpellier. Nous lui ferons remonté toutes vos remarques même si je crois qu'il en est conscient. René-Luc D'Hont Le 16/07/2012 11:26, Nicolas Moyroud a écrit : Je suis tout à fait d'accord avec toi Marc et j'en avais d'ailleurs déjà fait la remarque il y a quelques mois à Jérémy Valentin, le chargé de mission OpenData de la Ville de Montpellier. Voici l'occasion de faire une bonne relance ! Je peux aussi donner un coup de main pour la réalisation si besoin. Sinon un petit lien vers le site OpenStreetMap serait aussi le bienvenu dans le texte de présentation du jeu de données. Mais on peut quand même saluer l'initiative de publier des données OSM thématique sur un portail OpenData institutionnel. C'est à ma connaissance le premier exemple du genre et je trouve que c'est une très bonne idée. Nicolas Le 16/07/2012 10:57, Marc Sibert a écrit : Bonjour, Pas content ce matin de voir cette page (donnée en lien) : *Les données OSM sont en sur-impression d'une carte GMap : ça fait trop mal au c..* Mais que manque-t-il pour afficher ça sur un fond OSM avec Laeflet ou OpenLayers ? Besoin d'aide ? d'une API dispo sur serveur de OSM.fr ? Dites le et *je* le ferais s'il le faut ! Pitié ! plus jamais ça ! A+ Marc ___ 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] Données OSM sur le portail Open Data de Montpellier
Bonjour, J'ai eu des précisions de la part de la ville de Montpellier. L'intégration cartographique dans le portail opendata de la ville de montpellier est ultra simple : * elle s'appuie intégralement sur l'API Google Maps Cela signifie qu'aucun plugin ou code JavaScript n'est géré via SPIP. La solution serait donc soit : * de développer un plugin ultra simple * de supporter la même fonction iframe + kml de GMaps René-Luc Le 16/07/2012 12:58, F. Roure a écrit : Le 16/07/12 11:22, rldhont a écrit : Et oui l'OpenData de Montpellier (la Rochelle aussi je crois) est basé sur du SPIP et ils n'ont pas (pour le moment) trouver de plugin OpenLayers. N'étant pas un fin connaissaeur de SPIP et ne connaissant pas le plugin en question (celui qui affiche du KML avec GMaps), je n'ai pas pu apporté de solutions. Bonjour C'est ma première intervention sur la liste. Petite présentation :je fais partie de groupe OSM de Marseille. En ce moment je m'intéresse à cartographier les espaces péri-urbains de l'Est marseillais. Et à faire une carte des jardins collectifs marseillais avec diverses bidouilles OpenLayers et Spip. Le plugin GIS de Spip permet de choisir un fond OSM et d'afficher des KML : http://www.spip-contrib.net/GIS-3-integration-de-cartes-KML http://www.spip-contrib.net/GIS2 (En fait on en est à GIS3 et GIS4 s'annonce dans la quinzaine.) Pour toute info complémentaires voir le forum du plugin, très réactif. Et non je ne trollerai pas à propos Spip versus Joomla ;-) Cordialement Françoise ___ 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] Outil de notification par mail de suppression des données
Bonjour, L'outil LizWatch ne possède aps encore de système de notification par email. Le code n'est pas encore OpenSource car nous n'avons pas encore pris le temps de le publier (généralisation du système d'installation et de configuration). René-Luc Le 08/07/2012 11:52, Arthur Lutz a écrit : Bonjour, René-Luc : L'outil LizWatch semble en effet adapté (j'ai pas trouvé la notif email mais j'imagine qu'il faut s'authentifier). Vous annonciez sur votre blog en décembre 2011 http://www.3liz.com/blog/rldhont/index.php?post/2011/12/09/375-lizwatch-un-outil-cartographique-de-suivi-des-evolutions-d-openstreetmap que vous alliez publier le code source (je présume en licence logiciel libre). Est-ce que ca été fait ? Est-ce que c'est dans les cartons ? Etienne : l'URL de itoworld m'amène sur une page de login. As-tu une autre URL ? Vincent : un flux RSS serait peut-être une piste, par exemple avec un truc à la yahoo pipes pour effectuer un filtre et ensuite un rss2email (ou directement dans un lecteur RSS). A suivre. Arthur 2012/7/8 Etienne Trimaille etienne.trimai...@gmail.com mailto:etienne.trimai...@gmail.com ItoWorld permet d'avoir un flux RSS des modifications sur une zone précise : http://www.itoworld.com/main Le 8 juillet 2012 09:48, Vincent Pottier vpott...@gmail.com mailto:vpott...@gmail.com a écrit : Le 06/07/2012 14:59, Arthur Lutz a écrit : Bonjour, [...] Des contributeurs OSM m'ont parlé d'outils permettant de surveiller pour la modification, je ne sais pas si c'est similaire ou adapté à mon besoin. Il s'agit probablement du flux RSS du genre http://www.openstreetmap.org/browse/changesets/feed?bbox=5.9145%2C47.2033%2C6.1566%2C47.2807 Le flux est surchargé par les modifications qui n'ont pas grand chose à voir avec la zone concernée : un changesest avec un point en Sibérie et un en Argentine apparaîtra dans le flux pourtant limité à une petite zone. Ça le rend inexploitable. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- http://arthur.lutz.im ___ 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] accessibilité handicapés : un recensement multiple (ORANGE,FR84)
Je confirme ENORME! (j'ais dû raté l'info ;-) Le 06/07/2012 08:44, ZIMMY a écrit : Salut Brice, J'ai vérifié, le lien fonctionne. J'en ai profité pour mettre quelques tags en plus pour enrichir la qualification handicap par rapport aux passages piétons de la photo. Tu verras les tags en cliquant sur le petit pictogramme faisant le lien vers le noeud OSM comme celui-ci par exemple http://www.openstreetmap.org/browse/node/1813612482 - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/accessibilite-handicapes-un-recensement-multiple-ORANGE-FR84-tp5715297p5715327.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil de notification par mail de suppression des données
Tu peux regarder LizWatch : http://demo.3liz.com/lizwatch/index.php/view/map Cette version ayant été financé par Orange, développement et hébergement, les données concernent Orange te ses environs. Nous pourrions envisagé de plus ample développement : * support d'une plus grande zone géographique : la France ? * support de notification Cordialement, René-Luc D'Hont 3Liz Le 06/07/2012 14:59, Arthur Lutz a écrit : Bonjour, Avez vous connaissance d'un outil qui permetterais de recevoir une notification courriel (ou autre) lors de la suppression d'un point dans OSM ? Je vois deux cas de figure qui me seraient utiles : avoir une notification sur les points que j'ai ajouté (donc par User) et avoir une notification pour un type de POI (par tag et/ou expression XAPI). Éventuellement pouvoir définir une boundingbox de surveillance. Des contributeurs OSM m'ont parlé d'outils permettant de surveiller pour la modification, je ne sais pas si c'est similaire ou adapté à mon besoin. Merci de me pointer dans la bonne direction. Arthur -- http://www.openstreetmap.org/user/ArthurLutz http://arthur.lutz.im ___ 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] Outil de notification par mail de suppression des données
Oui la ville d'Orange a payé pour avoir quelque chose avec des besoins limités. Si nous pouvions avoir plus de temps et de moyen, nous pourrions proposer quelque chose de plus générique ou reposant sur une machine plus importante. En tout sachez que c'est notre soit que cet outil soit réutilisable mais nous n'avons pas encore trouver le temps et les moyens de le faire. René-Luc Le 06/07/2012 18:48, Philippe Verdy a écrit : Que la ville (ou l'agglomération) d'Orange ait financé ça signifie juste qu'il y a un serveur dédié pour surveiller la zone. Les sources cependant doivent être Open ce qui ne doit pas empêcher alors de monter un autre serveur avec le même outil (mais il faut voir s'il y a des modifs à faire pour éviter des particularités spécifiques à Orange, telles que des liaisons à certains services en ligne spécifiques de la communauté, sans intérêt ailleurs; il ne s'agit pas de surcharger ces serveurs tiers de requêtes inutiles sur des zones qu'ils ne gèrent pas). Le 6 juillet 2012 15:13, rldhont rldh...@gmail.com a écrit : Tu peux regarder LizWatch : http://demo.3liz.com/lizwatch/index.php/view/map Cette version ayant été financé par Orange, développement et hébergement, les données concernent Orange te ses environs. Nous pourrions envisagé de plus ample développement : * support d'une plus grande zone géographique : la France ? * support de notification Cordialement, René-Luc D'Hont 3Liz Le 06/07/2012 14:59, Arthur Lutz a écrit : Bonjour, Avez vous connaissance d'un outil qui permetterais de recevoir une notification courriel (ou autre) lors de la suppression d'un point dans OSM ? Je vois deux cas de figure qui me seraient utiles : avoir une notification sur les points que j'ai ajouté (donc par User) et avoir une notification pour un type de POI (par tag et/ou expression XAPI). Éventuellement pouvoir définir une boundingbox de surveillance. Des contributeurs OSM m'ont parlé d'outils permettant de surveiller pour la modification, je ne sais pas si c'est similaire ou adapté à mon besoin. Merci de me pointer dans la bonne direction. Arthur -- http://www.openstreetmap.org/user/ArthurLutz http://arthur.lutz.im ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article sur la qualité d'OpenStreetMap dans XYZ
Bonjour, Comme indiqué ici http://www.agrotic.org/blog/?p=2722 L'article est issue d'un travail de fin d'étude. Le dossier complet de 71 pages est disponible ici : http://opheliepetit.fr/pdf/Dossierqualiteopenstreetmap.pdf René-Luc 3Liz (ancien AgroTic) Le 27/06/2012 23:44, Romain MEHUT a écrit : Bonsoir Ophélie, Des nouvelles quant à la possibilité d'avoir accès à cet article? Romain Le 23 juin 2012 14:53, Ophélie PETIT ophelie.petit.cheval...@gmail.com mailto:ophelie.petit.cheval...@gmail.com a écrit : Bonjour à tous! Ça faisait un moment que je l'avais annoncé, l'article sur la qualité d'OpenStreetMap vient de sortir dans la revue XYZ! http://www.aftopo.org/FR/xyz-4.html Je vais demander à XYZ la semaine prochaine pour savoir si je peux le diffuser. A bientôt. -- Ophélie PETIT ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM sur le Site www.voilesetvoiliers.com
Bonjour, Si l'appli a bien été fait par GéoGarage, il en au courant des bonnes pratiques autour d'OSM, donc un oublie de sa part ? René-Luc Le 16/06/2012 11:01, Marc Sibert a écrit : Bonjour, Je viens de découvrir (tardivement sûrement) que ce site propose une carte des côtes marines françaises produites par le SHOM et que la carto terrestre est celle d'OSM, le tout étant diffusé par Leaflet. http://www.voilesetvoiliers.com/page-vierge/geogarage/#xtor=EPR-2-[news-16-06-2012]-20120616-[lien] C'est assez drôle, mais je pense que c'est un cas de sous-traitance incontrôlée, que ce journal avait fait un article assez négatif au sujet de la carto contributive : http://www.voilesetvoiliers.com/securite/pourquoi-la-gratuite-des-donnees-est-un-leurre/ Pour conclure et puisque c'est la raison originale de mon message, il y a une violation des conditions d'utilisation d'OSM (ou Pieren, libre, mais pas complètement) car je ne vois aucune attributions sur la carte. Voilà, le lance ce fil pour recueillir vos avais avant d'envoyer une demande d'attributions en bonne et due forme au journal et à l'éditeur des carte (GéoGarage). A+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Parcours de bus (était Suppression des GR dans OSM)
Bonjour, Le problème pour les GR provient du nom des parcours qui est protégé. Par contre pour les parcours d'un bus, tu peux te promener dans la rue et relever le parcours., et y associer tout un tas d'information que tu trouves sur le terrain. D'ailleurs l'information exacte du passage d'un bus par telle ou telle n'est pas toujours connu par le gestionnaire. René-Luc D'Hont 3Liz Le 14/06/2012 17:16, Marc SIBERT a écrit : Bonjour, potentiellement, la réponse est oui, à un détail, de taille : souvent les lignes de bus sont sous-traitées à des opérateurs privés dans le cadre d'une délégation d'un service public. Dans ce cas, c'est l'administration qui sera propriétaire du parcours. A ma connaissance les administrations (publiques) sont sensées diffuser l'information librement (cf Inspire et autres applications en droit local). mes 0.02 EUR (je suis pas : juriste, cuisinier, conducteur de bus, randonneur, barrer la mention inutile) Marc Le 14 juin 2012 16:07, Olivier Delaune olivier.dela...@wanadoo.fr mailto:olivier.dela...@wanadoo.fr a écrit : Bonjour, pour être sûr de bien comprendre ce que signifie « les itinéraires sont protégés ». Cela signifie donc qu'il est interdit d'indiquer un parcours de bus pour la même raison, c'est bien ça ? Le jeudi 14 juin 2012 15:02:06 talk-fr-requ...@openstreetmap.org mailto:talk-fr-requ...@openstreetmap.org a écrit : On va pas refaire le match. J'ai l'impression que tout le monde parle sans s'écouter. Matthias a pourtant bien re-expliqué que les itinéraires étaient aussi protégés en France (ce que nous savions déjà si vous cherchez dans les archives de cette liste). C'est comme ça. Vous pouvez demander aux prochains députés de changer la loi. Mais pour l'instant, si on veut respecter nos licences, on doit supprimer ces itinéaires sans accord formel avec la FFRP (j'exclus celui de Nouvelle Calédonie et les historiques qui devront être étudiés au cas par cas). Et vous savez très bien que si les relations restent, les tags des GR reviendront encore plus vite que si on supprime complètement les relations. N'oubliez pas que nos données sont aussi pour des usages commerciaux. La tolérance de la FFRP ne semble pas être la même dans ces cas là. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Qualification d'un arrêt de bus
Bonjour Tony, Tu souhaites ici représenté 2 choses : 1 les zig-zag et donc le point d'arrêt du bus 2 le lieux d'attentes pour les passagers (qui se trouve sur le trottoir) Donc pour le zig-zag c'est un noeud sur la voie avec le tag : - public_transport = stop_position - bus = yes Pour l'arrêt de bus c'est un point à côté de la voie avec les tags : - public_transport = platform (anciennement highway = bus_stop même si ce n'est pas ce qui est écrit dans le wiki) - bus = yes - lit = yes - shelter = no Et ensuite tu lis les 2 ou 4 élément dans une relation : - type = public_transport - public_transport = stop_area - bus = yes - name = * Les infos sont là http://wiki.openstreetmap.org/wiki/Bus_stop Par contre c'est très redondant comme modèle et je vais devoir modifier OSMTransport en conséquence... Le 13/06/2012 11:28, Tony Emery a écrit : Merci pour la réponse mais je précise que je ne veux par dire qu'il n'y a pas d'abribus. Je veux dire qu'il y a un poteau d'arrêt. En fait je veux qualifier de la manière suivante : Avec la http://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dstop_position nouvelle norme , public_transport = stop_position (pour localiser l'arrêt sur la voie) bus = yes (pour dire que c'est un arrêt de bus) un tag pour dire qu'il y a un marquage au sol ou non (type zigzag) un tag pour dire qu'il y a un poteau d'arrêt ou non shelter = yes/no pour dire qu'il y a un abribus. -- View this message in context: http://gis.19327.n5.nabble.com/Qualification-d-un-arret-de-bus-tp5712416p5712429.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [opendata] Nice Côte d'Azur
Bonjour Philippe, Je vais me permettre de répondre à ta question : * Qu'est-ce qui vous choque dans cette licence ? Tout d'abord rien ne nous choque dans cette licence. Par contre cette licence est contre productive pour le mouvement OpenData en France mais aussi dans le monde. Elle est contre productive car la multiplication des licences complexifie la perception de l'OpenData. Cette licence comme tu le précises est proche de la licence APIE, or la licence APIE a été rejeté par l'état qui est en proposé une autre l'Open Licence. La raison principale pour laquelle l'état a rédigé sa propre licence, et rejeté celle de l'APIE, est qu'elle n'était pas assez précise d'une point de vue de la réutilisation commerciale ni de sa compatibilité avec d'autres licences OpenData utilisées par d'autres états comme la grande bretagne. Donc ce qui ne va pas c'est que : * Nice utilise une licence utilisé par personne et dont la compatibilité avec d'autres projet OpenData est peu évidente. P.S: le CG13 avait aussi utilisé au départ une licence APIE mais l'a changé pour l'OpenLicence Le 11/06/2012 23:43, Philippe Verdy a écrit : Ca me parait Open-Data selon les définitions habituelles, même si ce n'est pas une licence OdBL : - droit personnel et non exclusif de réutilisation des Informations publiques dans un cadre non-commercial ou commercial - réutilisation des Informations publiques gratuite. - aucun droit de propriété sur les Informations publiques signifie qu'on doit juste conserver l'attribution (copyright, mention de la source) - la réserve du droit moral est de toute façon applicable à tout en France, licence ou pas. - Le réutilisateur est autorisé à retraiter et à mettre à jour les Informations Publiques afin de permettre leur exploitation ainsi qu'à effectuer toute action permettant d'améliorer les Informations Publiques. Autrement dit les modifications (œuvres dérivées) sont explicitement autorisées - Les restrictions imposent seulement de ne pas imposer une redevance pour l'usage, la modification ou la redistribution des données ; comme il n'y a aucun transfert de propriété intellectuelle, un modificateur ne peut ajouter ses propres restrictions et leur conférer un caractère obligatoire. - On peut discuter de la compatibilité de cette licence avec OdBL, mais pour moi c'est bien une licence ouverte (mais pas une licence libre dans le sens où il n'y a pas l'effet viral de la GPL qui impose de pouvoir appliquer une licence supplémentaire GPL en supprimant la licence d'origine); mais cela n'interdit pas d'y ajouter une licence OdBL qui impose déjà les restrictions ci-dessus (attribution) et qui aussi est contrainte par le droit légal (le droit moral n'est pas un frein, tant qu'on ne dénature pas l'auteur, c'est compatible de la même façon que ce qu'on indique pour le cadastre). D'autre part la clause de déni de responsabilité est tout à fait comparable à celle de la GPL. De même la clause « Le réutilisateur s’engage par conséquent à ne pas faire un usage des données à caractère personnel qui serait contraire aux dispositions de la loi n° 78-17 du 6 janvier 1978 modifiée relative à l’informatique, aux fichiers et aux libertés. En outre, tout traitement de données à caractère personnel en méconnaissance de la loi n° 78-17 du 6 janvier 1978 modifiée relative à l’informatique, aux fichiers et aux libertés est passible des sanctions pénales des articles 226-16 et suivants du code pénal. » ne nous engage qu'à ne pas croiser les données avec des données personnelles, ce qui est compatible avec OSM puisqu'on s'interdit déjà de faire mention ou croiser de ces données personnelles dans la base de données (noms de personnes, adresses couriel/postale, téléphone, revenus, équipements privés non directement visibles depuis l'accès public et n'ayant pas d'emprise ni d'impact sur celui-ci). Sans préjudice des personnes morales qui ne sont pas concernées par cette loi et la protection défendue par la CNIL. De fait la base OSM n'a pas été déclaré à la CNIL (et ne DOIT PAS le faire). Si nécessaire, on peut d'une façon générale ajouter l'attribution générale de l’« Agence du patrimoine immatériel de l’État » (APIE, http://www.apiefrance.fr/) parmi les attributions concernant la France. Puisque c'est bien de l'APIE dont il s'agit ici (et qui d'ailleurs risque bien d'être cité souvent par d'autres collectivités locales qui délèguent totalement leur données pour les faire protéger par l'APIE plutôt qu'en leur nom propre, même si elles sont à l'origine de ces données collectées ou demandées à leur prestataires de marchés publics). Une clause supplémentaire s'ajoute concernant ceux qui importeront les données : « Dans le cas d'un retraitement, d'une mise à jour ou d'une amélioration des Informations Publiques, le réutilisateur doit indiquer les actions menées sur les données originales. » En cas de filtrage/simplification lors de l'import initial qui mentionnera la source, on doit indiquer sommairement si ces
Re: [OSM-talk-fr] [opendata] Nice Côte d'Azur
Bonjour Christian, Pour le Fail, c'est juste que les associations et structures militent pour que tous les projets OpenData utilisent une licence connu de tous et pas comme tu le soulignes du bla bla juridique que l'on ne prendra pas la peine de déchiffré car utilisé par une seule collectivité territoriale. René-Luc Le 12/06/2012 08:57, Christian Quest a écrit : Tu peux développer pour le FAIL ? C'est quoi le problème ? Encore du bla bla juridique à lire mais je n'ai rien vu d'incompatible avec OSM (mais je ne suis pas spécialiste). C'est vrai qu'une licence standard, non exotique, permet d'éviter de se prendre la tête à décoder ce jargon plus ou moins juridique. Même problème pour les données libérées par la SNCF... les développeurs et startup ont autre chose à faire que de perdre du temps et de l'argent avec des avocats pour vérifier la compatibilité de ces licences exotiques. Le 11 juin 2012 23:17, Cyrille Giquellocyrill...@gmail.com a écrit : Orthophotographie 2009, Cadastre, Collecte, Equipement, Limites administratives, Voirie, http://www.nicecotedazur.org/territoire/donn%C3%A9es-g%C3%A9ographiques/donn%C3%A9es-g%C3%A9ographiques-publiques Question OpenData je crois que c'est un FAIL : Lire les Conditions Générales de Réutilisation : CGR données publiques -- Cyrille. ___ 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
