Re: [OSM-talk-fr] région de Kidal au nord du Mali
ok merci pour les liens j'ai ajouté orbview dans mon josm reste la question qui finalement concerne toutes les zones arides : a partir de quel niveau ou quel indice cartographier un oued en river ou stream ? Le samedi 26 janvier 2013 à 01:22 +, Pierre Béland a écrit : Bonsoir Jean-François, Tes coordonnées pointent sur la ville d'Aguelock où il que de l'imagerie Bing basse définition. Je suis incapable de tirer des conclusions sur l'état des lieux à partir d'une imagerie de basse résolution. Dans le delta du Niger, les contributeurs avaient identifiés d'immenses lacs à partir de l'imagerie basse résolution. Avec l'imagerie haute résolution, nous devons maintenant corriger cette information et indiquer les fermes, villages et routes qui sont en zone inondée à la période des pluies. Je t'invite plutôt à venir collaborer avec l'équipe humanitarie HOT. Frédéric Bonifas et moi coordonnons actuellement la cartographie pour l'ensemble du Mali à partir des priorités des humanitaires au Mali. Nous identifions les endroits où il y a de l'imagerie Haute définition disponible et donnons les instructions pour cartographier ces endroits. Je t'invites aussi à suivre le fil de discussion HOT pour avoir des infos sur la coordination des activités de cartographie au Mali. Si les contributeurs français le désirent, nous pourrons aussi donner ces instructions en français sur la liste talk-fr. http://lists.openstreetmap.org/listinfo/hot page de coordination http://wiki.openstreetmap.org/wiki/2012_Mali_Crisis Gestionnaire de tâches http://tasks.hotosm.org/#all/Mali Pierre __ De : Jean-François Gaffard jean-francois.gaff...@laposte.net À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Vendredi 25 janvier 2013 18h05 Objet : [OSM-talk-fr] région de Kidal au nord du Mali salut à tous je me suis mis à participer à la cartographie de la région de Kidal au nord du Mali (je me demande pourquoi!) il existe une couverture Bing HR assez intéressante bien que partielle mais la couverture basse résolution montre vraisemblablement les zones de paturages en saison des pluies ce qui est pas mal pour l'occupation du sol j'ai fait un test sur la zone http://www.openstreetmap.org/?lat=19.505lon=0.976zoom=10layers=M je me pose 2 questions -heath est il le bon tag, je n'ai rien trouvé pour des paturages temporaires (la haute résol qui est très certainement prise en saison sèche montre bien qu'il n'y a quasiment plus rien. meadow pe semble un peu inadapté) -pour les oueds c'est un peu pareil faut-il cartographier waterway=river ou stream avec intermittent=yes sachant qu'il est fort possible que l'intermitence dure plusieurs années. quant à leurs noms n'en parlons pas, quelques villages m'ont déjà donné du fil à retordre. enfin une dernière question a propos des routes qu'il n'y a pas. je constate que de nombreux contributeurs surclasse (à mon sens) des routes qui ne sont que des pistes. est-ce logique ou simplement un effet collatéral du moteur de rendu. si on taggue en track, aux grandes échelles rien n'apparait alors on taggue en highway primary ou secondary pour dire de voir apparaitre qqchose sur la carte. I. Pour info un lien avec un pdf dans lequel il y a quelques mauvaises images de cartes mais qui permet cependant de comprendre cette région http://www.region-kidal.org/spip.php?article16 peut-être qu'au passage l'ONG Action contre la Faim libèrerait ces jeux de données ? en tout cas avant de continuer davantage j'aimerais quelques avis de la communauté jeff ___ 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] Ombrière avec prises de rechargement solaire pour 2 roues
Dans le même genre, à Orléans on a 2 bornes pour le rechargement d'appareil (smartphone, ordinateur portable, ...) avec de l'électricité solaire : http://www.bioaddict.fr/article/des-bornes-solaires-a-orleans-pour-recharger-gratuitement-ses-appareils-electroniques-a3338p1.html Si certains ont des pistes pour les tags :) Le 24 janvier 2013 15:29, Sylvain Maillard sylvain.maill...@gmail.com a écrit : Salut, est-ce que tu as regardé ce qu'il se fait du côté des bornes pour voitures ? avec un access=cycle, ça devrait indiquer que c'est la même chose, mais pour les vélos ? Sylvain Le 24 janvier 2013 12:24, Fabien marbolan...@gmail.com a écrit : Le 21 janvier 2013 14:45, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Fabien Trêve de digression, le sujet que je voulais savoir c'est comment ajouter les bonnes informations : * Pour le type de parking vélo : c'est bon. * Pour dire que c'est solaire : power=generator, generator:source=solar ça ira ? * Pour dire que les prises c'est pour les 2 roues là je vois pas... j'ai cherché VAE, électrique, recharge dans le wiki mais rien de bien concluant. Si quelqu'un a une idée pour ces deux derniers points. Pour l'aspect VAE, en cherchant e-bike (le petit nom anglais des VAE) sur taginfo j'ai trouvé en tout... 1 seul POI : http://www.openstreetmap.org/browse/node/1598972627 Autant dire que ça te laisse le champ libre. vincent Merci pour la réponse. J'attendais pour voir si personne ne proposait autre chose mais ça motive pas les foules... Attendons un peu pour voir si d'autres pays plus en avance sur le déplacement vélo ne propose pas une solution. Fabien ___ 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
[OSM-talk-fr] Limites de communes au Havre
Bonjour, Il me semble qu'il y a un problème de cohérences de limites de communes avec les autres limites dans l'estuaire de la Seine. Voir : http://layers.openstreetmap.fr/?zoom=13lat=49.44537lon=0.2785layers=BTFFF Ça s'ajuste comment ? Qui, du coin, intervient ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] région de Kidal au nord du Mali
Pour avoir parcouru la moitié du Mali en poids lourd pendant 3 mois l'année dernière, généralement il y a qu'une seule route principale qu'on peut classer en primary sur toute la longueur même si des portions sont fortement détériorée voir détruite. Pour l'historique, ce sont généralement d'ancienne route goudronnée détériorée par les poids lourds pendant la saison humide (appelé hivernage sur place). Certaines de ces routes sont en train d'être reconstruite grâce à des fonds de l'UE mais tout est stoppé depuis le coup d'état du capitaine Sanongo. Que ces routes soient fortement détérioré ou détruite, cela sert toujours d'axe principal pour les transports de marchandise (qui roule lentement) et les bus (qui roulent comme des débiles). Par contre dans 70% des cas, toutes les autres routes sont des pistes, assez souvent de niveau grade 2 praticable en PL conventionnel sur les premiers km (après c'est mort). Le reste qui est visible vue d'en haut sont des pistes praticable en chariot souvent tracé par le bétails qui va vers les points d'eau, des accès au champs et aux villages. Sur place, le nombre de piste est assez impressionnant selon les régions, on passe de région sans aucun accès à d'autres avec des pistes tous les 500m, pas facile pour ne pas ce perdre. En espérant que cela t'aide pour ton traçage... Ps : il n'y a pas d'oued dans cet partie du monde mais plutôt un lit majeur transformé en zone inondée à zone humide selon la proximité du cours d'eau. J'ai vu un Oued rouler plus de 36h après la pluie, c'est impressionnant et mieux vaut dégager à toute vitesse. Ça emporte tout et on a juste le temps de partir à pied en laissant tout sur place. Ça arrive sans prévenir alors qu'il fait beau et les téléphone portable nous on permis de partir juste avant son arrivée. Le 26 janvier 2013 10:11, Jean-François Gaffard jean-francois.gaff...@laposte.net a écrit : ok merci pour les liens j'ai ajouté orbview dans mon josm reste la question qui finalement concerne toutes les zones arides : a partir de quel niveau ou quel indice cartographier un oued en river ou stream ? Le samedi 26 janvier 2013 à 01:22 +, Pierre Béland a écrit : Bonsoir Jean-François, Tes coordonnées pointent sur la ville d'Aguelock où il que de l'imagerie Bing basse définition. Je suis incapable de tirer des conclusions sur l'état des lieux à partir d'une imagerie de basse résolution. Dans le delta du Niger, les contributeurs avaient identifiés d'immenses lacs à partir de l'imagerie basse résolution. Avec l'imagerie haute résolution, nous devons maintenant corriger cette information et indiquer les fermes, villages et routes qui sont en zone inondée à la période des pluies. Je t'invite plutôt à venir collaborer avec l'équipe humanitarie HOT. Frédéric Bonifas et moi coordonnons actuellement la cartographie pour l'ensemble du Mali à partir des priorités des humanitaires au Mali. Nous identifions les endroits où il y a de l'imagerie Haute définition disponible et donnons les instructions pour cartographier ces endroits. Je t'invites aussi à suivre le fil de discussion HOT pour avoir des infos sur la coordination des activités de cartographie au Mali. Si les contributeurs français le désirent, nous pourrons aussi donner ces instructions en français sur la liste talk-fr. http://lists.openstreetmap.org/listinfo/hot page de coordination http://wiki.openstreetmap.org/wiki/2012_Mali_Crisis Gestionnaire de tâches http://tasks.hotosm.org/#all/Mali Pierre __ De : Jean-François Gaffard jean-francois.gaff...@laposte.net À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Vendredi 25 janvier 2013 18h05 Objet : [OSM-talk-fr] région de Kidal au nord du Mali salut à tous je me suis mis à participer à la cartographie de la région de Kidal au nord du Mali (je me demande pourquoi!) il existe une couverture Bing HR assez intéressante bien que partielle mais la couverture basse résolution montre vraisemblablement les zones de paturages en saison des pluies ce qui est pas mal pour l'occupation du sol j'ai fait un test sur la zone http://www.openstreetmap.org/?lat=19.505lon=0.976zoom=10layers=M je me pose 2 questions -heath est il le bon tag, je n'ai rien trouvé pour des paturages temporaires (la haute résol qui est très certainement prise en saison sèche montre bien qu'il n'y a quasiment plus rien. meadow pe semble un peu inadapté) -pour les oueds c'est un peu pareil faut-il cartographier waterway=river ou stream avec intermittent=yes sachant qu'il est fort possible que l'intermitence dure
Re: [OSM-talk-fr] Carte OuVerte dans 60 millions de consommateurs
Le 25/01/2013 16:57, Pierre Béland a écrit : Par contre, il semble y avoir un gros moteur turbo à maitriser avec le logiciel Chimère. Qu'est-ce que tu entends par gros moteur Turbo ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] 98 pourcent
pour toute la zone couverte par osmose (y compris les pays étrangers) debut avril, il y avait 220 000 chevauchements debut septembre, il en avait 110 000 fin decembre, il y en avait 54 212 aujourd'hui, il en reste moins de 17 000 pour la zone cadastre, depuis début avril: nombre de corrections de chevauchements corrigés: plus de 670 mille soit 2200 par jour nombre de chevauchements en plus (nouveaux imports): au moins 245 mille soir 820 par jour il reste moins de 4 000 mille corrections a faire dont 1 500 a faire manuellement: - L'Ile de La Réunion représente pratiquement 50% du travail restant - Bizarement, c'est a la Guadeloupe ou il y a le plus de batiment trop petits - Le taging indoor (centre commerciaux) ainsi que les dalles avec des tours bcTotal.pdf Description: Adobe PDF document ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 98 pourcent
Le samedi 26 janvier 2013 à 15:07 +0100, didier2020 a écrit : pour toute la zone couverte par osmose (y compris les pays étrangers) debut avril, il y avait 220 000 chevauchements debut septembre, il en avait 110 000 fin decembre, il y en avait 54 212 aujourd'hui, il en reste moins de 17 000 pour la zone cadastre, depuis début avril: nombre de corrections de chevauchements corrigés: plus de 670 mille soit 2200 par jour nombre de chevauchements en plus (nouveaux imports): au moins 245 mille soir 820 par jour il reste moins de 4 000 mille corrections a faire dont 1 500 a faire manuellement: - L'Ile de La Réunion représente pratiquement 50% du travail restant - Bizarement, c'est a la Guadeloupe ou il y a le plus de batiment trop petits - Le taging indoor (centre commerciaux) ainsi que les dalles avec des tours j'ai oublié : http://osm2020.free.fr/suivibc/ctout.html ___ 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://www.tuugo.fr semble ne pas respecter la licence osm
2013/1/25 Philippe Verdy verd...@wanadoo.fr: Je lai ai contacté via leur formulaire de contact en bas de page en mentionnant les deux points (attributions et licence obligatoires, et serveur de tuiles autonome hautement recommandé pour ne pas abuser les accès et la bande passante sur le TMS d'OSM) En disant ça, on peut aussi lui fournir une liste d'autres serveurs de tuiles OSM comme OpenMaqQuest. Pas besoin d'aller jursqu'à son propre serveur de tuile, solution coûteuse qui a ses avantages mais pas toujours nécessaire. Si c'est pour dégouter tous ceux qui souhaitent utiliser OSM, je préfèrerais que le contact soit fait par quelqu'un d'un peu plus diplomate. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 98 pourcent
Je tire mon chapeau pour cette correction massive \o/ !!! Bravo le bot et le pas-bot ;) Le 26 janvier 2013 15:19, didier2020 didier2...@free.fr a écrit : Le samedi 26 janvier 2013 à 15:07 +0100, didier2020 a écrit : pour toute la zone couverte par osmose (y compris les pays étrangers) debut avril, il y avait 220 000 chevauchements debut septembre, il en avait 110 000 fin decembre, il y en avait 54 212 aujourd'hui, il en reste moins de 17 000 pour la zone cadastre, depuis début avril: nombre de corrections de chevauchements corrigés: plus de 670 mille soit 2200 par jour nombre de chevauchements en plus (nouveaux imports): au moins 245 mille soir 820 par jour il reste moins de 4 000 mille corrections a faire dont 1 500 a faire manuellement: - L'Ile de La Réunion représente pratiquement 50% du travail restant - Bizarement, c'est a la Guadeloupe ou il y a le plus de batiment trop petits - Le taging indoor (centre commerciaux) ainsi que les dalles avec des tours j'ai oublié : http://osm2020.free.fr/suivibc/ctout.html -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 98 pourcent
Le 26/01/2013 15:07, didier2020 a écrit : - Le taging indoor (centre commerciaux) ainsi que les dalles avec des tours en effet, OsmOse renvoie des erreurs lorsque du tagging indoor est trouvé. C'est le cas, par exemple, de centres commerciaux (voir du côté d'Avignon). J'avoue ne pas savoir comment traiter les erreurs, si tant est qu'erreurs il y ait. A priori, je supprimerais les tag building=* pour les locaux intérieurs mais les remplacer par quoi ? -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte OuVerte dans 60 millions de consommateurs
Xavier, Je fais référence à l'installation. À lire la page d'installation http://chimere.readthedocs.org/en/latest/install.html, il me semble qu'il faut une certaine maitrise de différents outils dont le dbms postgres pour réussir cette installation et gérer cet outil. Je ne sais pas, mais serait-il réaliste de dévelpper de telles applications basées sur un modèle de gestion des données plus facile à maitriser, soit par exemple un simple fichier csv, GeoRSS, shp ou autre. On voit par exemple des services tels que Mapbox ou l'usager n'a qu'a fournir un tel fichier. Pierre De : Xavier x.larc...@laposte.net À : Pierre Béland pierz...@yahoo.fr; Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Samedi 26 janvier 2013 8h57 Objet : Re: [OSM-talk-fr] Carte OuVerte dans 60 millions de consommateurs Le 25/01/2013 16:57, Pierre Béland a écrit : Par contre, il semble y avoir un gros moteur turbo à maitriser avec le logiciel Chimère. Qu'est-ce que tu entends par gros moteur Turbo ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] unclassified / track grade1
Bonjour, suite à un échange mail avec un contributeur sur le classement des chemins agricoles et forestiers goudronnés en unclassified ou track grade1, j'ai étudié les pages wiki sur ce sujet et j'en sors plutôt déconcerté. La question revient souvent sur les listes et forums et à chaque fois deux vues s'opposent: 1) Tout ce qui est en dessous de tertiary et goudronnée est unclassified. Tout ce qui n'est pas goudronnée est track. 2) Toute voie qui sert uniquement à la circulation agricole ou forestière est un track, indépendamment de la qualité de la surface. C'est simplifié, mais c'est le coeur du débat. Sur le terrain les deux vues cohabitent. Cela peut paraître marginal, mais pour certains applications cette absence de cohérence pose un vrai problème, notamment pour le calcul d'itinéraire pour cyclistes. La page France roads tagging[1] donne plutot raison aux partisans de la position 1, car elle utilise la qualité de la surface comme critére de distinction entre unclassified et track. Les pages wiki unclassified[2] et tracktype[3] peuvent être interprétées en faveur de la position 2 mais ne sont pas assez explicites la-dessus. Pour l'être, il faudrait rajouter une phrase du genre: Un route qui est destiné exclusivement au trafic agricole et forestier, même si elle est goudronnée, doit donc être renseigné en highway=track. A-t-il un consensus sur le sujet et si oui, pourrait on mettre à jour le wiki? Rainer [1] http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging [2] http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dunclassified [3] http://wiki.openstreetmap.org/wiki/FR:Key:tracktype ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte OuVerte dans 60 millions de consommateurs
Le 26 janvier 2013 15:52, Pierre Béland pierz...@yahoo.fr a écrit : Xavier, Je fais référence à l'installation. À lire la page d'installation http://chimere.readthedocs.org/en/latest/install.html, il me semble qu'il faut une certaine maitrise de différents outils dont le dbms postgres pour réussir cette installation et gérer cet outil. Je n'y connais rien mais j'avais parlé de Chimère à deux webmestres autour de moi et ils m'ont dit que c'est plutôt ardu à installer et à maintenir dans le temps. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Carte OuVerte dans 60 millions de consommateurs
Le 26 janv. 2013 à 16:58, Romain MEHUT romain.me...@gmail.com a écrit : Le 26 janvier 2013 15:52, Pierre Béland pierz...@yahoo.fr a écrit : Xavier, Je fais référence à l'installation. À lire la page d'installation http://chimere.readthedocs.org/en/latest/install.html, il me semble qu'il faut une certaine maitrise de différents outils dont le dbms postgres pour réussir cette installation et gérer cet outil. Je n'y connais rien mais j'avais parlé de Chimère à deux webmestres autour de moi et ils m'ont dit que c'est plutôt ardu à installer et à maintenir dans Peut-être, mais il y a une version 2 avec un financement public : Dans le cadre du projet « Cartes ouvertes au Pays de Brest », la ville de Brest a souhaité poursuivre son accompagnement au développement de l’application Chimère. L’objectif recherché dans le cadre de cette seconde phase de développement était d’ajouter de nouvelles fonctionnalités à l'application existante afin de permettre : * l'enrichissement des contenus descriptifs des objets ajoutés à la carte en facilitant l'ajout d'objets multimédias * de faciliter les possibilités d'importation et d'exportation des données depuis et vers des sources extérieures. Nous avons donc le plaisir de vous annoncer que cette seconde phase de développement est arrivée à son terme et q’une version 2 de Chimère est désormais disponible. Christian Rogel___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 98 pourcent
Le samedi 26 janvier 2013 à 15:43 +0100, Jean-Francois Nifenecker a écrit : Le 26/01/2013 15:07, didier2020 a écrit : - Le taging indoor (centre commerciaux) ainsi que les dalles avec des tours en effet, OsmOse renvoie des erreurs lorsque du tagging indoor est trouvé. C'est le cas, par exemple, de centres commerciaux (voir du côté d'Avignon). J'avoue ne pas savoir comment traiter les erreurs, si tant est qu'erreurs il y ait. A priori, je supprimerais les tag building=* pour les locaux intérieurs mais les remplacer par quoi ? je me suis posé la meme question j'avais trouvé ca: http://wiki.openstreetmap.org/wiki/Key:building:part http://wiki.openstreetmap.org/wiki/IndoorOSM http://wiki.openstreetmap.org/wiki/Key:room ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 98 pourcent
Le samedi 26 janvier 2013 à 15:29 +0100, Christian Quest a écrit : le pas-bot ;) :D mince, gaulé ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Carte OuVerte dans 60 millions de consommateurs
Le 26 janvier 2013 17:43, Christian Rogel christian.ro...@club-internet.fra écrit : Peut-être, mais il y a une version 2 avec un financement public : Le message d'annonce complet est ici: http://listes.infini.fr/wws/arc/cartes-ouvertes-pays-brest/2013-01/msg4.html D'ici la réunion du 7 février à Brest où sera présentée cette V2, ce serait bien de faire remonter vos observations... Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Carte OuVerte dans 60 millions de consommateurs
Romain, je trouve cette carte très intéressante avec cette possibilité de classifiier les POI et de les sélectionner. Dans le message d'annonce, on voit qu'il y a de nombreuses fonctionnalités d'un la possibilité d'importer via différentes sources. Pour l'installation de la version actuelle, il faut tenir compte du fait que les webmestres ayant un site chez un hébergeur mutualisé n'ont pas tous accès à Linux en ligne de commande. De plus ceci nécessite une certaine compétence que les webmestres n'ont pas tous. Un module d'installation pourrait sans doute faciliter cette installation. Pour rejoindre un plus large public, je trouverais intéressante une version plus légère sans base de données ou encore un service de carte où l'usager s'inscrit pour créer simplement sa carte et importer son fichier de données. Pierre De : Romain MEHUT romain.me...@gmail.com À : This list concerns OSM users working on Brittany (BzH)) talk-fr-...@openstreetmap.org; Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Samedi 26 janvier 2013 14h48 Objet : Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Carte OuVerte dans 60 millions de consommateurs Le 26 janvier 2013 17:43, Christian Rogel christian.ro...@club-internet.fr a écrit : Peut-être, mais il y a une version 2 avec un financement public : Le message d'annonce complet est ici: http://listes.infini.fr/wws/arc/cartes-ouvertes-pays-brest/2013-01/msg4.html D'ici la réunion du 7 février à Brest où sera présentée cette V2, ce serait bien de faire remonter vos observations... Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap modélisation et segmentation dynamique
Le 25/01/2013 21:18, Vincent de Chateau-Thierry a écrit : Bonsoir, Le 25/01/2013 15:44, HELFER Denis a écrit : Je commence à m’intéresser sérieusement à la segmentation dynamique dans le domaine de l’infra ferroviaire où l’on raisonne essentiellement en termes de PK (pour les événements ponctuels ex. Passage à niveau, appareil de voie)ou PK début/Pk fin pour les événements linéaires (ouvrages d’art, chantiers, électrification, …). Je confirme mon intérêt pour cette démarche ! Idéalement, on devrait avoir une consistance topologique au niveau du tracé, la consistance sémantique serait assurée par des relations. Exemple pour un pont-rail Relation X Required Type=ouvrage_art Required Description=pont-rail Optional source=RFF Optional material=metal Optional length=xxx Optional height=xxx Optional name=blabla Required Members : a rôle « from » Required Members : b rôle « to » Required Members : c rôle « on » Optional members : d rôle « under » a=id du point début du pont (son PK debut) b=id du point fin du pont (son PK fin) c=id du tronçon de voie supportant la relation d=id du tronçon de la voie traversée (rivière, chemin, route, …) C’est clair qu’il y a du boulot pour des applications pour transformer ces relations en objets découpés suivant les pointillés. Dans ton exemple, la portion de voie ferrée de type pont-rail est définie par ses bornes, sous forme de nodes : a et b. Une autre manière, même sans node, consiste à définir le pont avec 2 abscisses curvilignes, à partir d'un way dont une extrémité serait le PK 0. Dans ce cas, on pourrait dire : le pont rail commence au PK 7.5 et se termine au PK 7.6, c'est à dire : le pont rail commence à 7.5km du début du way et mesure 100m. Ces 2 manières de dire la même chose souffrent du même bémol : il ne faut pas que la référence (le way) bouge, sinon l'objet pont-rail bouge aussi. Dans le premier modèle, il suffit de bouger par exemple le node a pour déplacer le début du pont-rail. Dans le second, si je raffine la courbure de la voie ferrée, j'augmente la longueur du way, et je déplace l'endroit situé à 7.5 km du début. Dans les deux cas on est face à, j'ai l'impression, une contradiction : la segmentation dynamique requiert une stabilité du référentiel géométrique pour que les objets définis relativement à cette géométrie soient stables, et à l'inverse, dans OSM, chacun est libre de modifier tous les objets, rien n'est figé/vérouillé. Du coup est-ce compatible, au stade des contributions ? C'est différent au stade de la réutilisation, où chacun est libre de définir des objets (des 'évènements') relativement au graphe OSM, dès lors que celui-ci a été extrait une fois et figé pour servir de référence. La stabilité du référentiel géométrique dans le cadre d'un projet collaboratif ouvert relève du domaine de la foi (et non pas de la doctrine). Cela ne concerne pas que cette histoire de segmentation dynamique. Qu'un attribut vienne à disparaïtre, une coordonnée de noeud soit déplacée, de manière intentionnelle ou non, et toute application se servant des données OSM se trouve potentiellement malmenée. Nous disposons d'outils de surveillance qui deviennent de plus en plus efficaces parce qu'à mesure que la taille de la base, les usages -notamment dans des environnement professionnels- croissent, les exigences sont toujours plus prégnantes. La tentation est donc de ne mettre dans la base que le substrat, le terreau sur lequel les réutilisateurs de tous poils viendront planter leurs graines. C'est la vision minimaliste et une question récurrente sur les listes de discussion : jusqu'où aller dans la description du réel, quel niveau de détail, quelle homogénéité, quels usages ? Selon moi, il y a triple réflexion : - organiser la base (ontologie) de la manière la plus rationnelle et consensuelle possible, quitte à innover avec les relations au détriment de l'acception courante des applications ; c'est le modèle de données qui doit être le moteur car il essaie de traduire les visions multiples de nos réalités complexes ; - veiller à ce que la base soit conforme à un minimum de modélisation (documentée) commune. Sans parler de labellisation, on peut chercher à évaluer (donner de la valeur) le niveau de conformité par rapport à nos règles (osmose est probablement un des meilleurs démonstrateurs de cette veille -surveillance-) ; - adapter dans le temps l'ambition de 1 aux ressources nécessaires en 2 : accompagnement au changement. Après avoir enfoncé ces portes ouvertes, et si je t'ai bien compris, réserve-t-on l'ontologie commune (donc minimale) aux contributeurs et les ontologies spécialisées aux réutilisateurs ? Je crois qu'OSM peut être, outre un lieu d'intégration de données, un creuset de savoirs de tous les acteurs, une lunette géante qui corrigerait tous les défauts d'astigmatisme, de myopie, d'ambiopie, etc. et qui serait gratuite pour tous. Denis, pas en charge du budget de la Sécu
[OSM-talk-fr] Données BRGM
Bonjour, Peut-on réutiliser les données du BRGM dans OSM ? D'après cette page http://infoterre.brgm.fr/spip.php?article31#usages c'est sous réserve du respect des droits de propriété intellectuelle qui leur sont attachés, mentionnés dans les métadonnées et mention source/date. Quand dans les métadonnées il y a : Accès : Droit d'auteur / Droit moral (copyright) Utilisation : Droit d'auteur / Droit moral (copyright) Si on met la source et la date de mise à jour, c'est bon ? Et quand il y a : Accès : Propriété intellectuelle Utilisation : Propriété intellectuelle Ça veut dire quoi :) ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données BRGM
il manque la condition commerciale... et si c'est comme la très grande majorité des données liberée par l'IGN, elle n'est pas compatible avec OSM car ils n'autorisent pas l'utilisation commerciale :-( en tout cas a confirmer, mais en attendant d'avoir la confirmation positive, il ne faut pas intégrer ces données dans OSM. -- View this message in context: http://gis.19327.n5.nabble.com/Donnees-BRGM-tp5746606p5746609.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] région de Kidal au nord du Mali
On 01/26/2013 12:15 AM, Christian Quest wrote: Une piste si elle est la route principale a de bonnes raison d'être tagguée en primary, non ? Oui, une route est classifiée en fonction de son importance relative dans le réseau routier local. En Afrique, de nombreuse routes non revêtues ont une importance élevée. Néanmoins, les primaires non revêtues ne sont pas si nombreuses, même au Mali. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] http://www.tuugo.fr semble ne pas respecter la licence osm
Je n'ai rien envoyé qui puisse le dégouter. Mais la question de la mention de licence et des attributions était obligatoire. En attendant, dans l'urgence il a mis le composant Google parce qu'il était déjà là, mais je suis sûr que pour s'éviter des déconvenues plus tard (facturations Google pour usage), il cherchera une solution peut-être plus économique (peut-être car l'utilisation d'OSM a aussi un coût si on doit respecter les critères de charges sur les serveurs, et donc soit installer un serveur de tuiles et l'administrer pour le maintenir en ligne et avec des performances suffisantes pour le site, soit utiliser un fournisseur de tuiles tiers qui proposera son SLA mais qui voudra facturer ses services et sera en conurrence sur son offre avec celle proposée par Google ou d'autre). L'intérêt d'OSM va vite devenir édident : sa fraicheur et le plus grand nombre de détails qu'on va y trouver ; ce n'est pas encore vrai partour mais dans les villes moyennes et grandes on est maintenant très bon et plus réactif que Google. Il reste que des offres de services avec SLA pour les sites tiers, seraient utiles : non seulement des serveurs de tuiles génériques, mais des tuiles spécialisées proposant l'intégration de tuiles métier propre au site, et une offre générique comprenant une solution de routage/itinéraire, et une offre spécialisée pour la gestion de flottes et l'historisation des itinéraires ou les calculs de coûts et temps de trajets... OSM va fournir une partie des données mais pas tout, on peut construire des applis au dessus mais tous les sites n'ont pas les moyens de les développer et les maintenir eux-mêmes. Et il faut reconnaitre que de ce côté-là Google propose déjà beaucoup de choses pour personnaliser ses cartes selon ses besoins, et on n'en est pas encore là (notamment pour les fonctions de recherche qui sont encore très pauvres avec juste Nominatim). Le 26 janvier 2013 15:26, Pieren pier...@gmail.com a écrit : 2013/1/25 Philippe Verdy verd...@wanadoo.fr: Je lai ai contacté via leur formulaire de contact en bas de page en mentionnant les deux points (attributions et licence obligatoires, et serveur de tuiles autonome hautement recommandé pour ne pas abuser les accès et la bande passante sur le TMS d'OSM) En disant ça, on peut aussi lui fournir une liste d'autres serveurs de tuiles OSM comme OpenMaqQuest. Pas besoin d'aller jursqu'à son propre serveur de tuile, solution coûteuse qui a ses avantages mais pas toujours nécessaire. Si c'est pour dégouter tous ceux qui souhaitent utiliser OSM, je préfèrerais que le contact soit fait par quelqu'un d'un peu plus diplomate. 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] OpenStreetMap modélisation et segmentation dynamique
Bonsoir Le 26/01/2013 21:30, DH a écrit : La stabilité du référentiel géométrique dans le cadre d'un projet collaboratif ouvert relève du domaine de la foi (et non pas de la doctrine). Cela ne concerne pas que cette histoire de segmentation dynamique. Qu'un attribut vienne à disparaïtre, une coordonnée de noeud soit déplacée, de manière intentionnelle ou non, et toute application se servant des données OSM se trouve potentiellement malmenée. Nous disposons d'outils de surveillance qui deviennent de plus en plus efficaces parce qu'à mesure que la taille de la base, les usages -notamment dans des environnement professionnels- croissent, les exigences sont toujours plus prégnantes. D'accord avec ça. La stabilité, il faut faire sans. Ou plutôt partir du principe qu'elle n'est pas de fait, et s'armer en conséquence. Tu parles des outils de surveillance, ils sont un moyen majeur de cette détection des changements, et surtout, des régressions. Mais mes craintes formulées hier soir étaient, en effet, directement liées à l'étape de contribution : je bouge un node, boum je casse la calibration de mon référentiel. Or j'ai réalisé depuis que ce genre de casse était déjà géré, au moins par JOSM, dans le contexte des relations. Je découpe un way qui appartient à une relation = les nouveaux ways issus de la découpe viennent remplacer l'ancien way unique dans la liste des membres de la relation. Et ça fonctionne. Vu comme ça, il n'y a pas de raison qu'un mécanisme ne puisse être mis en place, qui recalibre à la volée mon réseau au fil de son édition, pour maintenir, relativement, la définition de mes évènements modélisés par segmentation dynamique. Donc de fausses craintes finalement, au prix bien sûr d'un ajout fonctionnel dans les éditeurs pour gérer ce nouveau type de définition relative (mon pont-rail commence à 7.5 km du début du way, etc). La tentation est donc de ne mettre dans la base que le substrat, le terreau sur lequel les réutilisateurs de tous poils viendront planter leurs graines. C'est la vision minimaliste et une question récurrente sur les listes de discussion : jusqu'où aller dans la description du réel, quel niveau de détail, quelle homogénéité, quels usages ? Selon moi, il y a triple réflexion : - organiser la base (ontologie) de la manière la plus rationnelle et consensuelle possible, quitte à innover avec les relations au détriment de l'acception courante des applications ; c'est le modèle de données qui doit être le moteur car il essaie de traduire les visions multiples de nos réalités complexes ; Dans le cas de la segmentation dynamique, le modèle doit évoluer, les relations telles qu'utilisées pour l'instant sont trop étriquées. Le rôle seul ne suffit plus. Bref, un sujet pour une version d'API post 0.6, et des éditeurs qui devront suivre. - veiller à ce que la base soit conforme à un minimum de modélisation (documentée) commune. Sans parler de labellisation, on peut chercher à évaluer (donner de la valeur) le niveau de conformité par rapport à nos règles (osmose est probablement un des meilleurs démonstrateurs de cette veille -surveillance-) ; - adapter dans le temps l'ambition de 1 aux ressources nécessaires en 2 : accompagnement au changement. Après avoir enfoncé ces portes ouvertes, et si je t'ai bien compris, réserve-t-on l'ontologie commune (donc minimale) aux contributeurs et les ontologies spécialisées aux réutilisateurs ? Avec des thématiques comme, par exemple, le TMC, on dépasse à mon sens largement le périmètre du pot commun. Après, tout celà reste pour l'instant décrit dans un modèle de données simplissime, ce qui fait aussi sa force : des points, des points ordonnés en lignes brisées, des ensembles de points et de lignes brisées,... et point. Rajouter la segmentation dynamique ouvrirait bien sûr le potentiel de modélisation, mais dans le même temps ajouterait une complexité. On n'a pas fini d'en débattre... Je crois qu'OSM peut être, outre un lieu d'intégration de données, un creuset de savoirs de tous les acteurs, une lunette géante qui corrigerait tous les défauts d'astigmatisme, de myopie, d'ambiopie, etc. et qui serait gratuite pour tous. Denis, pas en charge du budget de la Sécu vincent (astigmate, hypermétrope, et enrhumé :-) ) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap modélisation et segmentation dynamique
Le 27 janvier 2013 00:52, Vincent de Chateau-Thierry v...@laposte.net a écrit : Je crois qu'OSM peut être, outre un lieu d'intégration de données, un creuset de savoirs de tous les acteurs, une lunette géante qui corrigerait tous les défauts d'astigmatisme, de myopie, d'ambiopie, etc. et qui serait gratuite pour tous. Denis, pas en charge du budget de la Sécu vincent (astigmate, hypermétrope, et enrhumé :-) ) Philippe (myope, astigmate, un peu presbyte, et deutéranomalien... mais sinon en pleine forme. Mais pour un rhume quand ça m'arrive, je ne prends aucun médoc, juste une boisson chaude, du miel et du curcuma, ça suffit, rien à demander à la Sécu pour ça). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr