Re: [OSM-talk-fr] Mappy : un retour intéressant
Mathieu Arnold wrote: +--On 9 avril 2010 00:44:04 +0200 Xavier Maillard x...@gnu.org wrote: | FreeBSD, pour reprendre ton exemple, s'est fait pille sans | bronche et je n'ai pas l'impression qu'au dela du cercle vertueux | des utilisateurs informes, FreeBSD soit plus connu/utiliser. Par | contre, pendant ce temps, une jolie boite de Pomme se fait un max | de ble sur le dos de malheureux idealistes. Je dirais que c'est pas tout à fait vrai, par exemple, les derniers téléviseurs panasonic (G20) utilisent FreeBSD : http://www.flatpanelshd.com/review.php?subaction=showfullid=1267447473 c'est pas du pillage, la license est justement faite pour qu'on puisse en faire cet usage :-) (Mais je digresse.) De tous les produits qu'on fais avec les LL on doit ouvrir les sources, sauf ... et sauf ... quand on fait une site web (avec LL et contenu ..) ?? Marc -- What's on Shortwave guide: choose an hour, go! http://shortwave.tk 700+ Radio Stations on SW http://swstations.tk 300+ languages on SW http://radiolanguages.tk ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
Vincent Picavet (ml) a écrit : 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. Pour reprendre ton exemple : itinéraire piéton entre «gare de lyon» et «monoprix ledru rollin» Chez nous nous utilisons 2 bases : 1 base OSM à jour et une base avec nos POI, et pour calculer l'itinéraire entre «gare de lyon» qui est dans OSM et «monoprix ledru rollin» qui est dans notre propre base alors on commence par chercher les coordonnées de «monoprix ledru rollin» dans notre propre base puis on fait le calcul d'itinéraire dans les données OSM entre «gare de lyon» et les coordonnées du «monoprix ledru rollin». Pour le rendu on va afficher un fond de carte OSM et un layer avec nos POI ... et par magie tout va se superposer ;-) - 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. La difficulté mais je pense que c'est toujours réalisable c'est de justement séparer les données propres des données de base. -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] import assiste des limites cadastrales, bug ?
Bonjour, Je ne peux importer certaines communes, le fichier osm produit contient de longues lignes qui ne s'affichent pas. Exemple la commune de Cuissai dans le 61 (Orne) : J'ai examiné le fichier *.vect.gpx, j'y remarque la liste suivante : trkpt lat=48.461814147256796 lon=0.0010060891644921596/ trkpt lat=48.46181838307802 lon=9.891668470800666/E-4 trkpt lat=48.46182960004647 lon=9.207866928536384/E-4 et dans le fichier *.simp.gpx : trkpt lat=48.461814147 lon=0.001006089 /trkpt trkpt lat=48.461818383 lon=9.891668471 /trkpt trkpt lat=48.461829600 lon=9.207866929 /trkpt Je pense que le programme ne reformate pas correctement ces valeurs. Suis-je dans le vrai ? Maurice alias momovimout ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] import assiste des limites cadastrales, bug ?
Selon Maurice Boucher maur...@mboucher.info: Bonjour, Je ne peux importer certaines communes, le fichier osm produit contient de longues lignes qui ne s'affichent pas. Exemple la commune de Cuissai dans le 61 (Orne) : J'ai examiné le fichier *.vect.gpx, j'y remarque la liste suivante : trkpt lat=48.461814147256796 lon=0.0010060891644921596/ trkpt lat=48.46181838307802 lon=9.891668470800666/E-4 trkpt lat=48.46182960004647 lon=9.207866928536384/E-4 et dans le fichier *.simp.gpx : trkpt lat=48.461814147 lon=0.001006089 /trkpt trkpt lat=48.461818383 lon=9.891668471 /trkpt trkpt lat=48.461829600 lon=9.207866929 /trkpt Je pense que le programme ne reformate pas correctement ces valeurs. Suis-je dans le vrai ? Oui, effectivement, c'est un problème déjà corrigé. Ces données sont générées avec une ancienne version. Il ne devrait pas y avoir trop vertexs concernés, tu peux simplement les supprimer. Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] import assiste des limites cadastrales, bug ?
Merci pour la réponse, f.rodr...@free.fr écrivit : Oui, effectivement, c'est un problème déjà corrigé. Ces données sont générées avec une ancienne version. J'utilise la dernière version (20100113-1) Il ne devrait pas y avoir trop vertexs concernés, tu peux simplement les supprimer. Oui. Maurice ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Demande quel gps acheter pour utilisation OSM
Salut, On Thu, 08 Apr 2010 23:50:20 +0200, Xavier Maillard x...@gnu.org wrote: Enfin, j'ai restreint ma liste des 'possibles' a quelques modeles (en plus d'avoir regarder les 3 cites) et je vous la livre pour eventuellement avoir des retours utilisateurs: - Holux M 1000 C - G Sat BT335 - Holux GPS 245 - Visiontac VGPS-900 BT (qui dispose d'une fonction enregistrement vocal) - I-Blue 747A - Holux M241 Je possède un BT335 depuis plusieurs années et j'en suis très satisfait. Bonne autonomie, pas de problème de fonctionnement particulier. Mais y'a deux choses qui m'énervent avec : - pas de LED lorsque la mémoire est pleine, il faut donc le vider régulièrement par mesure de sécurité ! - pas UMS donc obligé de passer par gpsbabel pour récupérer les traces ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Demande quel gps acheter pour utilisation OSM
Xavier Maillard wrote: D'autre part, une fonction que j'utilise beaucoup avec mon GPS actuel (un bete android pas tres precis au passage), c'est l'enregistrement de waypoint/poi manuel (soit par l'ajout d'une note textuelle, soit un enregistrement audio ou bien encore une prise de vue). J'imagine que ce n'est pas trop comme ca que vous procedez puisque je n'ai pas rencontre un seul modele permettant de faire tout cela. J'imagine qu'il y a autant de façons de procéder que de contributeurs :) Il y a un résumé des différentes techniques sur : http://wiki.openstreetmap.org/wiki/Mapping_techniques Sinon, je ne pense pas que ce soit les techniques des OSMeurs qui influencent le marché du matériel, c'est plutôt le matériel disponible et ses limitations qui conduit à choisir telle ou telle technique. Je crois que beaucoup aimerait voir apparaître le modèle dont tu parles : un GPS de bonne qualité avec saisie facile d'image, de texte, de son. Idéalement, ce matériel supporterait un OS libre pour que nous puissions joyeusement créer plein d'applications adaptées à OSM. Malheureusement, les fabricants de matériels ne semblent pas penser en priorité aux contributeurs OSM et ce modèle idéal n'existe pas tout prêt, tout packagé et dans un budget raisonnable. Les téléphones incluant un GPS permettent parfois de faire ça, il y a même le Neo Freerunner si on veut du 100% libre. Mais malheureusement, la qualité du GPS est souvent un contrainte secondaire sur ces modèles. Il est aussi possible de brancher une souris GPS sur un PC ou un PDA mais ça implique un peu plus de travail pour configurer la bestiole. Finalement, en l'absence de l'outil idéal, l'enregistrement séparé des notes (son ou texte), de la traces GPS et des photos me semble être la moins mauvaise solution. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Demande quel gps acheter pour utilisation OSM
2010/4/8 Yann Coupin y...@coupin.net J’ai un modèle qui date d’un an et demi et je n’ai jamais eu de problème. Je confirme tout le bien qui a pu en être dit : bonne autonomie, bonne précision, plutôt solide même si pas submersible. L'utilité d'un GPS submersible n'est pas grande puisque l'eau absorbe une partie de la longueur d'onde du signal GPS :) Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Demande quel gps acheter pour utilisation OSM
Je crois que beaucoup aimerait voir apparaître le modèle dont tu parles : un GPS de bonne qualité avec saisie facile d'image, de texte, de son. Idéalement, ce matériel supporterait un OS libre pour que nous puissions joyeusement créer plein d'applications adaptées à OSM. Malheureusement, les fabricants de matériels ne semblent pas penser en priorité aux contributeurs OSM et ce modèle idéal n'existe pas tout prêt, tout packagé et dans un budget raisonnable. Le Magellan Triton 2000 répond à une partie de ces contraintes mais pas celles au niveau de l'environnement logiciel qui n'est pas du tout libre: http://www.magellangps.com/products/product.asp?segID=425 Et de manière officieuse, on peut mettre des cartes rasters ou vecteurs, venant d'OSM par exemple. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Demande quel gps acheter pour utilisation OSM
En ce vendredi 09 avril 2010 à 13:14:21 Emilie Laffray nous susurrait : L'utilité d'un GPS submersible n'est pas grande puisque l'eau absorbe une partie de la longueur d'onde du signal GPS :) Sauf si on s'en sert aussi sur un bateau... -- -+- Dominique Marin http://txodom.free.fr -+- «Jeune homme, qu'est ce que tu crains ? Tu vieilliras vaille que vaille ...» Aragon -+--+- ___ 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 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. 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 ? Le problème est bien sur l'empilage de 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
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
Selon René-Luc D'Hont rldh...@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. 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. 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
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] OpenStreetMap au RMLL2010
Emilie Laffray a écrit : Quid d'un stand RMLL au SOTM? :P Trop cher :-P -- Jean-Francois Nifenecker Pôle logistique RMLL 2010 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap au RMLL2010
Bonjour, René-Luc D'Hont a écrit : un stand était réservé pour OpenStreetMap!!! Au passage, si OSM veut disposer d'un local en plus du stand pour y faire des démos ou des ateliers permaments (ne pas confondre avec les ateliers mis au programme des RMLL qui sont sur un temps plus bref) ou encore des réunions internes, n'hésitez pas à nous en parler, c'est le moment ! À vous rencontrer à Bordeaux, -- Jean-Francois Nifenecker Pôle logistique RMLL 2010 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Base de données des obstacles sur cours d'eau
L'onema bient de terminer un inventaire complet de tout les obstacles sur les cours d'eau : http://www.onema.fr/Inventaire-des-obstacles Il s'agit d'un assemblage des bases de données existantes des Agences de l'eau, de la direction Eau et Diversité, Diren, EDF, Onema, Office de l'eau, Voies naviguables de France et d'organismes de recherche. A part EDF ce sont tous des organismes d'état. Je ne trouve par contre aucune info sur la licence des données ou l'accès aux données brutes... Mais il y a un contact/coordinateur du projet. Je le contact par email pour lui exposer le projet OSM et demander un accès aux données (dans la mesure de compatibilité des licences). Les données sous forme de carte (interface toujours aussi terrible sur les sites EauFrance) http://carmen.carmencarto.fr/66/ROE.map -- 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
Re: [OSM-talk-fr] CR rencontre CG 38
Guillaume Allegre a écrit : 1. Explication du contexte OSM et questions générales J'ai eu beaucoup de questions sur l'organisation générale d'OSM, je ne vais pas les citer toutes ici. [...] Les remarques habituelles (comment contrôler la qualité, comment qualifier les données, y a-t-il une modération ?) ont reçu les réponses habituelles ;-) Bonjour ! Est-ce qu'il y a une page sur le wiki qui résume les réponses à ces questions ? -- Olivier G. http://twitter.com/lespacedunmatin http://www.lespacedunmatin.info/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] amenity pour les centre sociaux, maison de quartier ...
Salut, Je cherche un tag pour les centres sociaux et maison de quartier. Pour l'instant j'ai mis public_building, mais ca va quand même plus loin. Je n'ai rien vu dans les propos qui me semble adapté, comme cela me semble surprenant . Mais en même temps, je n'ai rien trouvé dans wikipedia qui explique le principe des centres sociaux, maisons de quartier voire MPT. ce qui s'en rapproche est le communoty center : http://en.wikipedia.org/wiki/Community_centre. Par contre il y a 4 social_centre http://tagwatch.stoecker.eu/osmxapi/*[amenity=social_centre] dand les tags, mais selon wikipedia , c'est plus orienté non officiel (squat etc ...) Donc à moins que quelqu'un me dise le contraire je ferais une propo pour ajouter community_centre comme amenity qui pourrait regrouper centre sociaux, maisons de quartier, maison pour tous, maison des jeunes et de la culture, maison des associations etc ... A+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr