Re: [OSM-talk-fr] Problème de chargement des donné es OSM pour l'import semi-automatique du bâti
Salut Nicolas, J'avais essayé les données de l'héraut et je n'avais rien de convaincant. Je n'ai pas chercher plus car je me suis concentré sur la Côte Vermeille, Pyrénées Orientales, où je n'ai pas eu de problèmes. Je peux tester une génération si tu veux ? René-Luc D'Hont 3Liz Le 13/07/2010 10:49, Nicolas Moyroud a écrit : Bonjour à tous, J'ai voulu me lancer dans la procédure d'import semi-automatique du bâti sur mon village (Canet dans l'Hérault). Je suis allé sur la page dédiée du wiki (http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents) et j'ai récupéré les données au format osm réalisées par RatZillaS sur l'Hérault. Sauf que quand j'ouvre le fichier OSM de ma commune avec JOSM, il ne se passe... rien, à part un magnifique hachurage qui recouvre toute la carte. J'ai testé les fichiers d'autres communes, ça me fait toujours la même chose. C'est bizarre je suis dans la bonne projection (j'ai essayé Lambert 4 zones et Lambert 9 zones) et le cadastre se charge sans problème avec le plugin cadastre de JOSM. J'ai bien parcouru toute la page sur le wiki, je ne vois pas ce qui aurait pu m'échapper. Quelqu'un a une idée ? Pour ouvrir le fichier .osm c'est bien FichierOuvrir dans JOSM ? Merci pour votre aide. ___ 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] Problème de chargement des donné es OSM pour l'import semi-automatique du bâti
Nicolas si tu veux j'ai le fichier .osm correct des batiments de canet! Le 13/07/2010 10:49, Nicolas Moyroud a écrit : Bonjour à tous, J'ai voulu me lancer dans la procédure d'import semi-automatique du bâti sur mon village (Canet dans l'Hérault). Je suis allé sur la page dédiée du wiki (http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents) et j'ai récupéré les données au format osm réalisées par RatZillaS sur l'Hérault. Sauf que quand j'ouvre le fichier OSM de ma commune avec JOSM, il ne se passe... rien, à part un magnifique hachurage qui recouvre toute la carte. J'ai testé les fichiers d'autres communes, ça me fait toujours la même chose. C'est bizarre je suis dans la bonne projection (j'ai essayé Lambert 4 zones et Lambert 9 zones) et le cadastre se charge sans problème avec le plugin cadastre de JOSM. J'ai bien parcouru toute la page sur le wiki, je ne vois pas ce qui aurait pu m'échapper. Quelqu'un a une idée ? Pour ouvrir le fichier .osm c'est bien FichierOuvrir dans JOSM ? Merci pour votre aide. ___ 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] Problème de chargement des donné es OSM pour l'import semi-automatique du bâti
Désolé RatZilla$, j'aurais dû te prévenir plus tôt que ton poisson n'était pas frais en Hérault. ReLuc Le 13/07/2010 12:03, RatZilla$ a écrit : J'ai dû me tromper dans la projection je retourne à la pêche sur le serveur. Je mettrai à dispo les fichiers frais ce soir. Gaël ___ 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] Bus 38, RATP, région parisienn e : Demande d'explication
OSMTransport est actuellement phase de refonte et les mises à jours ne sont pas régulière. Regarde dans la journée je lance la mise à jour! René-Luc Responsable OSMtransport Le 11/07/2010 20:31, JonathanMM a écrit : Bonjour a tous, Vendredi, moi, et quelques copains avons cartographié la ligne de bus 38, ainsi qu'un petit bout de la ligne 28, deux lignes de bus circulant a Paris. Notre méthode, qui consistait a s'installer dans le bus sous le regard étonné des autres passagers avec un qui, GPS a la main, met une marque a un arrêt et dicte a l'autre, qui notait, le nom de la station ainsi que les autres lignes passant au même arrêt, était bien rodé. Bon, par contre, à Paris, la précision du GPS, c'est vraiment pas ça, les traces obtenus sont difficilement exploitables. Mais là n'est pas le coeur de ce message. J'ai, hier, commencé a entrer les données dans OSM en créant la relation du bus 38, en y intégrant les arrêts ainsi que les routes empruntés par le bus. Et il y a quelques instants, j'ai voulu voir ce que ça donnait sur OSM Transport. Quelle ne fut pas mon étonnant en ne voyant point de bus 38. Je retourne alors sur le site principal, pour vérifier la relation, et quel ne fut pas ma surprise en constatant que ma relation a été modifié par un certain Esperanza36 http://www.openstreetmap.org/user/Esperanza36 qui a supprimé les routes appartenant a la relation. J'aimerais donc savoir, s'il me lit, pourquoi a-t-il fait ça ? Merci d'avance JonathanMM ___ 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] tagger un réseau de bus
Le 12/07/2010 08:41, jean navarro a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour mon mail sera peut-être plus clair si je donne les relations : la ligne de bus : http://www.openstreetmap.org/browse/relation/1047237 le réseau : http://www.openstreetmap.org/browse/relation/1047238 ces relations sont-elles correctes ? pourquoi osmtransport ne les affichent pas ? Pas encore mis à jour Désolé, René-Luc D'Hont Responsable OSMTransport cordialement jean navarro jean navarro a écrit : Bonsoir sur une ligne, pour test, j'ai marqué les arrêts de bus et créer les relations pour la ligne mais je ne vois rien apparaître dans osmtransport http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Amb%C3%A9rieu%20en%20Bugey je suppose donc que je fais une erreur quelque part... mais entre Besancon et Grenoble ?? quel est le bon choix ? en plus Josm me dit que le type line est inconnu... bref j'ai besoin d'un peu d'aide cordialement jean navarro ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFMOrkfirIRKX59UEkRAnvLAKCZfzjitR1CFGSWg5K3OWYvJBP/iACgkqzH JFqZwsWSr2n6v6EYwGLefLw= =Wx3j -END PGP SIGNATURE- ___ 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] Bus RATP
Le 12/07/2010 14:34, Vincent Pottier a écrit : On 12/07/2010 14:01, JonathanMM wrote: Bonjour a tous, je viens de mettre en page la page du wiki concernant les Bus de la RATP, un opérateur de transports en communs en Île−de−France. Elle est accessible a l'adresse suivante : http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP J'en ai profité pour évaluer a la louche les avancements des relations, et souvent, ça se résume un petit bout du trajet du bus. Si quelqu'un pourrait vérifier que je n'ai pas écrit de bêtises, ce serait gentil :) Enfin, ce serait bien si quelqu'un pourrait m'expliquer comment tagger correctement les relations de bus. Il faut dire que la page du wiki est pas très précise. Par exemple, l'API 0.6 apporte l'ordre des relations. Or, je ne sais pas si les arrêts sont a mettre avant ou après les routes de l'itinéraire, ou si on s'en fout. Également pour les arrêts, comment faut-il les marquer, surtout quand ils ne sont que dans un seul sens de circulation, ou au contraire quand ils sont dans les deux sens et marqué par 2 nœuds différents sur le terrain Merci d'avance JonathanMM À mon avis, il faut d'emblée entrer deux relations par ligne (aller - retour, shéma type oxoama simplifié). Une fois la structure posée, il est plus simple de construire peu à peu que de devoir reprendre un gros paquet pour faire les relations pour chaque sens. Pas sur qu'on arrivera à faire des moteurs pour exporter le schéma du réseau au format Google [1] en n'utilisant qu'une relation par ligne. Par contre en multi-relation... J'y pense... En plus, ce schéma, complexe au début est finalement beaucoup plus simple à entretenir. Si l'aller et le retour ne passent pas par la même rue, lorsqu'on entre deux nœuds pour les arrêts de bus, c'est un casse-tête pour s'y retrouver et plus encore pour celui qui veut intervenir sans avoir créé la relation. Une relation par sens (voire plus quand il y a des variations de services, expres, long...), ways ordonnés, arrêt de bus unique pour un côté... Peu importe où on entre les nœuds des arrêts de bus, avant, après les voies. Ce qui est intéressant, c'est de le grouper et de les ordonner pour comparer avec sketch-line. Sur la page Besançon/Ginko [2], j'utilise un modèle qui prend moins de place et qui fait le lien avec Sketch-line. De plus, j'ai mis les numéros de ligne en tritre, ça permet de n'éditer que ce qui est nécessaire. [1] http://code.google.com/intl/fr/transit/spec/transit_feed_specification.html Sur la liste talk-transit, les gens commencent à s'intéresser à ce format comme une sorte possible pour les données OSM. [2] http://wiki.openstreetmap.org/wiki/Besan%C3%A7on/Ginko -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Il est vrai qu'il vaut mieux utiliser le modèle complexe proposer par OXOAMA Mais j'aurais une question simple, en dehors du fait qu'il faut découper les ways : * Je fais comment pour un bus qui dans un sens de circulation, donc dans une relation route pour une relation line, empreinte une rue dans les 2 sens ? Ma way doit-elle apparaître 2 fois dans ma relation route ? René-Luc D'Hont 3Liz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bus RATP
Le 12/07/2010 14:48, jean navarro a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour à tous donc si je comprend bien : - - une relation de type=route, route= bus pour chaque sens de parcours (contient les arrêts et les bouts de trajets) - - une relation de type=line, line=bus pour chaque ligne (elle contient les deux relations de sens, type=route) - - et éventuellement une relation de type=network qui contiendrait le réseau avec toutes ses lignes ? c'est cela ? C'est cela pourtant il me semble que Josm produit une erreur sur le type=line Oui il ne connait pas cordialement jean navarro Vincent Pottier a écrit : On 12/07/2010 14:01, JonathanMM wrote: Bonjour a tous, je viens de mettre en page la page du wiki concernant les Bus de la RATP, un opérateur de transports en communs en Île−de−France. Elle est accessible a l'adresse suivante : http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP J'en ai profité pour évaluer a la louche les avancements des relations, et souvent, ça se résume un petit bout du trajet du bus. Si quelqu'un pourrait vérifier que je n'ai pas écrit de bêtises, ce serait gentil :) Enfin, ce serait bien si quelqu'un pourrait m'expliquer comment tagger correctement les relations de bus. Il faut dire que la page du wiki est pas très précise. Par exemple, l'API 0.6 apporte l'ordre des relations. Or, je ne sais pas si les arrêts sont a mettre avant ou après les routes de l'itinéraire, ou si on s'en fout. Également pour les arrêts, comment faut-il les marquer, surtout quand ils ne sont que dans un seul sens de circulation, ou au contraire quand ils sont dans les deux sens et marqué par 2 nœuds différents sur le terrain Merci d'avance JonathanMM À mon avis, il faut d'emblée entrer deux relations par ligne (aller - retour, shéma type oxoama simplifié). Une fois la structure posée, il est plus simple de construire peu à peu que de devoir reprendre un gros paquet pour faire les relations pour chaque sens. Pas sur qu'on arrivera à faire des moteurs pour exporter le schéma du réseau au format Google [1] en n'utilisant qu'une relation par ligne. Par contre en multi-relation... J'y pense... En plus, ce schéma, complexe au début est finalement beaucoup plus simple à entretenir. Si l'aller et le retour ne passent pas par la même rue, lorsqu'on entre deux nœuds pour les arrêts de bus, c'est un casse-tête pour s'y retrouver et plus encore pour celui qui veut intervenir sans avoir créé la relation. Une relation par sens (voire plus quand il y a des variations de services, expres, long...), ways ordonnés, arrêt de bus unique pour un côté... Peu importe où on entre les nœuds des arrêts de bus, avant, après les voies. Ce qui est intéressant, c'est de le grouper et de les ordonner pour comparer avec sketch-line. Sur la page Besançon/Ginko [2], j'utilise un modèle qui prend moins de place et qui fait le lien avec Sketch-line. De plus, j'ai mis les numéros de ligne en tritre, ça permet de n'éditer que ce qui est nécessaire. [1] http://code.google.com/intl/fr/transit/spec/transit_feed_specification.html Sur la liste talk-transit, les gens commencent à s'intéresser à ce format comme une sorte possible pour les données OSM. [2] http://wiki.openstreetmap.org/wiki/Besan%C3%A7on/Ginko -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFMOw8AirIRKX59UEkRAm+OAJin9xiNY9J+txtXAdDIPFq8MeroAJ9IzLnL N5W8kDsNmfp1JMHk6hczwg== =88A6 -END PGP SIGNATURE- ___ 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: [OSM-talk] That license change link
Traduction rapide de http://www.osmfoundation.org/wiki/License/We_Are_Changing_The_License#Why_are_we_changing_the_license.3F Notre licence actuelle pour les utilisateurs est la Creative Commons Attribution Share-Alike 2.0. Celle-ci n'a pas été conçu pour les données et les créateurs de la licence déclare : Creative Commons ne recommande pas l'utilisation des licences Creative Commons pour des bases de données informationnelles, comme des bases de données éducatives ou scientifiques. Les principales questions concernant le projet OpenStreetMap : * La licence actuelle s'appuie uniquement sur le droit d'auteur. Celle-ci protège bien les oeuvres créatives comme des documents écrits, des images ou des photos. Elle ne protège pas de façon claire les données, en particulier aux Etats-Unis. * La licence actuelle n'a pas été conçue pour les données ou les bases de données. Elle est donc difficile a interprété. Si quelqu'un utilise vos donnée dans une carte présente dans un livre et que la carte a plusieurs couches, quels éléments devraient être placé sous licence CC-BY-SA, seulement la couche OpenStreetMap et toutes modifications ? la carte dans son ensemble, y compris les couches et les marqueurs sans liens directes ? le livre dans son intégralité ? * Il est difficile, voir impossible, de demander le droit d'utilisation des données, car cela impliquerais de poser la question aux milliers de contributeurs individuellement pour obtenir leur permission. * Cela signifie que les personnes respectueuses sont stoppé dans leur élans d'utilisation de nos données alors que ceux que celles qui souhaitent passer outre peuvent le faire sans problème. * Il est difficile voir impossible de mélanger nos données avec des données sous d'autres licences. Vous pouvez en lire plus ici : http://www.osmfoundation.org/wiki/License/Why_CC_BY-SA_is_Unsuitable Personnellement, je trouve nécessaire le changement de licence, afin d'éclaircir les points ci-dessus, par contre je ne sais pas encore ce qu'autorise la nouvelle licence. René-Luc D'Hont 3Liz Le 07/07/2010 10:29, Emilie Laffray a écrit : 2010/7/7 Nicolas Dumoulin nicolas_openstreetmap.org http://nicolas_openstreetmap.org@dumoulin63.net http://dumoulin63.net Le mardi 6 juillet 2010 20:35:03 hamster, vous avez écrit : depuis l'epoque ou on entend parler de cette license ODBL j'ai toujours pas reussi a capter ce qu'elle a dans le ventre Perso, je trouve le paragraphe « Why are we changing the license? » assez clair : http://www.osmfoundation.org/wiki/License/We_Are_Changing_The_License#Why_are_we_changing_the_license.3F D'ailleurs, cette page mériterait peut-être traduite. C'est déjà fait, sinon, on le fait où ? Je verrais pour voir si je peux traduire cela après le SOTM. La jusqu'au SOTM je suis débordée. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour ceux qui aiment la technique - MapCSS
Salut Emilie, Tu parles de standards, sous quel égide ? avec quel mode de développement, de spécification ? René-Luc D'Hont 3Liz Le 07/07/2010 10:44, Emilie Laffray a écrit : Salut, Un standard est en train de se mettre en place en ce moment pour mettre au point un système de règle basé sur le CSS pour le rendu de carte. Le standard est en train de se développer. La première implémentation est celle de Halcyon, le moteur de rendu de Potlatch2 (le rendu sera éditable en temps réel). De plus, les programmeurs de Mapnik compte supporter une implémentation de MapCSS a terme, donc s'il y a des gens que ca intéresse ca se trouve la. http://wiki.openstreetmap.org/wiki/MapCSS/0.2 http://lists.openstreetmap.org/listinfo/mapcss Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [OSM-talk] That license change link
Tenshu, c'est pas dans pourquoi doit-on changer de licence que tu auras la question apr contre c'est expliquer dans la traduction d'Emilie : * Quand assez de contributeurs auront accepte la nouvelle licence, nous changerons la licence de la base de donnée pour ODbL. De même, un snapshot statique de la base de donnée CC-BY-SA sera pris Ce qui signifie d'après-moi qu'il existera une ancienne base avec toutes les données et une novuelles bases avec toutes les données sous ODbl. Cela signifie aussi à mon avis que l'on devra reprendre une partie boulot. Par contre à partir de quand une données sera sous ODbl ? Y-a-t-il déjà une réponse ? Si non quelqu'un a posé la question ? René-Luc Le 07/07/2010 11:15, Tenshu a écrit : Toujours pas un mot sur l'effacement des contributions dont les auteurs n'auront pas ratifié la nouvelle licence. Deux choses me vienne à l'esprit: malhonnêteté et balle dans le pied ... 2010/7/7 Cedric Viou cedricdumezv...@gmail.com mailto:cedricdumezv...@gmail.com Bonjour, Un premier jet de traduction de http://www.osmfoundation.org/wiki/License/We_Are_Changing_The_License#Why_are_we_changing_the_license.3F À relire car je ne connais pas assez le sujet pour être sûr d'avoir tout compris correctement. Pourquoi changeons-nous la licence? Notre licence d'utilisation actuelle est Creative Commons Attribution Share-Alike 2.0. Elle n'est pas conçue pour les données et les créateurs de la licence déclarent: Creative Commons ne recommande pas l'utilisation de licences Creative Commons pour les bases de données telles les bases scientiques ou éducative.. Les principaux problèmes pour le projet OpenStreetMap sont : * La licence actuelle utilise uniquement les règles du copyright. Ceci protège clairement les créations artistiques comme les documents écrits, les images et les photos. Mais cela reste moins clair pour les données, en particulier aux USA. * La licence actuelle n'est pas écrite pour les données et les bases de données. Elle est donc difficile à interpréter. Si quelqu'un utilise vos données dans une carte publiée dans un livre et que cette carte présente plusieurs couches, qu'est-ce qui doit être placé sous licence CC-BY-SA ? Juste la couche OpenStreetMap et les améliorations? Toute la carte, incluant les couches et les marqueurs non liés? Le livre entier? * Il est difficile, voire impossible de poser des questions quant à ce qui peut être ou ne pas être fait puisque cela signifie demander individuellement aux milliers de contributeurs de donner leur permission. * Cela signifie que les bonnes volontés ne peuvent pas utiliser nos données mais que cela n'empêche pas les esprits malveillants de les utiliser de toute façon. * Il est difficile, voire impossible pour les utilisateurs de mélanger nos données avec d'autres données protégées par d'autres types de licences. Plus d'information est disponible sur: http://www.osmfoundation.org/wiki/License/Why_CC_BY-SA_is_Unsuitable ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour ceux qui aiment la technique - MapCSS
Merci ThomasG pour cette contribution, Il n'y a donc pas de norme, ni standard mais des travaux sur la possibilité d'utiliser la norme CSS dans un contexte cartographique. Existe-t-il un site ou un endroit sur le Web pour discuter de cela ? René-Luc D'Hont 3Liz Le 07/07/2010 12:26, Thomas Gratier a écrit : Bonjour, Ce sera normalisé entre Mapnik et Geoserver ? Je n'ai rien vu à ce propos dans les liens. http://blog.geoserver.org/2010/04/05/styling-geoserver-layers-with-css/ Parce que si chacun créé son standard ou bien créé le standard en oubliant les logiciels qui ne motorisent pas OSM... Cette remarque est liée au fait qu'on est sur la liste OSM mais j'aurais eu le discours inverse sur une liste Geoserver en leur disant de ne pas oublier Mapnik ni OSM) En plus, ce serait logique de rapprocher les deux logiciels : ils font le choix de s'écarter du SLD pour passer par du css. Cordialement ThomasG en phase troll ___ 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] Pour ceux qui aiment la technique - MapCSS
Le 07/07/2010 12:41, Emilie Laffray a écrit : 2010/7/7 Thomas Gratier osgeo.mailingl...@gmail.com mailto:osgeo.mailingl...@gmail.com Bonjour, Ce sera normalisé entre Mapnik et Geoserver ? Je n'ai rien vu à ce propos dans les liens. http://blog.geoserver.org/2010/04/05/styling-geoserver-layers-with-css/ Parce que si chacun créé son standard ou bien créé le standard en oubliant les logiciels qui ne motorisent pas OSM... Cette remarque est liée au fait qu'on est sur la liste OSM mais j'aurais eu le discours inverse sur une liste Geoserver en leur disant de ne pas oublier Mapnik ni OSM) En plus, ce serait logique de rapprocher les deux logiciels : ils font le choix de s'écarter du SLD pour passer par du css. L'initiative n'est pas issue de Mapnik initialement mais de Potlatch2. Je crois que vu les tensions entre les deux communautes nous n'en sommes pas forcement encore au rapprochement. Ce qui est interessant toutefois c'est justement cette volonte de trouver un moyen de styler les rendus par CSS. A noter qu'a terme une page expliquant MapCSS sera introduit. Des choses ont déjà été faîtes. D'ailleurs tout le monde ne semble pas interprété la norme CSS de la même manière. Moi j'aimerais savoir avant tout quoi du CSS ils souhaitent réutiliser ? Quoi est compatible avec la norme CSS ? Quoi n'existe pas dans la norme CSS ? En tant que dev Web, j'utilise tous les jours le CSS et j'aimerais savoir ce que je vais devoir réapprendre ;-) René-Luc Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour ceux qui aiment la technique - MapCSS
Le 07/07/2010 16:40, Emilie Laffray a écrit : 2010/7/7 Gilles Bassière gbassi...@gmail.com mailto:gbassi...@gmail.com Les CSS cartographiques réutilisent la même syntaxe et les même concepts que les CSS pour le XML/HTML : des règles de style, des sélecteurs et le mécanisme de la cascade. En revanche, les éléments constituant une carte ne sont pas les mêmes que ceux qui constituent un document texte donc les propriétés/valeurs ne sont pas les mêmes. J'avais regardé brièvement l'initiative de Michal Migurski [1] qui est devenu par la suite le projet Cascadenik [2]. Ca avait l'air plutôt pratique et moins compliqué que les styles Mapnik XML ou le SLD. La documentation fournit de nombreux exemples [3] pour se faire une idée. Je trouve intéressante l'idée d'harmoniser le comportements des divers moteurs CSS carto. Ce serait vraiment cool de ne plus avoir à convertir les styles d'un moteur de rendu à une autre (tout en évitant la syntaxe très verbeuse des SLD). Cela dit, est-ce bien le but de MapCSS ? Leur page wiki ne mentionne pas la volonté de standardiser ni même d'harmoniser. La page est en cours d'écriture. Mon post était justement pour montrer que l'initiative existe et avance ainsi que de toucher un public plus large. Avoir plus de gens venant de différents milieux est important. Un domaine (mapcss.org http://mapcss.org) a été pris aujourd'hui. A terme, le but du jeu est d'harmoniser. Avoir une seule feuille de style serait assez sympathique. Si ça ce lance j'y participerais avec une implémentation possible dans notre moteur de rendu ;-) 3Liz Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Réserve Naturelle Marine de Cerb ère-Baynuls
Bonjour, Tout d'abord merci pour l'import des limites des Réserves Naturelles. Je souhaiterais préciser que cette réserve naturelle concerne la mer : Puis-je mettre naturel=water ? René-Luc D'Hont ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Sondage] Donation pour aider a payer de nouveaux disques durs pour Osmose
Bonjour, Les entreprises peuvent-elles faire des dons ? Sachant qu'elles ne peuvent pas adhérer à OSGéo-fr ? René-Luc D'Hont 3Liz Le 02/07/2010 19:28, RatZilla$ a écrit : Bonsoir Benoît, Il y a un comité données libres à l'OSGéo-fr dont je suis maintenant le responsable. L'objectif est de promouvoir OSM et toute autre initiative de libération des données. Tous les contributeurs OSM sont bien sur cordialement invités à adhérer à l'association qui nous permettra de structurer les aspects administratifs et financiers. Un don pour les serveurs ou tout autre chose promu par l'OSGéo et OSM peut bien sur être IDÉALEMENT couplé avec une adhésion. Je rejoins donc ta réflexion; un don pour les serveurs et une adhésion aideront OSM et l'OSGéo. Plus nous aurons d'adhérent[e]s mieux nous pourrons défendre des dossiers de subvention et autres (négociations ONEMA, FFRP, SHOM etc...). C'est un bon départ dans l'organisation de nos communautés. Pour adhérer et booster nos serveurs c'est ici :-) http://osgeo.gloobe.org/drupal/node/8 Gaël ___ 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] Il n'y a pas toujours d'eau dans le lit d'une rivière
Merci, J'avais déjà lu http://wiki.openstreetmap.org/wiki/WikiProject_France/Cours_d%27eau#Rives_d.E2.80.99un_cours_d.E2.80.99eau Mais il dise pas comment préciser que le lit de la rivière est souvent à sec. Je sais qu'il ne faut pas créer pour le rendu mais une surface bleu alors qu'il n'y a pas d'eau, ça me gène un peu ;-) Je peux utiliser dry=yes Le 01/07/2010 11:46, Benoît ROUSSEAU a écrit : Bonjour, Pour le définitions de Rivière, Fleuve, ... : http://wiki.openstreetmap.org/wiki/WikiProject_France/Cours_d%27eau#Rives_d.E2.80.99un_cours_d.E2.80.99eau Benoît R. Thomas Clavier a écrit : Le 30/06/2010 23:17, René-Luc D'Hont a écrit : Par définition toute rivière qui se jette dans la mer est un fleuve, non ? Ou alors on m'aurait menti ? +1 D'ailleurs qu'elle est la définition d'une rivière ? Je sèche ... ok je sort. J'avais posé des questions : * Comment correctement taggué le lit d'une rivière et préciser que cette rivière occupe que très rarement, seulement en cas de forte pluie, l'intégralité de son lit ? de mémoire le sujet à déjà été abordé sur la liste c'était pour les torrents de montagne qui ne sont plein qu'à la fonte des glaces. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Ce message entrant est certifié sans virus connu. Analyse effectuée par AVG -www.avg.fr Version: 9.0.830 / Base de données virale: 271.1.1/2974 - Date: 06/30/10 20:38:00 ___ 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 : Il n'y a pas toujours d' eau dans le lit d'une rivière
Le 01/07/2010 12:54, THEVENON Julien a écrit : *De :* Benoît ROUSSEAU adressepossi...@free.fr ** **On ne tag pas QUE pour le rendu, mais le rendu est quand même un des objectifs. Pouvoir extraire une carte intelligible me semble quand même un des objectifs. Il faudrait un rendu saisonnier ;-) il me semble que le tag riverbank indique le lit de la rivière pas plus. Se sont les moteurs de rendus qui choisissent de le représenter rempli d eau... Il me semble qu il y avait eu une discussion pour représenter le lit majeur et le lit mineur mais a mon avis ce genre de details ne devrait pas etre taggue. Je pense que l ideal serait de contenter d indiquer les limites du lit de la riviere et que le rendu soit basé sur les donnees d elevation ( SRTM ) et la hauteur d eau dans la riviere ( avec connection en temps reel sur des stations de mesures comme ca le rendu s ajusterait en fonction des saisons, lachers de barrage innondations etc !!! ) Ce serait génial ;-) Bon en fait faut juste que je fasse des ways riverbank, que je ne close pas quoi ;-) Julien ___ 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] Il n'y a pas toujours d'eau dans le lit d'une rivière
Merci pour les infos. Le 01/07/2010 13:25, Pierre-Alain Dorange a écrit : Le 1 juil. 10 à 11:54, René-Luc D'Hont a écrit : J'avais déjà lu http://wiki.openstreetmap.org/wiki/WikiProject_France/Cours_d%27eau#Rives_d.E2.80.99un_cours_d.E2.80.99eau Mais il dise pas comment préciser que le lit de la rivière est souvent à sec. Je sais qu'il ne faut pas créer pour le rendu mais une surface bleu alors qu'il n'y a pas d'eau, ça me gène un peu ;-) Je peux utiliser dry=yes Pour une rivière saisonnière, je ne mettrai d'abord que le waterway=river (pas de riverbank) En fait, il y a déjà un waterway=river mais je souhaite indiqué le riverbank car il y a une différence d'au moins 3 mètres entre le niveau des rues et le fond de la rivière ;-) Concernant l'indication de saisonnalité... je sèche ;-) Des pistes de réflexions : On trouve une proposition de tag pour les routes saisonniers, qui pourrai être adaptée : http://wiki.openstreetmap.org/wiki/Proposed_features/Dry_weather ex : tag k=seasonal:winter v=no / Vu On trouve aussi du coté des côtes des tags pour les zones intermittentes (marée notamment) : ex. water=tidal + surface=rocky ou water=intermittent (celui qui me semble le plus adéquat). http://wiki.openstreetmap.org/wiki/Proposed_features/Water_cover Cool On trouve aussi une proposition abandonné de lac temporaire : http://wiki.openstreetmap.org/wiki/Proposed_features/Intermittent_Lake Il y a bien sur les accesstime peut être a regarder : http://wiki.openstreetmap.org/wiki/Key:access#Access_time_restrictions: Tout ces tags n'ont peut être aussi effets sur le rendu... -- Pierre-Alain Dorange, Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/ Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange ___ 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] Il n'y a pas toujours d'eau dans le lit d'une rivière
Bonjour à tous, Suite aux nombreux mails sur l'export du bati et maintenant des cours, je souhaiterais poser quelques questions sur les rivières. Sur le cadastre, toutes les surfaces pouvant être emprunté par de l'eau et qui ne sont pas constructible sont représentées en bleu, ce qui laisse à penser que de l'eau s'y trouve or ce n'est pas toujours vrai. Je mappe actuellement du côté de Banyuls-sur-mer, et pour y passer régulièrement, je n'y ai vu que très rarement de l'eau couler dans le fleuve et encore plus rarement recouvrir l'intégralité du lit. Ceci m'amène à ma première question comment représenter le lit d'une rivière sèche ? Je souhaiterais représenté les limites du lit de la rivière car il y a une différence d'au moins 3 mètres entre le fond de la rivière et les rues adjacentes de plus en été le lit est comblé et aplani pour servir de parking. Ensuite sur le cadastre j'ai pu remarqué dans le centre ville des surfaces bleus, or à ces endroits je n'ai vu que du bitume. Il y aurais même une source sur la palce Paul Reig, or il y a un lampadaire à cette endroit là. Je pense donc qu'il faut vraiment prendre ces informations avec des pincettes. Enfin, sur le territoire de la commune, il y a de très nombreuses voies bétonnées pour canaliser l'eau en cas de crues. Ces voies apparaissent aussi en bleu sur le cadastre, or ce ne sont surtout pas des rivières, ni des canaux. Comment représenter ce genre de chose ? Merci pour votre aide. René-Luc D'Hont 3Liz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tramway de Rouen
Sur OSMTransport tu peux visualiser l'état de la ligne de tramway de Rouen : http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Rouen Il y a aussi les lignes du TEOR (ligne de bus aménégé ;-) René-Luc D'Hont Ancien Rouennais Le 25/06/2010 10:46, OSM42 a écrit : Le tramway de rouen est bien un tramway sur l'ensemble de sa ligne et pas un métro comme on entend parfois dans les rues de Rouen :-) (alimentation électrique par voie aérienne via pantographe). Le 25/06/2010 10:44, Julien Angot a écrit : Bonjour, En attendant un consensus sur l'import du bâti, je trace les lignes du tramway de Rouen (qui est d'ailleurs mi-tramway mi-subway) avec ses stations, mais je bloque sur certains points. 1er) Devons nous tracer deux voies l'une à coté de l'autre ou une seule voie ? Après avoir fouillé sur le wiki (http://wiki.openstreetmap.org/wiki/Tag:railway%3Dtram) je vois qu'il est possible de faire les deux, mais je voulais savoir si cela avait changé depuis et si il y avait eu un consensus pour la France ? 2e) Le tramway de Rouen possède un réseau sous-terrain et plusieurs station aussi. Pour le réseau je pense rester sur un railway=tram+layer=-1, mais pour les stations les stations que dois je mettre ? Rester en railway=tram_stop ou railway=subway_entrance ? Merci d'avance. ___ 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] Tramway de Rouen
Le 25/06/2010 11:07, Julien Angot a écrit : Sur OSMTransport tu peux visualiser l'état de la ligne de tramway de Rouen : http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Rouen http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Rouen Il y a aussi les lignes du TEOR (ligne de bus aménégé ;-) René-Luc D'Hont Ancien Rouennais Oui oui je connais, je m'en sert justement. Mais, la ligne Georges braque-boulingrin n'est constitué que d'un way et technopôle-boulingrin sur 2 way. C'est pour ça que je souhaiterai harmoniser un peu tout cela. Oki compris ;-) En tout cas ça fait plaisir de voir Rouen avancé ;-) ___ 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] Copie d'attributs
Le 22/06/2010 11:12, Nicolas Dumoulin a écrit : Je me suis toujours posé la question si il y avait une fonctionnalité permettant de copier les attributs (tags) d'un objet (way ou node) à un autre. Vous voyez ? Oui dans Potlatch, il y a un bouton pour ça! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Organisation de la journée OSM à Montpellier le 26 Juin
Si la rencontre OSM-fr / OSGéo-fr est toujours d'actualité merci de vous inscrire au près de Nicolas Moyroud aujourd'hui. La tenue de cette réunion de discussion est donc en suspend pour le moment. René-Luc D'Hont 3Liz Le 16/06/2010 10:22, Nicolas Moyroud a écrit : Bonjour à tous, Je voudrais savoir où vous en êtes pour l'organisation de la journée rencontre OSGéo-OSM à la Maison de la Télédétection le Samedi 26 Juin. En ce qui me concerne, j'ai reçu un certain nombre d'inscription pour la partie initiation à OSM (environ une quinzaine de personnes). Je vous rappelle qu'il faut impérativement que je constitue une liste complète des personnes qui seront présentes dans les locaux ce Samedi et que je dois la fournir à mon chef la semaine prochaine. Disons au plus tard d'ici Mardi prochain. Il faut que quelqu'un s'occupe de lister les personnes qui vont participer à la rencontre OSGéo-OSM et me fournisse cette liste. Sinon ces personnes ne seront pas autorisées à rentrer dans la MTD. Vous pourrez toujours faire la rencontre sur la pelouse devant le bâtiment, mais vu le temps pourri qu'on a actuellement, je ne vous le conseillerai pas ! ;-) ___ 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] [Transport] éCHange normalis é de données d'Offre de TransporT collEctif (CHOUE TTE)
On est obligé d'installer CHOUETTE ou il y aurais des fichiers d'exemple ? Le 18/06/2010 16:07, RatZilla$ a écrit : Bonjour à Tou[te]s Malheureusement, nous ne sommes pas les seuls à avoir des difficultés à faire libérer des données transport. Aussi étonnant que cela puisse paraitre, même les services de l'État où je suis employé ont du mal à obtenir des données. Cela n'empêche pas les services de travailler sur de chouettes produits libres et gratuits tels que CHOUETTE: CHOUETTE est un logiciel libre financé par le Ministère du Développement Durable (MEEDDM), qui sert à saisir et échanger des données décrivant l'offre théorique de réseaux de transport collectif conformément à un profil d'échange normalisé . http://www.chouette.mobi/ Le développement est suivi, entre autre, par Patrick GENDRE (encore lui ;-) au CETE Méditerranée. C'est un format (XML/ PostGreSQL/PostGIS) différent du GTFS de Google mais on doit pouvoir avec un peu d'huile de neurones créer des passerelles entre les deux formats. Je sais que les transports en commun intéressent beaucoup d'entre vous SSLL, Dev indépendants et Passionnés. N'hésitez pas à user et abuser de CHOUETTE. Gaël ___ 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] [Twitter] Geolocalisation des Tweets
La géolocalisation des tweets étaient déjà disponible depuis un moment mais pas directement sur le site twitter.com Mais ça reste intéressant. René-Luc D'Hont 3Liz Le 16/06/2010 18:20, Ab_fab a écrit : Je ne sais pas si cela peut servir pour un développement quelquonque lié à OSM, mais qui sait ... http://pro.clubic.com/blog-forum-reseaux-sociaux/twitter/actualite-346878-twitter-places-geolocalisation-tweets.html -- ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM] Candidature fondation OSM
Même si je ne peux voter, je te soutiens ansi que ton programme ;-) René-Luc P.S: Bravo à Gaël pour son élection (je suis abonné à la mailing liste OSGéo-fr mais j'ai pas vu passer l'info) Le 14/06/2010 12:36, Emilie Laffray a écrit : Bonjour, suite à l'élection réussie de Gael (Ratzilla) a l'Osgeo-fr, je tiens a annoncer que je comptais me présenter à la fondation OSM cette année afin de remplir un des 3 postes disponibles. La raison principale qui me pousse à me présenter est d'essayer d'améliorer la communication entre la fondation, les membres, et les contributeurs. De plus, à mes yeux, OSM ne peut réussir que si toutes les communautés internationales discutaient un peu plus entre elles et je compte essayer de favoriser ce dialogue et d'essayer de mettre la fondation à la disposition des contributeurs pour parvenir à ce but. Pour moi, le but de la fondation est de faciliter les initiatives des différents contributeurs afin de faire de OpenStreetMap un projet encore plus fort et innovant. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mozilla lance un projet CrowdSourcing
Bonjour la liste, Je me permet de diffuser ici l'annonce faite par le labs de Mozilla : http://mozillalabs.com/conceptseries/crowdsourcing/ Donc le Labs de Mozilla lance le projet Crowdsource Crowdsourcing afin de monter une équipe d'étudiants pour réfléchir au crowdsourcing. Ce projet doit permettre de faire un état des lieux et d'identifier les lacunes du crowdsourcing, de recueillir et analyser les bonnes pratiques, de développer des idées et des concepts, de mettre en place des expérimentations et de recueillir l'avis des utilisateurs, le tout pour définir les bonnes pratiques en terme d'innovation ouverte et de crowdsourcing. Je pense que OpenStreetMap pourrait être un très bon exemple de crowdsourcing. Il serait donc intéressant qu'un ou plusieurs étudiants contributeur à OpenStreetMap s'inscrive. Pour participer il faut être étudiant et répondre à la question suivante : * Why I want to be part of this project ? * Pourquoi je souhaite participer à ce projet ? Qu'en pensez-vous ? Y-a-t-il des étudiants (thésards) parmi la communauté que ça intéresse ? René-Luc D'Hont 3Liz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Concours geoportail
Le 04/06/2010 11:52, sly (sylvain letuffe) a écrit : http://ign.cab02.net/geoportail2010-soiree-lancement-concours.cfm?WL=1007WS=160583_3591716WA=450 Mon dieu... Ils sont tombés bien bas pour en arriver à se prendre pour des américains. Qu'est-ce qu'il se passe, il n'est pas utilisé par les développeurs leur truc ? C comme pour Mappy, ils ont besoin que l'on parle de leur API et que les devs se tournent vers eux plutôt que Google... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre OSGéo-OSM le 26 Juin à la Maison de la Télédétection de Montpellier
Les GPS ou appareils photos ne sont pas obligatoires ? Le 01/06/2010 11:42, Nicolas Moyroud a écrit : Oui tu as raison je vais ajouter dans le message GPS, appareils photos et ordis portables. Pour les ordis on a déjà ce qu'il faut dans les salles TP de la MTD, mais comme ça si il y en a qui pourront en profiter pour tout installer sur leur ordi. Sinon on a 5-6 GPS à la MTD que je pourrais emprunter pour la journée. Je mettrais aussi le message sur le site web du SILAT et je peux extraire les adresses emails depuis la base de données du site pour envoyer le message à tout le monde. Agropolis est TRÉS bien mappé, puisque c'est moi qui ai (presque) tout fait ;-) Mais j'ai quelques traces en stock de 2 villages de la vallée de l'Hérault que je n'ai pas encore envoyé sur OSM. Je vais même essayer d'entre faire d'autres d'ici là. Comme ça il y aura de quoi occuper la journée. François Van Der Biest a écrit : Hello Nicolas, Ce message me semble très bien. Ne pas oublier de demander aux gens d'apporter GPS et appareil photo (avec piles, cable usb ...), et éventuellement ordis portable perso. A moins que l'Agropolis soit complètement bien mappé, et que l'on se base sur le cadastre ? Merci beaucoup en tout cas d'organiser cette rencontre. F. PS: tu peux aussi envoyer l'annonce à la liste de diffusion du Mastère SILAT : silat chez ml point free point fr et à Pierre Bazile, qui transmettra aux promotions les plus récentes. Je suis certain qu'à cette période de l'année, il en restera quelques uns dans la région... ___ 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] Rencontre OSGéo-OSM le 26 Juin à la Maison de la Télédétection de Montpellier
J'ai fait passer le message à Sean Gillies http://sgillies.net/blog/ qui était à Montpellier cette année. D'ailleurs il pense venir au SOTM. Pour ceux qui ne connaitrais pas, Sean développe dans application SIG web pour l'archeologie au sein de l'univeristé de New-York, normalement il habite dans le Colorado. Il est très intéressé par OpenStreetMap. René-Luc D'Hont Le 01/06/2010 10:49, Nicolas Moyroud a écrit : Voici le message que je vais envoyer sur les listes mails et diffuser sur le site. J'attends vos corrections éventuelles avant de le diffuser. Bon et puis j'arrête tout de suite de me répondre à moi-même. ^^ -- Initiation à la cartographie collaborative OpenStreetMap le Samedi 26 Juin à la Maison de la Télédétection Bonjour à tous, Le Samedi 26 Juin 2010 à partir de 10h00 à la Maison de la Télédétection de Montpellier, va se dérouler une journée d'initiation à la cartographie collaborative OpenStreetMap. Cette journée accessible à tous permettra de découvrir le projet OpenStreetMap, comment utiliser les données géographiques disponibles et comment participer en contribuant au projet. La journée se terminera vers 16h00. Pour le repas de midi, chaque participant devra prévoir son pique-nique qui se déroulera dans les environs de la Maison de la Télédétection. Pour vous inscrire, merci d'envoyer avant le 20 Juin vos nom, prénom et organisme/entreprise en contactant par mail Nicolas Moyroud à l'adresse suivante : nicolas.moyr...@teledetection.fr Liens utiles : OpenStreetMap : http://www.openstreetmap.org Maison de la Télédétection : http://www.teledetection.fr UMR TETIS : http://tetis.teledetection.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] /!\ URGENT /!\ Reportage sur OSM pour France Télévision Aix en Provence Jeudi
Salut Gaël, T'as encore prévenu trop tard ;-) On pourra avoir une copie ;-) et les rush ;-) René-Luc D'Hont Le 01/06/2010 14:52, RatZilla$ a écrit : Bonjour à tou[te]s, France Ô (Groupe France Télévision) réalise Jeudi, toute la journée, un reportage sur les travaux d'OSM en Haïti et mon implication perso en tant qu'antillais pour l'Outre Mer. Jeudi matin à 11h00 sur Aix en Provence j'ai proposé un reportage sur nos intrigantes Mapping Party. Qui est disponible Jeudi matin 11h00 sur Aix en Provence pour montrer notre savoir faire ?? Je dois prévenir le bar ou le resto qui nous accueillerait à la fin du recueil pour les autorisations de filmer. Plus on est nombreux plus on fera la fête ! Allez venez manger un bout ce sera sympa ! Charles, Gilles, Krysst me lachez pas ! Provence en Force (Les bretons sont bien sur invités, je ne m'appelle pas Gaël pour rieng' ) ! Gaël ___ 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] Rencontre OSGéo-OSM à Montpellie r (Maison de la Télédétection)
Bonjour, J'ai pu discuter avec Nicolas Moyroud de cet évènement et j'avais bien compris dès le départ son objectif : 1) Il souhaite organiser une présentation d'OSM avec manipulation aux montpelliérains gravitant autour de le Maison de la Télédétection et d'Agropolis, voir plus loin. 2) Profiter de cet évènement pour organiser une rencontre OSM-OSgéo sachant qu'il y a de nombreux SIGistes dans l'environnement de la Maison de la Télédétection, et donc faire d'1 pierre 2 coups. Donc de toute façon une rencontre, présentation, prise en main d'OSM aura lieu à la maison de la télédétection à Montpellier, mais c'est aussi l'occasion de discuter entre OSMeurs et SIGistes (OSGéo) dans le sud ;-) René-Luc D'Hont Le 31/05/2010 10:21, François Van Der Biest a écrit : Hello, Je ne comprends pas pourquoi ce sondage papillon a été remis à zéro : il me semblait avoir participé à un moment. A l'heure actuelle, je ne suis plus sûr de pouvoir venir, mais peut etre que d'autres de l'osgeo pourraient se déplacer ? (osgeo-francophone en CC) Pour ce qui est de l'organisation d'une mapping party en parallèle, c'est une bonne idée. Mais peut être faudrait-il juste que les deux événements (rencontre osgeo/osm et mp) ne se collisionnent pas. On pourrait imaginer : samedi-rencontre, et dimanche-mapping party ? La MTD est un cadre parfait pour accueillir ces événements. F. 2010/5/25 Nicolas Moyroud nmoyr...@free.fr mailto:nmoyr...@free.fr Bonjour à tous, Je reviens tout juste de vacances. Je voudrais savoir où vous en êtes de la réflexion concernant la rencontre OSGéo-OSM qui pourrait éventuellement se dérouler à Montpellier. J'ai constaté que le sondage (http://renevier.net/papillon.fcgi/papillon/poll/bduqujF1273507335/) n'avais pas beaucoup avancé... Est-ce que vous seriez ok pour la date qui semble se dégager (samedi 26 juin) ? Si ça convient il faudrait que je prévienne mon chef pour avoir la Maison de la Télédétection à disposition ce jour là. Il faudra aussi faire une liste des participants. J'aimerai bien en profiter pour proposer une session de TP comment contribuer à OSM pour les personnes intéressées. Le problème c'est que je ne sais pas si je vais avoir beaucoup de temps pour ça. Il y a déjà des ressources disponibles quelque part qui pourraient me servir de base ? Je pense faire une démo + manip JOSM car je ne connais pas potlatch. Si quelqu'un d'autre se sent de préparer une session potlatch ou merkaartor... ___ 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] Gaël Musquet alias RatZilla$ rep résente l'OSGéo
Je vous laisse découvrir les images en vidéo : http://www.btpinformatic.fr/wiki/2e%20rencontres%20SIG%20la%20lettre OSM power! René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petit Petit Reportage OSGéo / OSM sur BTPInformatic.fr
Le 31/05/2010 13:58, RatZilla$ a écrit : Bonjour à tou[te]s Ci dessous le lien vers le reportage (24 secondes pour nous ;-) de BTPInformatic aux rencontres SIG la lettre. Intervention de 2:33 à 2:57. http://www.btpinformatic.fr/wiki/2e%20rencontres%20SIG%20la%20lettre On y voit: Thomas Gratier: Chemise noire Émilie Laffray: Pull rose Nicolas Moyroud: Tee Shirt Noir La jolie stagiaire 3Liz (Pull Noire) ... j'ai oublié son prénom désolé René Luc ... aide moi ;-( Pour précision elle s'appelle Valérie Ronzetti. Jean François Faudi Pull orange et moi même ... devinez ! Gaël ___ 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] Couche dynamique de point d'inté rêts
Salut, kimaidou alias Michaël a quelque chose qui fait ça pour la France sur un serveur de 3Liz on manque juste de temps ;-) René-Luc D'Hont 3Liz Le 29/05/2010 22:02, Croquette Olivier a écrit : Salut Je voudrais faire une page Web avec une slippy map sur laquelle l'utlisateur pourait superposer une couche avec certains points d'intérêt, par exemple cabine téléphoniques, hôtels, ... Idéalement, la carte serait affichée par défaut pour une certaine région. En cliquant sur Hôtels, apparaitrait une couche en plus, avec pour chaque hôtel un symbole correspondant. En cliquant sur un hôtel en particulier apparaitrait ses attributes (nom...) J'ai trouvé quelque chose d'approchant : http://wiki.openstreetmap.org/wiki/Query-to-map Est-ce qu'il y a d'autres possibilités ? Merci ! a+ Olivier ___ 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] Liste des gares ferroviaires
OUI, mais où ? Le 27/05/2010 13:45, Erik Amzallag a écrit : Bonjour, Parmi les documents disponibles sur le site de RFF, il y a la liste des gares de voyageurs http://www.rff.fr/fr/mediatheque/textes-de-reference-francais-45/document-reference/horaire-de-service-2011-424/annexes-427/ en annexe 7.1 Serait-il possible de créer un outil de contrôle de l'existence de ces gares dans OSM ? Cela permettrait de vérifier la typographie des noms des gares, mais également d'avoir la liste de toutes les gares encore absentes dans OSM. Erik ___ 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] La mairie de Paris lance une appli cation officielle Velib’ pour iPhone !Citycle
Je sais qu'il existe un service Web pour accéder aux informations temps réel des stations de vélib' par contre je ne suis pas sûr qu'on ai le droit de l'utiliser en dehors d'un accord avec la RATP. René-Luc D'Hont Le 23/05/2010 12:15, Pieren a écrit : 2010/5/23 Nicolas Dumoulin nicolas_openstreetmap.org http://nicolas_openstreetmap.org@dumoulin63.net http://dumoulin63.net Je n'ai pas l'impression que cela s'appuie sur OSM, ni que ça aille dans le sens de la libération des données publiques … C'est une carte GMaps qui apparait dans le reportage BFM. Ce qui manque pour une application libre, c'est uniquement l'API qui donne la capacité actuelle des stations. Mais est-ce que l'Iphone est la plateforme idéale pour du libre... 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] Analyseur de mega relation
Le 18/05/2010 18:08, Etienne Chové a écrit : Emilie Laffray a écrit : J'avoue etre toujours tres admirative quand je vois les performances de tes programmes. Il y a de quoi faire fremir les gens :) Le code qui accede aux données m'intéresse au plus haut point car je pense que je pourrais réutiliser ce code pour un projet :) Tu risques d'être déçue car les données sont stockées avec perte, et sans index. On ne peut donc pas faire beaucoup de choses. Les fonctions possibles sont : - GetLatLonFromNodeId - GetNodesInWayFromWayId - GetRelationMembersAndTagsFromRelationId - GetRelationIdList On ne stocke pas les tags de ways et des nodes. Ça permet de reconstituer les géométries à partir des id, mais guère plus. C'est tout ce qu'il me faut pour l'application voulue. Si ça te suffit, je t'envoie le code, mais c'est vrai que c'est assez limité. C'est tout en python. Si ça t'intéresse, je t'envoie tout ça. ça m'intéresse aussi ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Remerciements à toute l'équipe d'OSM présente aux rencontres SIG-la-lettre
J'ai dû râté un mail là : * Que vient foutre l'OSGéo dans cette histoire de rencontre OSM dans le sud de la France ? Et je rajouterais que les 2 communautés OSGéo et OSM ne se recouvre pas! Les membres de la communauté OSM ne sont pas tous SIGiste et donc potentiellement membre de l'OSGéo, tout comme les membres de l'OSGéo n'adhère pas tous au projet OSM (format de données, licences, etc). René-Luc D'Hont Le 10/05/2010 18:28, Gilles Bassière a écrit : Nicolas Moyroud wrote: Si si excellent boulot ! :-P C'est juste que ma cervelle a été tellement gavée d'infos pendant ces 3 jours ultra-denses, qu'elle n'a pas réussi à tout ingurgiter correctement. :-[ Je crois qu'il va falloir un reboot et un checkdisk complet. Ah, elle tourne sous Windows ? :p Du coup, j'ai créé le sondage : http://renevier.net/papillon.fcgi/papillon/poll/bduqujF1273507335/ J'y ai mis les samedi de juin et juillet avant le SOTM (en mai, ça me semble un peu juste). J'ai titré le sondage Rencontre OSGéo-OSM car il me semble que c'est ce qui était ressorti des discussion pendant les RSLL. Nicolas, je te laisse définir une deadline pour répondre en fonction du délai dont tu as besoin pour demander la salle. Pourras-tu forwarder l'info sur la liste OSGéo ? A mon humble avis personnel qui n'engage que moi, il me semble important que les deux communautés se rencontrent (et se rendent compte qu'elles n'en forme qu'une seule). En terme de programme, j'ai bien quelques idées que je voudrais aborder mais je pense que ceux qui sont à l'initiative de cet évènement ont probablement des choses à dire d'abord. A bientôt ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap Archos
Je transmets juste cette information http://www.zdnet.fr/actualites/informatique/0,39040745,39751463,00.htm Le 27/04/2010 14:36, RatZilla$ a écrit : @René Luc: Oui c'est un concurrencent de l'Ipad en plus libre et beaucoup moins cher. Une appli qui fonctionne sous Archos5 est beaucoup plus facilement portable sur une autre terminal Androïd. Plus de concurrence et je l'espère plus d'émulation dans les projets autour d'OSM. @Julien je ferai remonter ta remarque. Je vais tester et faire des rapports de bug à la RD Archos. @Émilie Profitons en pour leur tirer les oreilles, je suis près à râler si tu veux ... j'encode les vidéos de mes petits en Theora:Vorbis donc j'y tiens à ce codec. Il y a des pistes à explorer en taguant la vidéo avec du flux GPX ... Je m'associe donc à toi pour remonter cette histoire. Je me dis que le temps que l'on passera à développer pour de l'Archos 5 ne sera pas perdu puisque portable sur une autre plateforme Androïd. Gaël ___ 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] osm2pgsql diff benchmark, beta.letuffe.org reborn
Aller Gaël (RatZilla$), je suis sûr que tu as un contact chez intel ;-) Le 05/05/2010 22:42, RatZilla$ a écrit : Merci pour les bench, Dans 10 ans on les regardera avec nostalgie ;-) Vivement que les prix des SSD baissent. On pourrat demander a Intel un coup de pouce? !? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Export données .osm au delà li mites de l'API pour Maperitive
Bonsoir, Utilise la XAPI : http://wiki.openstreetmap.org/wiki/Xapi La limite n'est pas la même que pour l'API: http://xapi.openstreetmap.org/api/0.6/*[bbox=minx,min,maxx,maxy] René-Luc Le 01/05/2010 19:40, cecile.botho...@telecom-bretagne.eu a écrit : Bonsoir, Je souhaite exporter les données osm de ma commune de Plouarzel. Il n'y a pas si longtemps, avec un wget sur l'api j'arrivais à exporter l'ensemble des données, mais nous avons dépassé la limite en nombre de points/ways ;-) or, nous utilisons Maperitive pour générer des cartes à la carte (http://wiki.openstreetmap.org/wiki/Maperitive) en format image. Grâce à cet outil vraiment puissant, nous pouvons sélectionner les éléments que nous souhaitons faire figurer. Notre but est de générer des cartes touristiques sur des dépliants. Maperitive prend en entrée la carte osm depuis le web, mais sur cette carte, je n'arrive pas à appliquer les règles de sélection de features et de rendering. Et je suppose que la limite de l'API est un frein également pour ce mode de fonctionnement, je n'ai pas essayé sur une zone très large encore. Pour le moment, même sur une petite zone, et sans même chercher à modifier le rendu mapnik, j'ai un problème de téléchargement des tiles, je génère des cartes avec des tiles manquantes par-ci par-là... Par contre, si on utilise des données locales (export d'osm), dans ce cas, les règles d'affichage s'appliquent, et la carte générée est complète. Pour l'instant je travaille sur le fichier bretagne.osm mais c'est un peu lourd pour ce que j'ai à faire. L'idéal serait d'avoir juste un export des données nécessaires. Quelqu'un a t il une idée ? Merci d'avance Cécile Bothorel ___ 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 : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010
Le 24/04/2010 14:51, Pierre-Alain Dorange a écrit : Le 21 avr. 10 à 19:23, Pieren a écrit : Pour résumer, il y a 1. un doute sur le fait de pouvoir afficher l'itinéraire du tour sans autorisation d''ASO 2. un doute sur la possibilité de mettre tous les itinéraires possibles et imaginables dans OSM 3. un doute sur la pérennité des itinéraires dans OSM 4. un doute sur le lieu du mariage de Geneviève et Michel Pour le 1., Marc a fait ce qu'il fallait. On peut l'en remercier. Pour le 2., il y a une majorité d'opinions rejetant l'idée de mettre tous les itinéraires mais personne ne râle sur les itinéraires de bus par exemple. Moi je râle sur les itinéraires de bus qui coupent ma rue en quatre morceaux. Finalement, pour moi, c'est la représentation des itinéraires en général qui pose problème. Si ceux-ci étaient moins invasifs, il y aurait moins de rejet. Je vais probablement dire une grosse bétise, mais pourquoi ne pas utiliser un autre way utilisant les mêmes node pour représenter les itinéraires de bus ou autres itinéraires. Ainsi les itinéraires seraient d'autres way indépendant ne nécessitant pas de rédécouper les way highway existant et il pourrait être ou non intégré aux moteurs de rendus suivant les besoins... Pour ne pas dupliquer mais aussi pour simplifier la maintenance. Les relations permettent lors d'une mise à jour d'une way (ajout de points) de conserver l'intégrité de l'itinéraire. Les relations sont le moyen d'expérimenter mais je pense qu'une autre voie devra émerger pour pouvoir définir ses autres itinéraires. Sur l'éventuel itinéraire du Tour de France, il me semble que c'est une mauvaise idée de l'intégrer à la base OSM. Comme le propose Bruno plus loin un tracé type GPX rendu avec Openlayer est probablement la meilleure solution. -- Pierre-Alain Dorange, Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/ Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange ___ 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] Germaine fait des bêtises à Mar seille
Le 21/04/2010 23:42, Jeremy G a écrit : Le 21 avril 2010 09:28, Gilles Bassière gbassi...@gmail.com mailto:gbassi...@gmail.com a écrit : Vincent Pottier wrote: Il semble qu'il y ait quelques ajouts. Pertinents ? Je ne sais pas. http://www.openstreetmap.org/browse/node/696719581/history Je confirme qu'il y a bien un terrain de pétanque à cet endroit là. +1 Sinon je suis l'auteur d'un certain nombre de points supprimés (commerces du Cours Julien). Une hypothèse : il/elle a vu des points sans regarder les tags dans potlatch, a raisonné graphiquement (= c'est pas beau sur la carte) et les a supprimé ? Charles, l'as tu contacté ? Sinon je peux le faire. Question subsidiaire : existe-t-il un moyen de suivre l'évolution de ses propres contributions ? Pour pouvoir être averti de ce genre d'accidents et s'en occuper... Kimaidou a fait un outil comme ça! Il faudrait voir si cet outil est prêt ;-) René-Luc D'Hont 3Liz Jérémy ___ 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] http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010
Ce message n'a rien à voir avec le problème tour de france : C'est juste pour abonder dans le sens de Christophe vis à vis des relations. J'avais voulu exprimer la même idée : Il faut revoir complétement la manière de définir une relation route et raisonner en terme d'intersection et direction et non plus en segment de route. Cela permettra de plus de complètement externaliser la gestion des routes et itinéraires de la base OSM et de multiplier réellement les usages. Mais je m'étais mal exprimer, j'avais apeller cela définir un point d'entrer et de sortie sur une way. Merci donc Christophe. René-Luc D'Hont Le 21/04/2010 20:32, Christophe Merlet (RedFox) a écrit : Le mercredi 21 avril 2010 à 17:56 +0200, Benoît ROUSSEAU a écrit : Jean-Francois Nifenecker a écrit : Guillaume Allegre a écrit : Perso je reste opposé à l'intégration dans la BD OSM d'itinéraires non pérennes, qui ne correspondront plus à rien dans un an. Et il me semble qu'on était majoritaires sur cette position dans les avis émis sur cette liste. Pour moi, c'est typiquement le champ d'application d'une BD tierce, qui pourrait piocher les coordonnées des traces dans OSM, si la licence est compatible. +1000 Je le redis encore pour appuyer que ce type d'intégration dans la base me semble inopportun alors que les calques openLayers, ... ont vocation à cela. Mais je ne suis pas opposé au projet en lui même, bien au contraire ce serait effectivement une occasion d'ajouter des éléments dans OSM et d'avoir un fond OSM visible (communication). Je suis tout à fait d'accord. Ce genre de relation n'a pas sa place dans la base d'OSM. Ces derniers jours j'ai travaillé sur la Voie d'Arles (une des routes de pélérinage de Saint-Jacques de Compostelle) de Maubourguet au Col du Somport. 334 membres !!! Les nationales, départementales, communales traversées saucissonnées en petit morceaux. Ce sont des manips laborieuses pour que la relation soit correcte. La modification d'une route appartenant à la relation nécessite beaucoup de minutie et de multiples vérifications. Bref, les relations route se multiplies dans OSM , la modification de la base deviendra une épreuve dignes des travaux d'Hercule et rebutera énormément de contributeurs. Et les courageux qui resteront, passeront plus de temps à corriger les erreurs de manips qu'a rajouter des données utiles. Il faut revoir complétement la manière de définir une relation route et raisonner en terme d'intersection et direction et non plus en segment de route. Cela permettra de plus de complètement externaliser la gestion des routes et itinéraires de la base OSM et de multiplier réellement les usages. Librement, ___ 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] Opencyclemap
Le 19/04/2010 01:06, Emilie Laffray a écrit : 2010/4/18 esperanza espera...@no-log.org mailto:espera...@no-log.org Voici les améliorations/manques que j'ai signalé, mais jusque là sans aucun effet concernant le rendu Opencyclemap. - Prise en compte des zones 30 (déjà présentes dans la base de données OSM avec le tag 'maxspeed=30') avec une couleur différente pour la rue concernée - Prise en compte des double sens cyclable (avec un logo spécial pour montrer le sens voiture, ou une fléche en direction du sens voiture d'une autre couleur (comme sur Osmanderer, un autre rendu possible d'OSM) - Le logo des vélocistes (tag shop=bicycle) en plus gros qu'actuellement - Un autre symbole pour les points de location vélo (distinguer les vélos en libre service des loueurs habituels) - Colorer en rouge les zones interdites en vélo (tag bicycle=no) - Différencier pistes cyclables des chemins/routes non ouvertes au véhicules motorisées mais quand meme partagées entre différents usagers - Une couleur spécifique pour les rues piétonnes, ou l'on peut circuler mais à l'allure du pas (tag highway=pedestrian) - Prise en compte des couloirs bus (tag cycleway=share_busway ou si c'est seulement sur un coté 'cycleway:left/right=share_busway) - Prendre en compte les cycleway:right=lane et cycleway:left=lane - Prendre en compte le tag cycleway=track, même s'il s'agit d'un tag temporaire en attendant highway=cycleway - Prendre en compte les sens uniques dans les pistes cyclables (highway=cycleway+oneway=yes). La liste est ouverte ... Je ne pense pas que ça soit forcement la peine d'en discuter ici, car ça ne sert a rien. A moins qu'il y en ait parmi nous qui connaissent bien la personne derrière, ça ne changera rien au programme. Si la personne n'a pas réagi, je ne suis pas sure qu'elle réagira en en parlant sur une mailing list nationale. La personne derrière openCycleMap a déjà dit qu'elle ferait des changements qui lui semble bon. Elle est prête a intégrer des choses raisonnables mais avant toute chose, elle considéré que ce projet est le sien et qu'elle n'a pas a suivre les avis de différentes personnes puisqu'elle a son propre point de vue. Cet aspect a justement évoqué lors de la dernière fois que quelqu'un avait justement des requêtes pour OpenCycleMap lors d'une discussion sur Talk. OpenCycleMap est le projet de quelqu'un, pas un projet communautaire. Est une version française d'OpenCycleMap en mode projet, ce serait possible ? René-Luc D'Hont 3Liz Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OpenStreetMap, un projet CloudMade ?
Bonjour à tous, Le mail suivant est peut-être polémique mais je souhaiterais juste bien comprendre : OpenStreetMap est-il un projet de CloudMade ? Voici ce que l'on peut lire dans TechCrunch : /Many people describe CloudeMade's OpenStreetMap project as Wikipedia for maps, and they aren't far off. The project allows anyone to add and edit map data around the globe, and the project is now a viable open and free source of mapping data for third party developers./ http://techcrunch.com/2010/04/17/cloudmades-openstreetmap-surges-on-wikipedia-like-user-passion/ Cet article en fait présente le projet et sa réussite. D'autres solutions que celle de CloudMade sont cités, enfin seulement Skobbler. Je suis plutôt content qu'un média comme TechCrunch s'intéresse à OpenStreetMap, l'information a d'ailleurs été reprise par James Fee, un guru du secteur des SIG. /I've been a huge proponent of CloudMade's OpenStreetMap project since the Cloudmade guys created it back in the day. Thus being a CloudMade OpenStreetMap participant for years, I'm glad to see that the CloudMade project is finally getting its due./ http://www.spatiallyadjusted.com/2010/04/17/cloudmades-openstreetmap-project-is-successful/ Mais cet article créé un lien fort entre CloudMade et OpenStreetMap, lien supposant qu'OpenStreetMap est géré par CloudMade. D'ailleurs si on reprends la comparaison avec Wikipedia, Wikipedia est soutenu par une fondation à but non lucratif comme OpenStreetMap, mais cette fondation n'est pas CloudMade. Peut-être ai-je une vision trop française du /CloudMade's OpenStreetMap project/ c'est pourquoi je voulais savoir ce que vous compreniez sans chercher à lancer un débat fleuve et stérile. René-Luc D'Hont ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation Négociations av ec le Pilote (Transports CG13)
Salut Gaël, Tout d'abord merci pour le résumé. Et j'espère pouvoir venir à la prochaine réunion. René-Luc D'Hont 3Liz Le 15/04/2010 23:08, RatZilla$ a écrit : Nous [Gilles Bassière Gaël MUSQUET] avons rencontré Nicolas MAFFRE Responsable du Pilote [http://www.lepilote.com/infos.asp]. Nous avons été agréablement surpris de son ouverture au projet OSM. Il est prêt à remettre volontiers les données dont est propriétaire le Pilote au Projet OSM. Il est guidé par la directive INSPIRE ;-) (on vous le dit il est ouvert ). Il a travaillé la semaine dernière sur les licences sous lesquelles Le Pilote pourrait diffuser ses données ,en tenant compte des responsabilités, libertés etc... Il communique les tenants et aboutissants des licences libres à tous ses partenaires. Donc d'un point de vu réglementaire on ne peut pas rêver mieux comme interlocuteur. Le Pilote c'est: -Un Syndicat mixte avec des missions liées à la mutualisation entre les réseaux de transports en commun sur les Bouches du Rhône (Un peu du Var: Saint Zacharie et un peu du Vaucluse: Pertuis) -Une douzaine d'opérateurs transport. -Plus de 9600 arrêts (Car,Bus,Métro,Train et Tram). -Près de 1800 points d'intérêts (Ambassade,CAF, Sécu, Parc etc...) Comme le soulignait Émilie pour le CG38 tous ces points ne sont pas forcément à jour ni même bien positionnés. Cependant Le Pilote est en train d'évoluer et des recueils (traces points) vont bientôt être programmés. Monsieur Maffre est prêt à partager les méthodes et données issues de ce travail. Pour la sémiologie graphique (Pierre c'est pour toi) chaque opérateur a sa charte. Il n'y a rien de défini quant à la signalétique, ni la couleur des lignes ;-) René-Luc et Kimaidou atelier peinture pour OSM Transport ;-) Afin de concrétiser tout cela nous avons prévu une autre réunion pour les formats d'échange, préciser les licences etc ... Pour la préparer nous avons besoin des retours d'expériences des collectivités qui ont franchi le pas. Amis Bretons pouvez vous s'il vous plait nous aider en nous transmettant les documents de travail détaillant les conditions d'utilisation des données libérées. Cela nous aidera à convaincre les élus et partenaires du Pilote à franchir plus franchement le pas. Le Pilote est intéressé par toutes les applis qui naitraient de ce partenariat. Ils n'ont, par exemple, pas encore d'outil de visualisation simple de toutes les lignes comme OSM Transport ou MapOSMatic. Les élus en sont friands, ce serait un gros coup de pub pour nos travaux. Ami(e)s prestataires gravitant autour de la magnifique planète OSM à vous les studios. Gilles et Gaël ___ 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] OsmJumper v0.1.5
L'extension OsmJumper n'est toujours pas public. Le releaser n'a en fait fait aucun commentaire puisqu'il a jugé qu'une modification n'avait été faites. Je me suis engagé à faire évoluer l'extension si je trouve du temps Le 15/04/2010 09:33, Etienne Chové a écrit : Le 14/04/2010 15:46, Etienne Chové a écrit : Le 14/04/2010 15:37, René-Luc D'Hont a écrit : Je vais essayer de trouver du temps. Cool, il n'y a rien de bien compliqué et tu peux modifier les paramètres par défaut si besoin pour que ça passe. Quel est ton mail référencé sur addons.mozilla.org ? Peux-tu me frowarder le message de mozilla ? citation Your nominated add-on, OsmJumper, has been reviewed by a Mozilla Add-ons editor who decided to retain your add-on in the sandbox. Review Information: Reviewer: Andrew Williamson Comments: Hi, I can't get the popup context menu to appear anywhere I try on google maps. thanks. If you have questions about this review, please reply to this email or join #addons on irc.mozilla.org. Mozilla Add-ons http://addons.mozilla.org /citation Cette fois ci, sans rien modifier il l'a validé pour le passer en zone publique. Il faudrait maintenant faire une page wiki un peu plus détaillée avec des vue d'écran. citation Your nominated add-on, OsmJumper, has been reviewed by a Mozilla Add-ons editor who decided to retain your add-on in the sandbox. Review Information: Reviewer: Andrew Williamson Comments: Congratulations, your add-on has been approved for public status. Due to caching and mirroring of AMO, it may take a couple of hours for your add-on to appear public, so please be patient. Keep up the good work! If you have questions about this review, please reply to this email or join #addons on irc.mozilla.org. Mozilla Add-ons http://addons.mozilla.org /citation ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : OsmJumper v0.1.5
Le 15/04/2010 10:35, Etienne Chové a écrit : Le 15/04/2010 09:57, THEVENON Julien a écrit : Tiens au fait il y a un autre addon cote allemand qui semble faire a peu pres la meme chose : https://addons.mozilla.org/fr/firefox/addon/11298 Si c'est le module que j'avais testé, il ouvre une page avec une liste de carte non paramétrable, ce qui est domage car on a chacun sa liste de carte préférées. regarde le numéro de version dans l'outil de gestion des extensions de firefox et cherche des mises à jours. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmJumper v0.1.5
Le 14/04/2010 10:14, Etienne Chové a écrit : Le 14/04/2010 06:49, Guillaume Audirac a écrit : Bonjour, J'ai installé la dernière version d'OsmJumper (extension Firefox) à partir d'ici: https://addons.mozilla.org/fr/firefox/addon/93113 Et je découvre par hasard qu'il est possible de rajouter ses propres cartes dans le menu des extensions, j'ai peut-être raté l'info. Par exemple, j'ai ajouté: - KeepRight (Europe): http://keepright.ipax.at/report_map.php?db=osm_EUzoom= http://keepright.ipax.at/report_map.php?db=osm_EUzoom=zoomlat=latlon=lon - Sautter (cartes par transparence): http://sautter.com/map/?zoom=zoomlat=latlon=lon - Beta.Letuffe (admin_level = 8): http://beta.letuffe.org/?zoom=zoomlat=latlon=lonlayers=BFFFT Il y a aussi les paramètres maxlat / minlat /maxlon / minlon qui sont dispo. Etienne, est-ce suffisamment mûr ? Ou bien y a t'il encore trop de bugs pour que l'information soit diffusée ? Je pensait qu'il était mûr mais je me le suis fait bouler par les dev de firefox car le beta testeur n'a pas réussi à l'utiliser. Je vais refaire une demande de sortie du bac à sable, mais j'espère ne pas retomber sur le même dev. Cette étape peut-être assez frustrante, il m'a fallut 5 essaies pour mon extension Geolocater https://addons.mozilla.org/fr/firefox/addon/14046/ pour la sortir du bac à sable. Si tu veux un coup de main pour la sortie du bac à sable je peux t'aider, je sais ce qu'ils attendent et surtout ce qu'il ne veulent pas voir. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmJumper v0.1.5
Le 14/04/2010 10:28, Nicolas Moyroud a écrit : Etienne Chové a écrit : Je pensais qu'il était mûr mais je me le suis fait bouler par les dev de firefox car le beta testeur n'a pas réussi à l'utiliser. Je vais refaire une demande de sortie du bac à sable, mais j'espère ne pas retomber sur le même dev. Franchement pour ne pas arriver à utiliser OsmJumper il faut vraiment être emmanché... Y'a pas plus simple ! Il est vraiment dev de Firefox le mec ? Ça fait peur... Bah le mec il connait pas OSM, ni je pense la carto en général, par contre il a un protocole de contrôle assez strict puisque tout extension validé par Mozilla est sous garanti Mozilla. Cette extension mérite de sortir du bac à sable, j'espère que ce sera rapide. Je vais regarder ça. ___ 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] OsmJumper v0.1.5
En fait pour que cette extension sorte du Bac à sable il faut plus d'explications sur son utilisation : * Sur quelle site puis-je l'utiliser (Openstreetmap, Google Maps, etc) * A quoi sert vraiment cette extension (correction OSM, etc) * ne pas mettre josm par défaut et indiqué la procédure pour pouvoir ajouter josm sans générer d'erreur. * mettre plus d'impression écran * mettre un lien vers un tutoriel (texte ou vidéo) Il faut qu'un newbee, une personne qui ne connait pas OSM et qui navigue sur internet comme nos parents, qui tombe sur cette extension sache à quoi elle sert et comment s'en servir. Avec tout ça, en anglais par défaut, et si l'extension ne génère AUCUNE erreur dans la console en mode développement et quelle respecte les règles de code javascript conseillées par Mozilla, l'estension devrait sortir du bac à sable. René-Luc D'Hont 3Liz Le 14/04/2010 11:15, Guillaume Audirac a écrit : Le 14 avril 2010 13:48, Vincent Pottier vpott...@gmail.com mailto:vpott...@gmail.com a écrit : Pour info : une liste des cartes et services disponibles pour osmJumper (les mêmes que pour mapJumper), plus de 65 à ce jour : http://wiki.openstreetmap.org/wiki/MapJumper/MapJumperServers ou par thèmes http://frvipofm.net/osm/mapjumper/ Vous pouvez en ajouter sur le wiki... Vincent, pour info, les liens pour les duplicated nodes ne sont pas à jour. Ce devrait être http://matt.dev.openstreetmap.org/dupe_nodes/. A+ -- Guillaume ___ 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] OsmJumper v0.1.5
Le 14/04/2010 12:17, Guillaume Audirac a écrit : Le 14 avril 2010 15:09, René-Luc D'Hont rldh...@gmail.com mailto:rldh...@gmail.com a écrit : * ne pas mettre josm par défaut et indiqué la procédure pour pouvoir ajouter josm sans générer d'erreur. Je ne vois pas en quoi cette remarque s'applique à l'extension d'Etienne. L'extension permet de basculer d'une carte à une autre, mais elle n'est en rien responsable des outils associés aux cartes. La remarque s'applique donc à Osmose ou KeepRight, mais pas à OsmJumper. Cette remarque a à voir avec la politique de validation des extensions de Mozilla, l'option josm risque de bloquer la sortie du bac à sable. René-Luc D'Hont Développeur XUL A+ -- Guillaume ___ 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] Présentation Négociations a vec le Pilote (Transports CG13)
Le 14/04/2010 15:17, Jeremy G a écrit : Gaël, Le 14 avril 2010 14:59, RatZilla$ ratzil...@gmail.com mailto:ratzil...@gmail.com a écrit : Bonjour à tou[te]s, Désolé de prévenir certains aussi tard, mais je n'ai eu confirmation que ce matin. Demain à 14h00 j'exposerai notre projet au CG13 comme ce qui a été fait sur le CG38. Suite aux échanges que j'ai eu avec l'équipe et certains élus je suis confiant quant à un partage de donnés avec OSM. Si quelqu'un[e]s veu[len]t venir avec moi c'est sans refus ! Je ne suis pas disponible mais ç'aurait été avec plaisir... Tiens nous au courant des avancées ! J'aurais aimé aussi venir Allez l'O[s]M ! :) Champion de France! To Be Continued ... Gaël Jérémy ___ 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] OsmJumper v0.1.5
Le 14/04/2010 12:30, Etienne Chové a écrit : [Réponse globale] Merci à tous pour vos réponse et encouragements. Je n'ai vraiment pas le temps de me pencher plus sur la question, ni de passer du temps dessus. Si ça intéresse quelqu'un, qu'il dézippe le module et le termine, m'envoie son adresse mail pour que le l'ajoute comme auteur du addons.mozilla.org pour pouvoir gérer le module et envoyer de nouvelles version. Je vais essayer de trouver du temps. Peux-tu me frowarder le message de mozilla ? Merci René-Luc D'Hont OSMeur Développeur XUL 3Liz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Conversion Lambert II
Le 12/04/2010 11:36, Rodolphe Quiédeville a écrit : Salut, Est-ce que quelqu'un à sous la main un fichier tableur openoffice ou une routine perl/python pour convertir du lambert II ? Merci à vous Du lambert 2 vers quoi ? SI tu as PostgreSQL/PostGIS tu peux le faire avec une requête Tu peux aussi utiliser ogr2ogr, enfin je crois. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Conversion Lambert II
Le 12/04/2010 11:44, Rodolphe Quiédeville a écrit : René-Luc D'Hont a écrit : Le 12/04/2010 11:36, Rodolphe Quiédeville a écrit : Salut, Est-ce que quelqu'un à sous la main un fichier tableur openoffice ou une routine perl/python pour convertir du lambert II ? Merci à vous Du lambert 2 vers quoi ? WGS84 ;-) Je suppose que tu as un fichier ESRI ShapeFile ou MapInfo File, tu peux donc utiliser ogr2ogr http://www.gdal.org/ogr2ogr.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Conversion Lambert II
Le 12/04/2010 11:54, Rodolphe Quiédeville a écrit : René-Luc D'Hont a écrit : Le 12/04/2010 11:44, Rodolphe Quiédeville a écrit : Je suppose que tu as un fichier ESRI ShapeFile ou MapInfo File, tu peux donc utiliser ogr2ogr http://www.gdal.org/ogr2ogr.html Non j'ai des données dans un tableur avec une liste de POI et leurs coordonnées en lambert II. Bon alors tu exporte en 'CSV' ton tableau Tu utilises 'QGIS' et l'extension 'Délimiteur de texte' pour charger et visualiser tes données Ensuite tu fais un clique droit sur ta couche et tu sélectionnes 'enregistrer au format shapefile' Au moment de l'enregistrement tu sélectionnes le srs qui est donc EPSG:27572 Tu ouvres ce fichier ESRI ShapeFile Tu fais un un clique droit sur ta couche et tu sélectionnes 'enregistrer au format shapefile' Cette fois tu choisie le srs EPSG:4326 pour effectuer la reprojection ET voilà tu as fini! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
Le 09/04/2010 15:58, Denis dit Shnoulle a écrit : Le 08/04/2010 20:23, Yannick VOYEAUD a écrit : Je sais que tout est dans la nuance mais la licence ne vaut pas abandon du droit d'auteur sur sa partie morale, tout au moins en France et je pense pour tous contributeurs sis sur le territoire Français (métropole ET DOM) C'est une by-sa, donc le droit d'auteur est complétement valide. Concernant l'impossibilité d'imprimer, il y a quelquechose que je ne comprend pas. Je suis propriétaire de données géographique , je met ses données au dessus d'une couche venant de OSM : admettons que je ne modifie pas la couche OSM : je peux donc rester proprio de mes données. Si tu crées une image incorporant les 2 types de données, il faut que toutes les données soit compatibles avec la CC-By-SA, donc les données propriétaires deviennent CC-By-SA. C'est la raison pour laquelle une nouvelle licence pour les données est envisagée car avec la licence CC-By-SA sur les données toute création graphique réalisé à partir de données OSM doit être sous licence CC-By-SA. Dans ce cas, l'utilisateur peut toujours faire une impression écran : cette impression écran est une oeuvre dérivée d'une oeuvre en cc-by-sa et d'une proprio. Il peut aussi l'imprimer , dans ce cas quelle est la différence avec la possibilité d'imprimer directement via une interface web ? Dans ce cas là, d'impression écran, c'est l'utilisateur de l'application et non l'auteur qui ne respecte pas la licence CC-By-SA. Le problème est bien sur l'empilage de couches. Le problème est sur la fusion des couches. Sinon, si mappy profite un jours des données osm, j'espére bien qu'ils vont partager quelquechose de leur coté, au minimum un ou 2 serveurs bien puissant si ils veulent garder leur données et ceci quelquesoient les problèmes de licences. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
Tout ce qui est possible de faire avec les données OSM en respectant la licence CC-By-SA sont décrit dans le Wiki. (des réponses dans le corps du message). Le 09/04/2010 16:17, f.rodr...@free.fr a écrit : Selon René-Luc D'Hontrldh...@gmail.com: Le 09/04/2010 15:58, Denis dit Shnoulle a écrit : Le 08/04/2010 20:23, Yannick VOYEAUD a écrit : Je sais que tout est dans la nuance mais la licence ne vaut pas abandon du droit d'auteur sur sa partie morale, tout au moins en France et je pense pour tous contributeurs sis sur le territoire Français (métropole ET DOM) C'est une by-sa, donc le droit d'auteur est complétement valide. Concernant l'impossibilité d'imprimer, il y a quelquechose que je ne comprend pas. Je suis propriétaire de données géographique , je met ses données au dessus d'une couche venant de OSM : admettons que je ne modifie pas la couche OSM : je peux donc rester proprio de mes données. Si tu crées une image incorporant les 2 types de données, il faut que toutes les données soit compatibles avec la CC-By-SA, donc les données propriétaires deviennent CC-By-SA. C'est la raison pour laquelle une nouvelle licence pour les données est envisagée car avec la licence CC-By-SA sur les données toute création graphique réalisé à partir de données OSM doit être sous licence CC-By-SA. Il s'agit de la fusion de deux images et pas de deux bases données. C'est l'image résultante qui doit être sous CC-By-SA. Bon après ça ne fait que déplacer le problème. L'image résultante doit être sous CC-By-SA mais il faut bien que toutes les données soit compatibles avec ce fait, donc les données non OSM doivent être compatible avec la CC-By-SA, sans même fusionner les bases de données. Dans ce cas, l'utilisateur peut toujours faire une impression écran : cette impression écran est une oeuvre dérivée d'une oeuvre en cc-by-sa et d'une proprio. Il peut aussi l'imprimer , dans ce cas quelle est la différence avec la possibilité d'imprimer directement via une interface web ? Dans ce cas là, d'impression écran, c'est l'utilisateur de l'application et non l'auteur qui ne respecte pas la licence CC-By-SA. Le problème est bien sur l'empilage de couches. Le problème est sur la fusion des couches. D'un autre coté même l'affichage à l'écran peut être considéré comme œuvre. Ce n'est pas une oeuvre dérivé puisque l'utilisateur a la possibilité d'intéragir avec l'affichage et a la possibilité de distingué clairement les données OSM CC-By-SA et les autres données. Fred (très loin d'être un spécialiste de la question) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
Le 08/04/2010 16:17, Gilles Bassière a écrit : François Van Der Biest wrote: Est-ce que la clause SA de Creative Commons considère qu'un rendu agrégé (ie en une seule tuile raster) des données OSM + des POIs est une oeuvre dérivée qui doit être placée sous la même licence, alors que le fait de placer les POIs dans une autre couche (ie deux tuiles raster ou une tuile raster + des données vecteur au dessus) permettrait de passer outre ? F. Intéressant, je n'avais pas songé au fait que les tuiles peuvent être considérées comme une œuvre dérivée des données. Si tel est le cas, je pense qu'on peut même arguer que c'est la carte dans son ensemble qui est une œuvre dérivée. En effet, le tuilage n'est qu'un moyen technique de diffuser la carte. Dès lors, la carte dans son ensemble devrait être sous licence CC-By-SA puisqu'elle utilise en partie un travail sous licence CC-By-SA. Oui les tuiles et la carte générée à partir de données OSM qui sont CC-By-SA sont elles aussi CC-By-SA, d'où la volonté de changé de licence et d'avoir un licence spécifique aux données pour pouvoir utilsier une autre licence pour le rendu. Je ne suis pas juriste et je ne sais pas dans quel mesure ce raisonnement est valide mais s'il l'est, ça réduit fortement la possibilité de faire des mash-up, du cloud computing et plein de chose avec des noms anglais. D'ailleurs, si ce raisonnement était valide, CloudMade aurait bien mal choisi son nom :p Par contre dans une page Web ou un SIG, il est possible d'utiliser des données OSM (données brutes et tuiles) avec d'autres données si il est possible à l'utilisateur de bien séparer les 2 types de données. Car dans ce cas là nous superposons des données sans jamais les fusionner, la fusion en ferait un produit dérivé et donc sous CC-By-SA. Les mashups sont donc possible par contre les impressions sont limités. J'imagine que l'avis de Mappy s'appuie sur celui de leurs juristes dont le rôle est d'éviter les risques. Ce qui est dommage, c'est que cette position doit être assez commune dans le monde industriel. J'imagine que cette frilosité durera tant qu'il n'y aura pas de jurisprudence. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
Bonjour, Je ne dirais qu'une chose : = la clause SA est la GARANTIE de la perennité des données OSM en tant que donnée Open L'objectif de la nouvelle licence portant sur les données est de clarifier les possibilités offertes par les données OSM. René-Luc D'Hont Le 08/04/2010 17:32, Vincent Picavet (ml) a écrit : Bonjour, d'attributs qualifiant chaque tronçon est souvent très insufisant pour nos besoins, quand ils ne sont pas optionnels. Dans ces conditions, on ne peut pas raisonnablement faire tourner un algo d'itinéraire. Pas dans l'état actuel de la base Ce qu'il veut dire ici, ce n'est pas que le nombre possible de tags est limité, mais que la quantité d'information attributaire renseignée est beaucoup trop faible pour leurs usages. Certes faire du calcul d'itinéraire sur des données OSM ça a déjà été fait. Mais les moteurs de calcul d'itinéraire comme celui de mappy sont beaucoup plus complexes que ceux qui ont été implémentés sur les données OSM, et nécessitent des informations attributaires qui ne sont que peu renseignées dans OSM. Au delà du retour, qui me semble intéressant, cela m'étonne fortement que la licence actuelle ne permette pas de conserver ses propres POIs. Des idées là dessus ? Est-ce que la clause SA de Creative Commons considère qu'un rendu agrégé (ie en une seule tuile raster) des données OSM + des POIs est une oeuvre dérivée qui doit être placée sous la même licence, alors que le fait de placer les POIs dans une autre couche (ie deux tuiles raster ou une tuile raster + des données vecteur au dessus) permettrait de passer outre ? On retombe clairement dans le vieux débat qui date d'avant OSM sur la notion de «produit dérivé», et qui est un cauchemar juridique sans nom, quand il y a des contraintes de licence sur ces produits dérivés, ce qui est le cas d'OSM (la clause SA), mais aussi de l'ign par exemple (clauses bien plus contraignantes). Pour ce qui est agrégé en une seule tuile raster, je n'en sais rien à vrai dire, et effectivement tant qu'une jurisprudence n'a pas vu le jour la dessus ça risque d'être très dur à trancher. Mais sur le problème de fond, cette remarque de mappy est très intéressante : il faut analyser attentivement les conditions d'utilisation; nous ne sommes pas certains que l'on puisse utiliser des données OSM sans que les points d'intérêt que nous y plaçons ne tombent pas dans le domaine public ; or, nous n'avons pas l'intention de faire don de nos POI, par exemple les 7 hotels que nous avons acquis, et qui représentent une forte valeur ajoutée. Cependant, echaîne François Plancke, il semble qu'une licence alternative soit à l'étude pour pallier ce problème. Quoi qu'il en soit, le nombre Ce qui les intéresse n'est de toutes façons pas d'afficher leurs POI au dessus d'une carte OSM. Les POI rentrent directement dans les algorithmes de calcul de Mappy, notamment par exemple pour du géocodage. Pouvoir faire un itinéraire piéton entre «gare de lyon» et «monoprix ledru rollin» par exemple, c'est leur coeur de métier. Ici on utilise donc les POIs pour le geocodage, qui permet de récupérer les troncons associés et de calculer l'itinéraire. Pour faire cela, il faut avoir les POIs et le graphe de réseau routier dans la même base de données. Et ensuite on fait des jointures sur les tables de routier et les tables de POIs. Si le routier est en CC-By-SA, alors les POIs le deviennent aussi dans ce cas. Et ça c'est impossible pour eux. C'est un exemple particulier, mais je connais de multiples acteurs privés qui ont exactement la même problèmatique. Leur utilisation est en générale celle ci : - des données de base, souvent le réseau routier. Ce sont les données de référence - les données métier, construites sur, et avec les données de référence, ainsi qu'avec des données propres. Par exemple des zones d'exposition au bruit, construites par l'utilisation de capteurs ponctuels, et interpolées sur le réseau routier en tenant compte des attributs de celui ci. En général ces sociétés achétent très très très cher les données de référence avec des droits d'utilisation qui leurs laissent faire ce qu'ils veulent avec. Ils ont parfois des contrats de partenariat où ils remontent des données aux producteurs pour baisser la facture. Ils font souvent de la mise à jour, de l'enrichissement, des traitements et adaptations sur ces données car ils en ont besoin, mais ce n'est pas leur métier. Par contre les données métier sont leur coeur d'activité. Ce sont des bases ultra protégées qui ne sortent jamais de l'entreprise et qui constituent sa valeur. Lacher ces données dans la nature reviendrait à une mort immédiate ou une refonte totale de leur modèle économique, chose non envisageable sans 10 ans d'évolution. Ces acteurs sont très intéressés par OSM pour remplacer les données de référence. D'une part pour
[OSM-talk-fr] OpenStreetMap au RMLL2010
Bonjour à tous, Une information que nous avons oublier de relayer. Pendant le salon Solutions Linux 2010, une personne de l'organisation des RMLL2010 m'a indiqué qu'un stand était réservé pour OpenStreetMap!!! Donc si il y a des gens qui ne peuvent pas aller au SOTM mais peuvent aller à Bordeaux au RMLL2010, un stand nous attends. Ratzilla$, je t'avais passé le contact, tu l'as toujours ? Il y a des personnes que ça t'intéresse ? René-Luc D'Hont 3Liz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [Francophone] Appel à c ontribution pour les conférences du village OS aux Renco ntres SIG la lettre
Toujours disponible! René-Luc Le 07/04/2010 22:44, Sébastien Dinot a écrit : Bonsoir, Sébastien Dinot a écrit : Yves m'a répondu qu'OSGeo pouvait héberger OSM sans problème. :) Je vais donc lui donner une réponse de principe (nous sommes preneurs). Pour les détails, je verrai avec lui à l'occasion du CartoSatCamp ou même avant. Yves Jacolin m'a relancé aujourd'hui concernant l'événement SIG La Lettre pour savoir si : - des contributeurs d'OSM étaient prêts à tenir un bout de stand sur le stand OSGeo ; - faire des conférences (3 créneaux de 30 minutes sont envisageables). Il faudrait lui répondre rapidement. De mon côté, il n'est pas encore certain que je puisse me libérer mais je vais essayer de le faire. D'autres personnes seraient-elles disponibles à coup sûr ? Si oui, serait-ce pour participer à la tenue du stand et/ou pour donner une conférence ? Sébastien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calculer le total kilométrique d 'une commune
Le 31/03/2010 16:24, Emilie Laffray a écrit : 2010/3/31 ubu...@kagou.fr mailto:ubu...@kagou.fr Bonjour :) Est il possible de calculer le nombre de kilomètres de routes/chemins d'une commune ? Oui il est possible de faire ceci. Chose a utiliser: - Modifier osm2pgsql pour utiliser le type geography de Postgis 1.5 - Avoir la limite administrative de la commune - Écrire une jolie requête sql Je suis assisse sur la première étape depuis quelques temps. Je vais voir si je peux finir ce week end. COOL ;-) Apres, il sera possible d'avoir des chiffres très précis. c'est bon ça! Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] openadresses.org et OSM
Hi, Merci François de relayer à Cédric Moullet. Je me suis permis de citer CampToCamp car la société est cité comme partenaire du projet. A+ René-Luc Le 30/03/2010 07:19, François Van Der Biest a écrit : Hello, A propos de OpenAdresses, je souhaite préciser que ce n'est pas une initiative de Camptocamp SA, mais une initiative personnelle d'un de ses employés. Effectivement, il y a un pb avec la licence. Comme je vois la personne en question ce jour, je m'en vais lui en parler. A+ F. 2010/3/29 René-Luc D'Hontrldh...@gmail.com: Bonjour, Je me permet de relayer ceci : openaddresses.org Je crois savoir qu'ils savent qu'OpenStreetMap existe mais ça fait peut-être doublon, non ? J'ai l'impression que certaines adresses sont extraites d'OSM, ou est-ce que les adresses sont ajoutés à OSM ? Quelqu'un de chez c2c pourrait nous en dire plus puisqu'il aprticipe au projet, merci. René-Luc D'Hont ___ 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] openadresses.org et OSM
Le 30/03/2010 00:23, Emilie Laffray a écrit : On 29/03/2010 23:16, Emilie Laffray wrote: On 29/03/2010 22:13, René-Luc D'Hont wrote: Bonjour, Je me permet de relayer ceci : openaddresses.org Je crois savoir qu'ils savent qu'OpenStreetMap existe mais ça fait peut-être doublon, non ? J'ai l'impression que certaines adresses sont extraites d'OSM, ou est-ce que les adresses sont ajoutés à OSM ? Quelqu'un de chez c2c pourrait nous en dire plus puisqu'il aprticipe au projet, merci. Non seulement ils savent mais en effet toutes les adresses ont été pompées de OSM. Ça a été envoyé sur la liste légale il y a quelques minutes. Le problème est la licence. Ils utilisent une licence CC-BY 3.0 alors que la licence actuelle de OSM est CC-BY-SA 2.0. Ils sont donc en violation de la clause SA. A noter qu'ils ont prevu d'annoncer cela a la communaute OSM, mais ils sembleraient qu'ils aient un peu loupe sur le coup. Emilie Laffray Sur twitter, ils disent souhaiter créer une synchro entre OpenAddresses et OpenStreetMap, sauf qu'il y a un problème de licence. On est d'accord ? 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] openadresses.org et OSM
Le 30/03/2010 10:55, kimaidou a écrit : En effet, l'interface est simple à utiliser : on clique pour ajouter ou pour modifier un point, et on renseigne les infos dans la pop-up. En conclusion : * si c'est un outil qui stocke les données dans OSM = un éditeur OSM spécifique aux adresses -- c'est super, je suis content, bravo pour l'initiative et l'effort de simplification pour le grand public * si c'est un outil qui importe les données OSM et stocke les données numérisées dans une bdd externe : je trouve cela très dommage, et en effet, cela devient un outil concurrent d'OSM -- je ne comprends pas Je pense que l'auteur avait plutôt le 1/ en tête :) Je ne pense pas car le projet n'est pas partie en tenant compte d'OpenStreetMap http://www.openaddresses.ch/fr/ Ensuite la licence de la base des données du projet ne sont pas compatible avec des données OSM Pourtant ils ont extraits des données OSM qu'ils ont associé dans une nouvelle base de données avec d'autres données adresses Enfin ils souhaitent créer un lien entre OSM et OpenAddresses mais on a un problème d'adresses. Je pense qu'il faut donc leurs proposées un coup de main pour faire d'OpenAddresses une interface de saisie d'adresses pour OSM. René-Luc D'Hont kimaidou Le 30 mars 2010 10:38, openstreet...@coutiere.com mailto:openstreet...@coutiere.com a écrit : L'interface a l'air d'être un bon début. C'est typiquement le genre d'interface qui pourrait permettre à n'importe-qui de peupler la base d'OSM sans connaissance particulière. Le même type d'interface doit permettre de sélectionner des Ways, et d'en indiquer les tags highway, name, oneway, maxspeed, maxheight, maxweight, buslane, cycleway, etc. Ensuite, avec un coup de buzz, on verra une foule de points apparaître, souvent anonymes (mais cookie-isés pour suivre le qui-fait-quoi). D'où deux possibilités : - valider les changements signalés par plusieurs utilisateurs, noter les utilisateurs, et valider facilement les changements des utilisateurs bien notés. - proposer une validation par mail : on prend le mail de la personne, et on lui envoie un lien pour valider le Changeset. Bref, une interface de ce type a des avantages et pourrait accélérer fortement l'entrée de données. Il faut que la personne qui a fait openadresses.org http://openadresses.org quitte le côté obscur de la Force et nous rejoigne... Charlie Echo - Mail Original - De: René-Luc D'Hont rldh...@gmail.com mailto:rldh...@gmail.com À: talk-fr@openstreetmap.org mailto:talk-fr@openstreetmap.org Envoyé: Mardi 30 Mars 2010 08:04:33 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] openadresses.org http://openadresses.org et OSM Le 30/03/2010 00:23, Emilie Laffray a écrit : On 29/03/2010 23:16, Emilie Laffray wrote: On 29/03/2010 22:13, René-Luc D'Hont wrote: Bonjour, Je me permet de relayer ceci : openaddresses.org http://openaddresses.org Je crois savoir qu'ils savent qu'OpenStreetMap existe mais ça fait peut-être doublon, non ? J'ai l'impression que certaines adresses sont extraites d'OSM, ou est-ce que les adresses sont ajoutés à OSM ? Quelqu'un de chez c2c pourrait nous en dire plus puisqu'il aprticipe au projet, merci. Non seulement ils savent mais en effet toutes les adresses ont été pompées de OSM. Ça a été envoyé sur la liste légale il y a quelques minutes. Le problème est la licence. Ils utilisent une licence CC-BY 3.0 alors que la licence actuelle de OSM est CC-BY-SA 2.0. Ils sont donc en violation de la clause SA. A noter qu'ils ont prevu d'annoncer cela a la communaute OSM, mais ils sembleraient qu'ils aient un peu loupe sur le coup. Emilie Laffray Sur twitter, ils disent souhaiter créer une synchro entre OpenAddresses et OpenStreetMap, sauf qu'il y a un problème de licence. On est d'accord ? René-Luc ___ 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 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] OpenAddresses, OpenStreetMap et licence
Bonjour à tous, J'ai fait remonté au projet OpenAddresses qu'il y avait une incompatibilité entre les licences des données OpenAddresses et OpenStreetMap, or j'aurais besoin d'un coup de main pour détailler ce problème. Comme tout le monde le sait OpenStreetMap est en CC-BY-SA 2.0 alors que OpenAddresses est en CC-BY 3.0 Je serais tenté de dire que les données OSM ne peuvent pas changé de licence à cause du SA mais je n'en suis pas sûr. Merci d'avance pour votre aide. René-Luc D'Hont ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenAddresses, OpenStreetMap et licence
Merci Emilie! Peux-tu me le faire en Anglais et 100 charactère s'il-te-plaît, merci Le 30/03/2010 13:49, Emilie Laffray a écrit : Les donnees OSM peuvent changer de licence a condition que ca soit une licence compatible. Dans le cas present, c'est la clause Share Alike qui pose probleme: *Partage des Conditions Initiales à l'Identique* — Si vous modifiez, transformez ou adaptez cette création, vous n'avez le droit de distribuer la création qui en résulte que sous un contrat identique à celui-ci. On ne peut donc pas passer d'une licence CC-BY-SA a une CC-BY puisque ce ne sont plus les conditions initiales. On perd la viralité des donnees, ce qui n'est pas possible. Emilie Laffray 2010/3/30 René-Luc D'Hont rldh...@gmail.com mailto:rldh...@gmail.com Bonjour à tous, J'ai fait remonté au projet OpenAddresses qu'il y avait une incompatibilité entre les licences des données OpenAddresses et OpenStreetMap, or j'aurais besoin d'un coup de main pour détailler ce problème. Comme tout le monde le sait OpenStreetMap est en CC-BY-SA 2.0 alors que OpenAddresses est en CC-BY 3.0 Je serais tenté de dire que les données OSM ne peuvent pas changé de licence à cause du SA mais je n'en suis pas sûr. Merci d'avance pour votre aide. René-Luc D'Hont ___ 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] OpenAddresses, OpenStreetMap et licence
Le 30/03/2010 13:51, Pierre Mauduit a écrit : Salut, Je serais tenté de dire que les données OSM ne peuvent pas changé de licence à cause du SA mais je n'en suis pas sûr. Pour info, Cédric est au courant ; il va changer la license du projet afin que ce dernier soit compatible avec OSM. COOL ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenAddresses.org, le site commu nautaire de gestion des adresses vient d'être mis en l igne
Bonjour Cédric, Comme vous devez le savoir vous devez changé la licence actuelle des données OA afin que les 2 projets OA et OSM soient compatibles. En dehors de ce point ce projet devrait permettre de faciliter la saisie de données adresses au sein de la base libre OpenStreetMap. René-Luc D'Hont 3Liz Le 30/03/2010 14:42, Cédric MOULLET a écrit : Bonjour, Vu qu'il y a déjà eu passablement de discussion autour du projet OA sur cette liste, voici le communiqué que l'on a diffusé. Je me permets de revenir sur certaines remarques: - Ce projet n'est pas issu du cerveau d'une personne, mais existe depuis plusieurs années, localement (Suisse, Autriche). Le travail fait dernièrement a été, entres autres, d'épurer les données et de proposer une interface easy to use. - Le but est de travailler en symbiose avec OSM, ceci pour que chacun des projets puissent bénéficier de l'autre projet. OA apporte typiquement une plateforme simple d'utilisation et des services de recherche (par exemple: http://dev.geoext.org/sandbox/cmoullet/ux/OpenAddressesSearchCombo/examples/OpenAddressesSearchComboExample.html). - Camptocamp. comme d'autres entreprises comme Inser et Ubithere ont participé au lancement de ce projet. Tout comme des universités est de personnes privées. La communauté OA espère donc pouvoir travailler avec la communauté OSM. Pour la communauté OA, Cédric Moullet _*Communiqué *_ Dans la plus pure tradition du web 2.0, le nouveau site http://www.openaddresses.org http://www.openaddresses.org/ a pour but de mettre à disposition des points adresses gratuits et librement utilisables. Cette plateforme communautaire permet à tous d'enregistrer des points adresses, de les utiliser ou encore de les mettre à jour. Quelle est l'utilité des points adresses ? Les points adresses sont par exemple utilisés dans les GPS pour localiser une destination, par les entreprises pour connaître la provenance de leurs clients et faire du geomarketing, par les statisticiens pour analyser les populations, ou sont présentés sur les plans de ville, les publications officielles, etc.. Les points adresses sont à la base des services de recherche géographique (Où se trouve la rue de la gare ?) ou des services de géocodage inverse (Quelle est l'adresse la plus proche de ce lieu ?). OpenAddresses.org met également gratuitement à disposition ce type de services. Pourquoi des données libres de droit ? Les jeux de données actuelles ne sont pas libres de droit, sont onéreux ou ne couvrent que partiellement la planète. OpenAddresses.org a pour ambition de mettre à disposition de tous des points adresses, ceci gratuitement et avec une licence libre et sur l'ensemble de la planète. Pour atteindre ce but, OpenAddresses.org compte sur la mobilisation de la communauté pour faire avancer la saisie et la mise à jour des données. Quelle est l'histoire du projet OpenAddresses.org ? Le projet a vu le jour en 2007 en Suisse, sous l'impulsion de la Haute école du Nord Ouest de la Suisse (FHNW). Puis en 2009, un groupe de personnes et d'entreprises a décidé de créer un répertoire mondial d'adresses et a développé une nouvelle plateforme web. Actuellement plus de 5 millions d'adresses sont à disposition et des pays comme le Danemark ou des cantons comme Soleure (Suisse) sont entièrement saisis. Quelle est la relation avec le célèbre projet OpenStreetMap.org ? OpenStreetMap.org et OpenAddresses.org sont complémentaires et partagent la même philosophie. OpenAddresses.org se concentre uniquement sur les points adresses et peut ainsi offrir une plateforme dédiée et spécialisée. Le but est que chaque projet profite l'un de l'autre. Les données sont régulièrement synchronisées pour permettre cette réciprocité. Comment est-il possible de participer à OpenAddresses.org ? Tout d'abord en saisissant des adresses ! Ou encore, mieux, en mettant à disposition des adresses ou d'autres données permettant de saisir des adresses comme des photos aériennes, des plans de bâtiments etc... Renseignements complémentaires * Le site: http://www.openaddresses.org/ * Le guide de l'utilisateur: http://code.google.com/p/openaddresses/wiki/UserGuideFr * Questions fréquentes: http://code.google.com/p/openaddresses/wiki/FAQ * Et pour les autres questions: i...@openaddresses.org mailto:i...@openaddresses.org * Le groupe de discussion: http://groups.google.com/group/OpenAddresses * Le blog: http://openaddresses.blogspot.com/ * Twitter: https://twitter.com/openaddresses * Le site de la communauté: http://code.google.com/p/openaddresses/ ___ 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
Re: [OSM-talk-fr] Fwd: [Francophone] Appel à c ontribution pour les conférences du village OS aux Renco ntres SIG la lettre
Le 29/03/2010 22:27, David MENTRE a écrit : Salut, Le 29 mars 2010 21:46, René-Luc D'Hontrldh...@gmail.com a écrit : Nous sommes donc disponible pour une présentation. Émilie et René-Luc, je vous laisse vous coordonner et contacter directement Yves Jacolin (qui n'est pas sur cette liste je crois), je n'ai fait que relayer le message. :-) Amicalement, d. Merci David d'avoir relayé. D'autres contributeurs ont la chance de pouvoir ce rendre aux rencontres SIG la lettre ? 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
[OSM-talk-fr] openadresses.org et OSM
Bonjour, Je me permet de relayer ceci : openaddresses.org Je crois savoir qu'ils savent qu'OpenStreetMap existe mais ça fait peut-être doublon, non ? J'ai l'impression que certaines adresses sont extraites d'OSM, ou est-ce que les adresses sont ajoutés à OSM ? Quelqu'un de chez c2c pourrait nous en dire plus puisqu'il aprticipe au projet, merci. René-Luc D'Hont ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [Francophone] Appel à c ontribution pour les conférences du village OS aux Renco ntres SIG la lettre
Le 29/03/2010 23:13, Sébastien Dinot a écrit : René-Luc D'Hont a écrit : D'autres contributeurs ont la chance de pouvoir ce rendre aux rencontres SIG la lettre ? Il y a de fortes chances que j'y sois. Un collègue m'ayant touché deux mots de l'événement ce matin, j'ai demandé cet après-midi à Yves Jacolin s'il était possible d'imaginer un bout de stand pour OSM. :) A++, Sébastien Si il y a un bout de stand, je veux bien, comme au salon Solutions Linux, participer! René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [Francophone] Appel à c ontribution pour les conférences du village OS aux Renco ntres SIG la lettre
Le 29/03/2010 23:31, Sébastien Dinot a écrit : René-Luc D'Hont a écrit : Si il y a un bout de stand, je veux bien, comme au salon Solutions Linux, participer! Yves m'a répondu qu'OSGeo pouvait héberger OSM sans problème. :) Je vais donc lui donner une réponse de principe (nous sommes preneurs). Pour les détails, je verrai avec lui à l'occasion du CartoSatCamp ou même avant. A++, Sébastien Cool A++ René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation OpenStreetMap à l 'UNESCO
Je me joins à Kimaidou pour exprimer mon admiration, t'en as de la chance! Tout mon soutien! René-Luc D'Hont 3Liz Le 28/03/2010 14:12, kimaidou a écrit : Quel boulot intéressant ! Tu parcoures le monde pour prodiguer la bonne parole :) Tout mon soutien ! Kimaidou Le 28 mars 2010 01:27, RatZilla$ ratzil...@gmail.com mailto:ratzil...@gmail.com a écrit : En plein débat sur la création d'asso OSM France, je continue de sillonner les routes Provençales,Parisiennes et Antillaises pour faire humblement briller notre projet auprès des institutions. L'UNESCO s'intéresse à nos travaux, je vais donc présenter fin avril dans leurs locaux les tenants et aboutissants d'OSM. Je vous soumettrai comme d'hab mes impressions et un petit résumé de la rencontre. En attendant, si certain(e)s d'entre vous ont des suggestions, des critiques ou des remarques pendant que je peaufine ma présentation n'hésitez pas à me contacter. Au charbon ;-) Gaël ___ 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] Transports en commun
Doit-on juste cartographier les routes empruntées par les bus, les trains, les trams et donc n'avoir qu'une relation route par ligne ou aller plus loin avec le modèle d'Oxomoa (1 relation line et des relations routes) ? Doit-on ne cartographier que les parcours principaux ou toutes les alternatives qui peuvent exister dans la semaine (bus de nuit, bus de week-end, etc) ? On a pas fini avec les transports en commun. Le 25/03/2010 09:58, Lord Awikatchikaen a écrit : Les mises a jour concerne plus les horaire et stations desservies. quoi que les stations ca bouge moins. Ca reste quand même difficilement maintenable car le nom de la mission peut changer pour un train qui semble le même aux usagers, c'est a dire qu'il fait les mêmes arrêts mais fini au hangar plutôt que de repartir en sens inverse. On atteint une donnée limite d'OSM. autant je pense que les lignes de transport et les arrêt y ont leur place, autant les différents parcours possible sur la ligne avec les arrêts ou non sur telle ou telle gare ne me parait pas être une donnée géographique. Sinon on va tagguer le TGV 8557 qui fait lille-Massy-St pierre des corps-futuroscope-poitiers-bordeaux et son petit frere qui ne s'arrête pas a poitiers et celui qui fait montparnasse-bordeaux-Dax et tous les autres 2010/3/25 Vincent Pottier vpott...@gmail.com mailto:vpott...@gmail.com Le 25/03/2010 09:03, Lord Awikatchikaen a écrit : Ayant eu un paternel cheminot, je ne suis pas sur que mapper les missions soit une bonne idée vu leurs fréquences de mises a jour ... Sur quoi portent les mises à jour. * Sur les horaires ? pas de problème pour les routes (on n'entre pas la table d'horaire) * sur les voies empruntées ? problème * Les stations desservies ? problème partiel. Le rôle, dans la relation peut être du genre 'arrêt possible' plutôt que 'stop'. Il serait plus logique de mapper D1, D2 par montgeron, D2 par ris orangis, et D3 (voir http://www.ratp.info/orienter/f_plan.php?fm=gifloc=reseauxnompdf=rerlang= http://www.ratp.info/orienter/f_plan.php?fm=gifloc=reseauxnompdf=rerlang= http://www.ratp.info/orienter/f_plan.php?fm=gifloc=reseauxnompdf=rerlang= http://www.ratp.info/orienter/f_plan.php?fm=gifloc=reseauxnompdf=rerlang=) Possible si, par exemple, 'D2 par Montgeron' est stable dans les stations desservies, ou alors créer les variantes 'D2 express par Montgeron'... (mais ça doit correspondre en gros aux missions) -- 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 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 en commun
Le 25/03/2010 10:58, Pieren a écrit : 2010/3/25 hamster hams...@suna.fdn.fr mailto:hams...@suna.fdn.fr dans les 2 cas il ne s'agit pas de decrire le terrain mais bien l'usage qui est fait du terrain C'est vrai qu'on atteint les limites du système à l'intérieur d'OSM. Mais d'un autre côté, les grands réseaux comme le RER D devraient encore pouvoir y figurer. Au-dela, il y a tous les itinéraires possibles et imaginables que la SNCF peut modifier tous les jours pour, par exemple, le transport de marchandise, qui doit être encore plus flexible que le transport passager. J'ai vu quelque part sur le site du RFF que le réseau était découpé en segments référencés. Il faudrait peut-être, à l'image de ce qu'on fait pour les routes ou les communes, privilégier le balisage de références qui peuvent ensuite être utilisées par des applications externes. +10 Pieren 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] Transports en commun
Le 25/03/2010 10:58, Pieren a écrit : 2010/3/25 hamster hams...@suna.fdn.fr mailto:hams...@suna.fdn.fr dans les 2 cas il ne s'agit pas de decrire le terrain mais bien l'usage qui est fait du terrain C'est vrai qu'on atteint les limites du système à l'intérieur d'OSM. Mais d'un autre côté, les grands réseaux comme le RER D devraient encore pouvoir y figurer. Au-dela, il y a tous les itinéraires possibles et imaginables que la SNCF peut modifier tous les jours pour, par exemple, le transport de marchandise, qui doit être encore plus flexible que le transport passager. J'ai vu quelque part sur le site du RFF que le réseau était découpé en segments référencés. Il faudrait peut-être, à l'image de ce qu'on fait pour les routes ou les communes, privilégier le balisage de références qui peuvent ensuite être utilisées par des applications externes. Les segments de références sont là http://www.rff.fr/fr/mediatheque/textes-de-reference-francais-45/document-reference/horaire-de-service-2011-424/annexes-427/ en annexe 4 Apparement, l'Europe oblige la RFF à publier ce genre de document. Maintenant peut-on cartographier ce genre d'info à partir de ces documents, je ne sais pas. D'ailleurs y-at-il un modèle pour ce genre de segments ? 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] [annonce] OsmTransport V 1.0
Bonjour, Nous essayons de maintenir une mise à jour tous les 24-48 heures mais comme nous travaillons maintenant avec la XAPI, nous avons parfois des surprises. Je vais faire une mise à jour de Marseilles. René-Luc D'Hont 3Liz Le 25/03/2010 14:18, Charles Nepote a écrit : Bonjour, La mise à jour des données est-elle toujours quotidienne comme annoncé il y a quelques semaines ? J'ai tenté un bout de ligne de bus à Marseille pour vérifier que cela fonctionne et je ne la vois pas apparaître sur OSMTransport bien qu'il soit dans OSM... il est tout à fait probable que j'ai commis une erreur de tagging... http://www.openstreetmap.org/browse/relation/533967 http://www.openstreetmap.org/?lat=43.3027893304825lon=5.40205746889114zoom=17 (Oui je sais je n'ai pas encvore décomposé en line route mais il me semble que ça ne devrait pas influer non ?) CharlesNepote kimaidou a écrit : Nous sommes heureux d'annoncer la sortie de la version 1.0 d'OsmTransport (1) ___ 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] [annonce] OsmTransport V 1.0
Bonjour, Marseille est à jour http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Marseille et il y a bien une ligne de bus, la ligne 7! René-Luc Le 25/03/2010 14:18, Charles Nepote a écrit : Bonjour, La mise à jour des données est-elle toujours quotidienne comme annoncé il y a quelques semaines ? J'ai tenté un bout de ligne de bus à Marseille pour vérifier que cela fonctionne et je ne la vois pas apparaître sur OSMTransport bien qu'il soit dans OSM... il est tout à fait probable que j'ai commis une erreur de tagging... http://www.openstreetmap.org/browse/relation/533967 http://www.openstreetmap.org/?lat=43.3027893304825lon=5.40205746889114zoom=17 (Oui je sais je n'ai pas encvore décomposé en line route mais il me semble que ça ne devrait pas influer non ?) CharlesNepote kimaidou a écrit : Nous sommes heureux d'annoncer la sortie de la version 1.0 d'OsmTransport (1) ___ 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] Jolie fond de carte
Le 23/03/2010 18:02, Dominique Rousseau a écrit : Le Tue, Mar 23, 2010 at 05:06:26PM +0100, Emilie Laffray [emilie.laff...@gmail.com] a écrit: Ca a plus de gueule que la carte de base de OSM :) A noter que c'est toujours Mapnik qui fait le rendu. Ah ben je connaissais pas Cascadenik ça a l'air quand même nettement plus agréable que les styles mapnik à écrire que la syntaxe d'origine en XML (en tout cas, pour moi, qui connait déjà CSS) Cascadenik c'est pas mal pour le CSS mais tu devrais quand même rédigé un XML de départ auquel tu ajoutes des class et id ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun
Le 23/03/2010 21:02, Pieren a écrit : 2010/3/23 Xinfe Ewalavir ewala...@gmail.com mailto:ewala...@gmail.com Désolé de revenir (encore!) dessus, mais quand je regarde les lignes vers Besançon, les lignes ne sont pas tagguées de manière homogène. Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette méthode de marquage de lignes, j'ai compris comme ça : * relation type = network (lien vers relation STAS http://www.openstreetmap.org/browse/relation/533316) o relation ligne de bus 1 type = line o relation ligne de bus 2 type = line o relation ... o relation ligne de bus n type = line + relation itinéraire A B type = route + relation itinéraire B A type = route + relation itinéraire B Abis type = route # ways utilisés par cet itinéraire highway=... + relation type = site, site=stop_area avec le rôle bus_stop # arrêt de bus coté droit # arrêt coté gauche # arrêt 5 mètres plus loin, autre ligne, même nom Franchement, quand je vois tout ça, je me dis que je vais me contenter de mapper les données géographiques, c.a.d. les positions des arrêts de bus. C'est aussi à ça qu'OSM devrait se limiter, amha. Je laisserais donc les joies de l'édition de relations à d'autres ! +1 Même si avec OSMTransport, je profite des relations... J'ai l'impression d'avoir le cul entre 2 chaises: * j'adore les possibilités des relations (Description d'adresse, TC, etc...) * je n'aime pas la complexification de la base de données liées aux relations (découpage de rond point, de voies, etc...) Faut-il une base de données simple, et des bases de données ne contenant que les relations et les références ? Faut-il que ce soit les clients qui simplifie l'information pour simplifier la gestion ? Un nouveau casse tête en perspective non ? 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] Transports en commun
Le 23/03/2010 21:31, Vincent Pottier a écrit : Le 23/03/2010 21:24, René-Luc D'Hont a écrit : Le 23/03/2010 21:02, Pieren a écrit : 2010/3/23 Xinfe Ewalavir ewala...@gmail.com mailto:ewala...@gmail.com Désolé de revenir (encore!) dessus, mais quand je regarde les lignes vers Besançon, les lignes ne sont pas tagguées de manière homogène. Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette méthode de marquage de lignes, j'ai compris comme ça : * relation type = network (lien vers relation STAS http://www.openstreetmap.org/browse/relation/533316) o relation ligne de bus 1 type = line o relation ligne de bus 2 type = line o relation ... o relation ligne de bus n type = line + relation itinéraire A B type = route + relation itinéraire B A type = route + relation itinéraire B Abis type = route # ways utilisés par cet itinéraire highway=... + relation type = site, site=stop_area avec le rôle bus_stop # arrêt de bus coté droit # arrêt coté gauche # arrêt 5 mètres plus loin, autre ligne, même nom Franchement, quand je vois tout ça, je me dis que je vais me contenter de mapper les données géographiques, c.a.d. les positions des arrêts de bus. C'est aussi à ça qu'OSM devrait se limiter, amha. Je laisserais donc les joies de l'édition de relations à d'autres ! +1 Même si avec OSMTransport, je profite des relations... J'ai l'impression d'avoir le cul entre 2 chaises: * j'adore les possibilités des relations (Description d'adresse, TC, etc...) * je n'aime pas la complexification de la base de données liées aux relations (découpage de rond point, de voies, etc...) J'ai recollé les ronds-points. Je pense que c'est au logiciel de calculer le bout à prendre en compte pour autant qu'il sache que c'est un rond-point. Mais, même si c'est dommage de découper l'Avenue des Champs-Élysées, je ne vois pas trop de moyen d'indiquer quelle section doit être prise en compte. Pourquoi pouvoir découper une voie et pas un rond point ? Un rond n'est-il pas une voie ? Qu'est-ce qui justifie que l'un doivent rester entier et pas l'autre ? M'enfin c'est un vieux débat! -- FrViPofm ___ 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 en commun
Le 23/03/2010 21:57, Pieren a écrit : 2010/3/23 René-Luc D'Hont rldh...@gmail.com mailto:rldh...@gmail.com Pourquoi pouvoir découper une voie et pas un rond point ? Un rond n'est-il pas une voie ? Qu'est-ce qui justifie que l'un doivent rester entier et pas l'autre ? M'enfin c'est un vieux débat! Effectivement ! J'ai toujours considéré qu'un rond-point était moins une voie qu'un point d'intersection entre voies. C'est pour ça qu'il n'a pas de ref (ou tous les refs). Mais c'est vrai que découper des rues ou des rond-points juste pour du routage me gêne énormément. Comme potentiellement, toutes les intersections peuvent faire partie d'un itinéraire, il n'y aura à terme plus aucune rue qui ne sera pas sectionnée à chaque croisement. +1 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] Transports en commun
Le 23/03/2010 22:58, Vincent Pottier a écrit : Le 23/03/2010 21:35, René-Luc D'Hont a écrit : Le 23/03/2010 21:31, Vincent Pottier a écrit : Le 23/03/2010 21:24, René-Luc D'Hont a écrit : Le 23/03/2010 21:02, Pieren a écrit : 2010/3/23 Xinfe Ewalavir ewala...@gmail.com mailto:ewala...@gmail.com Désolé de revenir (encore!) dessus, mais quand je regarde les lignes vers Besançon, les lignes ne sont pas tagguées de manière homogène. Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette méthode de marquage de lignes, j'ai compris comme ça : * relation type = network (lien vers relation STAS http://www.openstreetmap.org/browse/relation/533316) o relation ligne de bus 1 type = line o relation ligne de bus 2 type = line o relation ... o relation ligne de bus n type = line + relation itinéraire A B type = route + relation itinéraire B A type = route + relation itinéraire B Abis type = route # ways utilisés par cet itinéraire highway=... + relation type = site, site=stop_area avec le rôle bus_stop # arrêt de bus coté droit # arrêt coté gauche # arrêt 5 mètres plus loin, autre ligne, même nom Franchement, quand je vois tout ça, je me dis que je vais me contenter de mapper les données géographiques, c.a.d. les positions des arrêts de bus. C'est aussi à ça qu'OSM devrait se limiter, amha. Je laisserais donc les joies de l'édition de relations à d'autres ! +1 Même si avec OSMTransport, je profite des relations... J'ai l'impression d'avoir le cul entre 2 chaises: * j'adore les possibilités des relations (Description d'adresse, TC, etc...) * je n'aime pas la complexification de la base de données liées aux relations (découpage de rond point, de voies, etc...) J'ai recollé les ronds-points. Je pense que c'est au logiciel de calculer le bout à prendre en compte pour autant qu'il sache que c'est un rond-point. Mais, même si c'est dommage de découper l'Avenue des Champs-Élysées, je ne vois pas trop de moyen d'indiquer quelle section doit être prise en compte. Pourquoi pouvoir découper une voie et pas un rond point ? Un rond n'est-il pas une voie ? Qu'est-ce qui justifie que l'un doivent rester entier et pas l'autre ? M'enfin c'est un vieux débat! Non. Le point commun au rond-point et au way précédent désigne le point d'entrée dans le rond-point. Le point commun au rond-point et au way suivant désigne le point de sortie du rond-point. Le rond-point étant circulable seulement dans un sens (même sans oneway ;-), la partie du rond-point à prendre en compte dans la route est calculable. Je n'ai pas à découper. CQFD. Par contre soit une ville à l'américaine avec trois avenues parallèles A, B, C et trois rues parallèles 1,2,3, perpendiculaires aux avenues. Soit un bus qui prend un bout de A, un bout de 1 un bout de B, un bout de 2, un bout de C, un bout de 3. Si je mets ABC123 dans la relation. Chapeau au gars qui écrit le programme pour trouver le bon itinéraire. S'il y a un autre moyen (relativement simple) de désigner les segments sans découper les rues... Proposons le ! Il y a quelqu'un qui avait proposé de ne mettre que les points d'intersection... Pas probant comme méthode. Je ne décrit pas les réseaux de bus dans le but de faire du routing mais pour représenté le parcours réel des bus : - donc qu'un algo soit capable de détecter l'entré et la sortie d'un bus sur un rond point ne m'intéresse pas - donc j'estime que puisque un rond point est un oneway j'ai le droit de le découper - la bonne question est plutôt peut-on découper des ways pour des problème de TC -- tout ça renvoi au fait que JE NE SUIS PAS SÛR que ce soit une bonne idée de décrire les parcours de bus dans OSM dans l'état actuelle du système. Je pense même qu'il faudrait trouver un autre système exploitant les données OSM -- Il faudrait un système indiquant une way, un point d'entré de ce way et un point de sortie, l'ensemble décrivant un parcours, mais dans le modèle actuelle des données OSM ce n'est pas faisable ou alors dans une base annexe. -- FrViPofm ___ 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êve]
Bonjour Stéphane, En fait ces changements sont documentés. En un ans, le wiki sur les transports en commun a évolué et les 2 propositions cohabite actuellement. Il se trouve que la première proposition peut-être réalisé dans la potlatch mais pas la seconde. Par contre dans JOSM, les 2 propositions peuvent être réalisées. En fait la seconde proposition est plus proche de la réalité des définitions de lignes dans le monde des transports en commun et lorsque nous aurons des outils simples, j'entend plus simple que JOSM, la seconde proposition devrait l'emporté. René-Luc D'Hont 3Liz Le 22/03/2010 08:58, Stéphane Brunner a écrit : Hello, Tout d'abord bravo le résultat est excellent ! Par contre cela ne respecte pas vraiment l'existant ! si j'ai bien compris a la place de définir une relation de type route et de mettre les rôles stop, forward:stop ou backward:stop tu a défini 2 relations de type route une pour chaque cens, et mes des rôles bus_stop pour les arrêts. et a cela tu a ajouter une relation de type lane qui ressemble le tout ! Je ne comprend pas pourquoi tu n'a pas utiliser les route standard, es-ce que tu peut juste dire pourquoi ce changement pas encore documenté ? CU Stéphane FrViPofm [via GIS] a écrit : Le 21/03/2010 23:12, René-Luc D'Hont a écrit : Le 21/03/2010 23:01, Vincent Pottier a écrit : Le 21/03/2010 22:31, René-Luc D'Hont a écrit : Intéressant Vincent, vraiment très intéressant! Il faudrait que l'on en discute sérieusement! René-Luc D'Hont 3Liz Mais tout ce que je sais faire, c'est rêver ! (là je suis fort !) Peut-être mais on (3Liz) pourrait transformer ton rêve en réalité en liant les 2 pièces du puzzle : http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Besan%C3%A7on http://78.46.81.38/api/sketch-line?network=Ginkoref=1correspondences=100font-size=10 Il faudrait juste que l'on identifie comment lié les 2 éléments mais aussi ce que tu as fait pour que le 2e éléments soient bien. Probablement des infos ici : http://78.46.81.38/public_transport.html http://78.46.81.38/api/sketch-options?style=paduaaction=edit http://78.46.81.38/api/sketch-route?101593 http://78.46.81.38/api/sketch-route?412870 http://78.46.81.38/api/sketch-line?network=Ginkoref=1correspondences=100 http://wiki.openstreetmap.org/wiki/Talk:OSM_Server_Side_Script -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr __ View message @ http://n2.nabble.com/reve-tp4774722p4775025.html To start a new topic under France, email ml-node+3070341-1406367393-41...@n2.nabble.com To unsubscribe from France, click (link removed) == ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [rêve]
Hi, Tu soulignes ici un problème : * les lignes de transports en commun doivent-elles être décrites dans OSM, puisqu'elle nécessite de découpé les voies afin de décrire un tracé et donc entraîne un coût dans la maintenance des données. Il y a déjà eu ici un débat sur le fait que certain contributeur découpait les rond-points pour décrire des trajets de bus. ET lorsqu'une rue change de nom ou de caractéristique il faut vérifier que tous les segments soient bien mise à jour. Sinon je crois qu'une proposition a déjà été faîtes, il est dit ici http://wiki.openstreetmap.org/wiki/Public_Transport que le modèle proposer par Oxomoa est le résultat d'une consultation de la communauté lors d'un workshop. sinon il y a aussi une mailing liste sur le sujet http://lists.openstreetmap.org/listinfo/talk-transit Le 22/03/2010 09:36, Stéphane Brunner a écrit : Hello, Je ne suis pas pleinement convaincu car ce qui me saute aux yeux c'est que l'on défini 2 fois le tracé = dur a maintenir, peut être qu'il faut le mettre dans une 4e relation ou dans la relation ligne ? Par contre pourquoi ne pas commencer a rédiger une « Proposed uses of Relations » ? CU Stéphane René-Luc D'Hont [via GIS] a écrit : Bonjour Stéphane, En fait ces changements sont documentés. En un ans, le wiki sur les transports en commun a évolué et les 2 propositions cohabite actuellement. Il se trouve que la première proposition peut-être réalisé dans la potlatch mais pas la seconde. Par contre dans JOSM, les 2 propositions peuvent être réalisées. En fait la seconde proposition est plus proche de la réalité des définitions de lignes dans le monde des transports en commun et lorsque nous aurons des outils simples, j'entend plus simple que JOSM, la seconde proposition devrait l'emporté. René-Luc D'Hont 3Liz Le 22/03/2010 08:58, Stéphane Brunner a écrit : Hello, Tout d'abord bravo le résultat est excellent ! Par contre cela ne respecte pas vraiment l'existant ! si j'ai bien compris a la place de définir une relation de type route et de mettre les rôles stop, forward:stop ou backward:stop tu a défini 2 relations de type route une pour chaque cens, et mes des rôles bus_stop pour les arrêts. et a cela tu a ajouter une relation de type lane qui ressemble le tout ! Je ne comprend pas pourquoi tu n'a pas utiliser les route standard, es-ce que tu peut juste dire pourquoi ce changement pas encore documenté ? CU Stéphane FrViPofm [via GIS] a écrit : Le 21/03/2010 23:12, René-Luc D'Hont a écrit : Le 21/03/2010 23:01, Vincent Pottier a écrit : Le 21/03/2010 22:31, René-Luc D'Hont a écrit : Intéressant Vincent, vraiment très intéressant! Il faudrait que l'on en discute sérieusement! René-Luc D'Hont 3Liz Mais tout ce que je sais faire, c'est rêver ! (là je suis fort !) Peut-être mais on (3Liz) pourrait transformer ton rêve en réalité en liant les 2 pièces du puzzle : http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Besan%C3%A7on http://78.46.81.38/api/sketch-line?network=Ginkoref=1correspondences=100font-size=10 Il faudrait juste que l'on identifie comment lié les 2 éléments mais aussi ce que tu as fait pour que le 2e éléments soient bien. Probablement des infos ici : http://78.46.81.38/public_transport.html http://78.46.81.38/api/sketch-options?style=paduaaction=edit http://78.46.81.38/api/sketch-route?101593 http://78.46.81.38/api/sketch-route?412870 http://78.46.81.38/api/sketch-line?network=Ginkoref=1correspondences=100 http://wiki.openstreetmap.org/wiki/Talk:OSM_Server_Side_Script -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr __ View message @ http://n2.nabble.com/reve-tp4774722p4775025.html To start a new topic under France, email ml-node+3070341-1406367393-41...@n2.nabble.com To unsubscribe from France, click (link removed) == ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr __ View message @ http://n2.nabble.com/reve-tp4774722p4776713.html To start a new topic under France, email ml-node+3070341-1406367393-41...@n2.nabble.com To unsubscribe from France, click (link removed) == ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau rendu
Le 22/03/2010 23:39, Emilie Laffray a écrit : On 22/03/2010 22:33, THEVENON Julien wrote: Voici un exemple de rendu des donnees OSM plutot sympa : http://osm.kyblsoft.cz/3dmapa/?zoom=17lat=75.75011lon=14.30878layers=B http://osm.kyblsoft.cz/3dmapa/?zoom=17lat=75.75011lon=14.30878layers=B Je n'imagine même pas le temps de rendu. La personne a transformé les données OSM en fichier povray. L'idée est assez géniale. Hum, y a plein de choses a faire avec cela en rajoutant les courbes de niveau ou des rendus de routes :) C'est un exemple utilisé aux Solutions Linux pour présenté ce que l'on pourrait faire avec OSM! Émilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau rendu
Le 22/03/2010 23:33, THEVENON Julien a écrit : Voici un exemple de rendu des donnees OSM plutot sympa : http://osm.kyblsoft.cz/3dmapa/?zoom=17lat=75.75011lon=14.30878layers=B http://osm.kyblsoft.cz/3dmapa/?zoom=17lat=75.75011lon=14.30878layers=B Julien Pragues est pas mal : le chateau http://osm.kyblsoft.cz/3dmapa/?zoom=17lat=75.72063lon=14.39996layers=B la place principal http://osm.kyblsoft.cz/3dmapa/?zoom=17lat=75.72001lon=14.41809layers=B Sinon faudrait faire la même chose à Perpignan ou Grenoble, surtout Grenoble! 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] [rêve]
Intéressant Vincent, vraiment très intéressant! Il faudrait que l'on en discute sérieusement! René-Luc D'Hont 3Liz Le 21/03/2010 22:17, Vincent Pottier a écrit : C'est dimanche, je me suis pris à rêver ! http://frvipofm.net/osm/images/OSMTransport.png Et les correspondances seraient cliquables... La carte vient de là : http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Besan%C3%A7on Le tracé de la ligne vient de là : http://78.46.81.38/api/sketch-line?network=Ginkoref=1correspondences=100font-size=10 -- FrViPofm ___ 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êve]
Le 21/03/2010 23:01, Vincent Pottier a écrit : Le 21/03/2010 22:31, René-Luc D'Hont a écrit : Intéressant Vincent, vraiment très intéressant! Il faudrait que l'on en discute sérieusement! René-Luc D'Hont 3Liz Mais tout ce que je sais faire, c'est rêver ! (là je suis fort !) Peut-être mais on (3Liz) pourrait transformer ton rêve en réalité en liant les 2 pièces du puzzle : http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Besan%C3%A7on http://78.46.81.38/api/sketch-line?network=Ginkoref=1correspondences=100font-size=10 Il faudrait juste que l'on identifie comment lié les 2 éléments mais aussi ce que tu as fait pour que le 2e éléments soient bien. -- FrViPofm ___ 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] Crisis Camp, 24 avril, Paris
Nous étions RatZillas et moi-même à la réunion d'organisation de ce barcamp. Je pense pour RatZillas devrait vous faire remonter des informations. Le 19/03/2010 16:00, Thomas Gratier a écrit : Bonjour, J'ai déjà fait remonter cette information sur georezo.net http://georezo.net mais pour ceux qui ne suivent pas ce forum, une copie du message (NB : je ne suis pas en rapport avec l'organisation de cet évènement) Dans l'ère du temps avec les récents évènements d'Haïti ou la tempête Xinthia CrisisCamp Paris s'inscrit dans un mouvement global visant à réunir les bénévoles, les académiciens, les ONG, les entreprises et les collectivités territoriales autour des usages des nouvelles technologies d'information et de communication par les citoyens et les communautés en cas de crise. http://barcamp.org/CrisisCamp-Paris ThomasG ___ 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] Venir au SOTM
Bonjour Emilie, Et ceux de Montpellier vous intéresse ? Pour information il y a 2 Talgos (train espagnol prévu pour passer la frontière car les voies de chemin de fer non pas le même écartement de part et d'autre de la frontière) par jour pour Barcelone en partance de Montpellier qui passe par Béziers, Narbonne, Perpignan, Cerbères, Port-Bou et Gerone. Montpellier est à 3h30 de Paris et 2h de Lyon donc vous n'êtes pas obligé de prendre un train de nuit si vous souhaitez y aller en train. René-Luc D'Hont 3Liz dès demain au salon Solutions Linux Le 15/03/2010 14:50, Emilie Laffray a écrit : Bonjour, après des discussions sur le SOTM, on s'est pose la question sur les gens qui vivent du coté de Perpignan seraient intéressés de venir a Gerone. On essaie d'avoir un certain nombre de contributeurs locaux (lire plus largement espagnol, mais aussi Italiens, et Français). Je rappelle qu'il existe un train de nuit a partir de Paris Austerlitz pour y aller. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une collection des plans de métro
Si tu veux, tu peux décrouvrir les réseaux de transports décrits dans OSM grâce à OSMTransport : http://www.3liz.fr/public/osmtransport/ Le 13/03/2010 15:24, Christian Rogel a écrit : Les plans de transport public sont toujours fascinants pour les amateurs de cartes. Voici une collection de plans de métro intéressante, mais loin d'être complète : il manque Ankara, Hambourg, Lyon, Marseille, Prague, Rennes, Toulouse, Vienne, etc... http://www.webdesignerdepot.com/2010/03/design-around-the-world-metro-maps/ J'ai voyagé dans un dizaine d'entre eux, mais vivement la retraite pour aller voir les autres. Christian ___ 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] Transport en commun en Île-de-Fran ce
Bonjour JonathanMM, Les lignes de RER existe déjà, puisqu'elles sont visible dans OSMTransport : http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Paris Je suppose que tu souhaites donc améliorer la relation déjà existante. Je te conseille donc de lire les pages suivantes : http://wiki.openstreetmap.org/wiki/Public_Transport http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema http://wiki.openstreetmap.org/wiki/Relation:route René-Luc Le 13/03/2010 17:15, JonathanMM a écrit : Bonjour, aujourd'hui, j'ai découvert l'existence de la page http://wiki.openstreetmap.org/wiki/WikiProject_France/Transilien J'ai donc commencer par traiter la ligne du RER D (normal, elle est à 10mètres de chez moi :) ) Et donc, j'ai plusieurs questions : 1) Utilisant JOSM, celui indique si les ways sont dans le bon ordre ou pas dans la relation. Sauf que si je met une gare, qui est un noeud à la limite de deux ways, cela casse la chaîne. Est-ce raison, ou alors faut-il réunir tous les gares en début de relations et tous les ways en fin ? 2) J'ai remarqué que certaines gares sont en doubles dans la liste. En effet, parfois, la ligne est séparé en deux et donc il y a un noeud sur chaque way. 2a) Comment faire pour indiquer que 2 noeuds correspondent a la même gare. 2b) Pour ces ways, que mettre ? Je les integre a la relation, avec éventuellement un oneway ? 2c) Ces ways qui correspondent aux voies, est ce que c'est bien de les mettre ou pas ? 2d) En parlant de ça, il y a un tag pour les quais des gares ? 3) Comme vous le savez peut être, nos lignes de RER ont des branches 3a) Comment les mettre dans OSM ? 3b) Particularité de la ligne D : Entre Viry Chatillon, il y a 2 branches qui rejoinent toutes 2 la gare de Corbeille Essonne. Le mieux, c'est qu'une des branches se prolonge vers Melun et Malesherbes, alors que l'autre non. Pour encore compliquer la situation, il existe en parallèle de ces branches une autre branche entre Villeneuve-Saint-Georges et Melun. Si vous n'avez rien compris : http://fr.wikipedia.org/wiki/Fichier:RER_Paris_Plan_ligneD.svg Que faire ? 4) Enfin, il faudrait un accord sur les tags a utilisés sur l'ensemble du réseau. Ainsi, le RER C fait partie du network RER alors que le RER D du network Transilien. Au niveau des operators, c'est également comique : Par exemple, la ligne A à 2 branches gérés par la SNCF et le reste l'est par la RATP, pour la B, même topo, au nord de Gare du Nord (inclus), c'est la SNCF et au sud, la RATP. Egalement pour les voies : Les voies entre Gare du Nord (exclu) et Chatelet les Halles appartiennent à la RATP, alors que les trains de la ligne D (SNCF) utilisent les rails de la ligne B (donc des rails RATP). Et une question bonus, qui est plus une demande : Aurait-il moyen de récupérer la liste de toutes les gares d'Île-de-France ? Si possible avec la liste des lignes qui y passent et sans doublon (cf question 2a)). C'est absolument pas urgent :) Merci d'avance JonathanMM ___ 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] BD Carthage
Pour le Sandre, Il doivent estimé qu'une publication WMS et WFS des données est suffisante pour s'inscrire dans une démarche d'ouverture de l'accès au données. Je sais que le travail du Sandre est de définir les standards (langage XML) d'échange de données portant sur l'eau. Je pense qu'il serait prêt à partager leur connaissance mais ne suis pas sûr que ce soit dans leur prérogative. René-Luc Le 11/03/2010 11:13, Pieren a écrit : 2010/3/11 Nicolas Dumoulin nicolas_openstreetmap.org http://nicolas_openstreetmap.org@dumoulin63.net http://dumoulin63.net Il n'y a rien de neuf sous le soleil. Les CGU de la BD Carthage: http://sandre.eaufrance.fr/IMG/pdf/bdcarthage_utilisation_commerciale.pdf Il est nécessaire d’acquérir une licence d’exploitation des données BD CARTHAGE® dès que le licencié souhaite utiliser les données BD CARTHAGE®, avec ou sans valeur ajoutée, à des fins d’exploitation lucrative, sur un marché concurrentiel ou non. Si l'IGN ou Sandre ouvraient réellement leurs données, ça se saurait (et s'entendrait). Vu que ça remettrait en cause leur modèle économique, cela ne peut se faire sans changements au niveau politique et législatif. 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] Réseau de transport urbain
Le 01/03/2010 22:28, Guillaume Allegre a écrit : Le Mon 01 Mar 2010 à 19:35 +0100, Vincent Pottier a ecrit : On peut savoir quel shéma de réseau sera utilisé ? Je suis en train de reprendre ce que j'avais fait sur Besançon avec en gros : relation:line relation:route (aller) relation:route (retour) relation:stop_area node:bus_stop (un côté) node:bus_stop (l'autre côté) Ça a l'air de fonctionner sur OpenTransport, övma, et sketch-line http://78.46.81.38/api/sketch-line?network=Ginkoref=3correspondences=100 Je viens de découvrir sketch-line, mais övma, kesako ? Et pas trouvé non plus relation:line. Une réf ? Est-ce que 3liz a des recommandations pour l'intégration dans OSMTransport ? Pour l'instant, le but est d'importer des arrêts, donc bus_stop, et relation:route parcellaire (sans les ways). Bonjour, Le modèle qu'utilise Vincent pour le réseau de Besançon est une proposition. Celui-ci est proche de celle proposer par Google dans son modèle GTFS et est aussi celui utilisé par les professionnelles. Dans OSMTransport nous n'utilisons pas les relations line ni stop_area. Après des discussions au sein de 3Liz, nous pensons que ce modèle est intéressant dans le cas d'une description précise du réseau, mais nous ne sommes pas convaincu que ce genre de modèle doive faire partie de la base OSM. Le modèle avec des relations de relations est de notre point de vue trop complexe à gérer dans OSM. Il nous arrive aussi parfois de remettre en cause l'utilisation des relations dans OSM, même si cela nous permet de faire OSMTransport. Quelques références : * http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema * http://wiki.openstreetmap.org/wiki/Public_Transport Voilà à vous de jugez. René-Luc D'Hont 3Liz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr