Re: [OSM-talk-fr] Contrôle qualité des axes routiers
Bonjour, Je suis partant pour participer avec vous à un travail sur les données DATEX. J'avais commencé il y a qques temps à écrire des parseurs (en python / Django)des fichiers .dat et .da2 contenus dans les zip fournis par le site gouvernemental pour essayer de regénérer la carte donnée en .pdf dans le zip à partir des infos contenues dans la partie /Data (si j'ai bien compris, cela est possible). J'avais un peu du mal à trouver la correspondance entre les docs et ce que j'avais dans les fichiers donc j'avais laissé tomber, mais vu qu'il y a des personnes semble-t-il plus expérimentées en DATEX que moi, je suis partant pour me remettre la tête la dedans et essayer de mieux comprendre tout ça. Pour essayer de saisir la problématique : vous voulez importer dans OSM les références des points contenus dans points.dat dans OSM ? (ou alors rien à voir ? :/ ) . A bientôt Lionel. On Oct 1, 2012, at 12:08 PM, Christian Quest wrote: Ca me semble une très bonne idée de croiser les données OSM avec datex et d'inclure des données datex dans OSM pour assurer un contrôle de qualité et de cohérence par les calculs d'itinéraires. Beaucoup de données externes, même non importables dans OSM peuvent servir au contrôle de qualité et à évaluer l'exhaustivité des données OSM. ___ 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] addr:* sur les radars
Bonjour, Je pense en effet comme Marc: ces tags sont bien utiles à des utilisateurs / développeurs qui n'ont pas d'env OSM sur leur machine et utilisent des APIs comme la XAPI qui est un excellent vecteur de diffusion mainstream des POIs OSM. Les librairies spatiales sont bien évidemment plus puissantes mais demandent un effort supplémentaire non négligeable d'apprentissage / mise sur pied d'environnement qui semble un peu déplacé lorsqu'on veut juste exploiter une base simple de POIs genre radars en France. Le fait que l'utilisateur ne réponde pas ne doit pas forcément être pris comme une provocation surtout comme quand dans ce cas là elle peut apparaitre comme un zèle excessif plutôt que comme une volonté de dénaturer le travail déjà fourni. Cordialement, Lionel. On Jun 27, 2011, at 3:23 PM, Marc SIBERT wrote: Le 27 juin 2011 14:18, Vincent Pottier vpott...@gmail.com a écrit : Le 27/06/2011 13:57, Pieren a écrit : Je comprends les tags addr: sur certains objets s'ils n'existent pas déjà par ailleurs. Mais lorsque je taggue systématiquement toutes les adresses d'une ville, j'ai tendance à supprimer cette information qui devient redondante sur les autres objets. C'est effectivement comme le tag is_in=France. On ne va pas mettre ce tag sur les millions de nodes/ways/relations en France sous prétexte que quelque-uns n'ont pas pris 30 minutes pour apprendre à maitriser les requêtes spatiales. Pieren +1 ! Et le jour où quelqu'un veut compter les rond-points de sa commune, il faut qu'il entre les addr=* sur les rond-points ? Puis le lendemain sur les feux tricolores ? Puis le lendemain sur les fontaines. Puis... Puis le mois suivant pour les rond-points du département... L'intérêt de la base spatialisée, c'est qu'on apprend une fois, et on utilise tout le temps. -- FrViPofm Bonjour, Tout vos commentaires sont basés sur l'assertion que toutes les communes (de France) ont leur contour défini (et correctement bouclé). Or cela est simplement *faux* ! Ce n'est pas le cas en France et ce ne sera jamais le cas dans le monde entier. J'insiste sur le fait que ce tag ne dénature aucune autre information (surtout spatiale), et donc votre intelligence (et vos moyens matériels et logiciels PostGis + 4 Go RAM + etc.) vous permettront toujours de faire des inventaires par commune. Je vous mets simplement au défi de faire une requete spatiale avec (toutes) les API ou services déjà disponibles *en ligne* et donc accessibles à tous (pas à une élite bien équipée). Ce que je demande, c'est de laisser le choix à la personne qui fait l'extraction des informations qu'il veut utiliser (spatiales ou pas). En aparté, as_in n'a jamais été utilisable vu la variété d'informations qui s'y trouvaient ; c'est surtout pour cela que ce tag est tombé en désuétude et non pas parce qu'il était inutile. Je ne demande pas que tous mettent des tags addr: sur tous les POI, juste que l'on laisse faire un contributeur qui enrichit (un peu frénétiquement peut-être) la base. J'insiste sur le fait qu'il n'y a pas de destruction, ni d’incohérence mais simplement de la redondance (le RAID 1 n'est pas inutile, les CRC non plus, n'est-ce pas ?) A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Positionné Radars de vitesse
Salut, Voici à priori comment décrire une relation de radar, celui ci par ex : http://www.openstreetmap.org/browse/relation/1297864 Un radar est une relation avec les tags enforcement = maxspeed maxspeed = 50 type = enforcement qui permettent de décrire le type de controle et la vitesse limite. Ensuite 3 nodes composent la relation : la position du device lui même (le radar automatique), le début (from) de la zone de flashage et la fin (to) Members: Node 1013567424 as to Node 1013567419 as device Node 28377945 as from A ce propos, je vois que par exemple sur celui là on a source = http://radars.securite-routiere.gouv.fr/; qui pour le coup est devenu caduque je pense. Lionel. On May 29, 2011, at 12:41 PM, sechanb...@free.fr wrote: Bonjour, A ce propos des radars, je travaille essentiellement sur Poitiers et pour l'instant, nous n'avons pas cartographié tous les radars. Alors je me suis essayé à un radar de vitesse, mais même après plusieurs tentative, lors de l'envoi j'ai une erreur type de relation inconnu J'ai fini pas l'envoyer comme ça pour vous demander de l'aide. Voici le radar que j'ai positionné: http://www.openstreetmap.org/browse/node/295629718 D'où vient mon erreur ? Votre analyse me servira par la suite car j'en connais d'autres qui ne sont pas présents dans la base... Cédric Barribaud Secrétaire de l'APP3L www.app3l.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Radars de contrôle routier et OSM
Bonjour, Je suis le sujet et j'ai aussi vu que certaines déclarations semblaient indiquer que l'état pourrait donner les limitations de vitesses, les zones dangeureuses et l'état du traffic. http://www.accessoweb.com/Les-avertisseurs-de-radars-ne-seront-pas-interdits-en-France-mais-modifies_a9147.html C'est un vrai partenariat qui unira les fabricants avec l'Etat où ce dernier devra fournir les limitations de vitesse, l'état du traffic et les zones dangereuses. Reste à voir comment, sous quelle license. Mais il est vrai que si la license s'y prête, cela pourrait être un moyen de pallier à la pauvreté de renseignement du tag maxspeed= dans OSM (si je ne m'abuse il est assez peu renseigné non ? ou alors j'ai une fausse idée de sa popularité ?) Lionel. On May 28, 2011, at 6:19 PM, Eric SIBERT wrote: Tout ça pour dire que rien n'est dit sur la collecte de l'information. C'est un peu le problème de cette mesure, c'est qu'il faut se crever les yeux avant de prendre la route... Sinon, rien n'interdit les applications qui indiquent en permanence les limitations de vitesse, bien au contraire. Faites chauffer le tag maxspeed=* ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Server XAPI offert par Mapquest
Bonjour, Bravo pour ce service, ça manquait vraiment d'avoir un XAPI dispo qque part qui soit stable sur lequel on peut compter :) Je ne suis pas réellement expert de l'utilisation de l'XAPI mais j'essayais de récupérer qques relations pour les radars en france avec un truc du genre: http://open.mapquestapi.com/xapi/api/0.6/relation[enforcement=maxspeed][bbox=6.889161215399756,43.550471927663956,7.163819418513791,43.662341068900254] cela marche plutot bien mais la réponse ne comprend que des tags relation mais n'intègre pas pas les nodes référencés par ces relations. J'ai regardé la doc de l'XAPI là : http://wiki.openstreetmap.org/wiki/Xapi et visiblement les nodes référencés par les relations renvoyés sont censés aussi être renvoyés dans le .osm retourné. Extract= __ http://www.informationfreeway.org/api/0.6/relation[...] This returns an xml document containing relations that match the search terms. For each matching relation the nodes and ways referenced by that relation are also returned. An example of the response from a relation query looks like this: ?xml version='1.0' standalone='no'? osm version='0.6' generator='xapi: OSM Extended API' xmlns:xapi='nowikihttp://www.informationfreeway.org/xapi/0.6/nowiki' xapi:uri='/api/0.6/way[landuse=residential]' xapi:planetDate='200803150826' xapi:copyright='2008 OpenStreetMap contributors' xapi:instance='zappy2' node ... way ... relation id='2670' timestamp='2007-10-25T03:05:34Z' version='32' changeset='2211' member type='way' ref='3992472' role=''/ member type='way' ref='3992524' role=''/ __ Je souhaiterai donc savoir si c'est l'implementation de l'XAPI de mapquest qui est à améliorer pour ce coté là où si c'est ma compréhension / utilisation de l'XAPI qui est incorrecte ? Merci Lionel. P.S: désolé pour le post technique, je me suis abonné à la liste dev-fr mais je ne reçois pas de mail ? Cette liste dev-fr est active ou pas trop ? On Apr 8, 2011, at 5:30 PM, Emilie Laffray wrote: Bonjour, Mapquest vient d'annoncer un server XAPI ( http://open.mapquestapi.com/xapi/ ). (Disclaimer: je travaille pour Mapquest). Il existe meme un GUI pour l'utiliser. 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] Transformer 43.136546, 2.25345 en Autoroute A99, km 34
Bonjour, Je m'intéresse à la description d'un point sur l'autoroute. Dans le langage courant, on décrit un point sur l'autoroute avec par ex Autoroute A8 kilomètre 33, *sans préciser le sens* . Cela est du au fait qu'un point de référence est pris parmi les 2 villes reliées par cet autoroute. L'avantage est que du coup, le point décrit est indépendant du sens. On retrouve cela sur les bornes kilométriques visibles sur le côté quand on roule, le nombre est le même dans un sens et dans l'autre. Pour l'A8 par ex (qui relie Aix/ Marseille à Nice), la référence est Aix/Marseille. Pour l'A57 Toulon- Cannet des Maures, la référence est Toulon. Je voulais savoir si il y avait dans les tags de la relation décrivant un autoroute un moyen de décrire justement cette référence de début de calcul de l'offset kilométrique sur un autoroute de façon à pouvoir faire un reverse géocoder capable de transformer une lat/long d'un point sur un autoroute en Autoroute A8 , kilomètre 35.133 par ex. Si vous avez connaissance d'une convention pour résoudre cette problématique ou même que vous pensez que cela peut avoir un intérêt d'en décider d'une pour implémenter une telle chose, je suis preneur. Je suis en tout cas prêt à tagger les relations que je connais en ce sens ! Merci de votre retour. Lionel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transformer 43.136546, 2.25345 en Autoroute A99, km 34
Salut, Hum mais là l'idée serait donc de tager un Node de la relation avec distance_marker c'est ça ? Ton approche est donc de faire un relevé des Points repères (comme tu les as nommés précédemment) c'est ça ? Ca me semble énorme comme travail :/ Mon approche était plutot de permettre le calcul de l'offset kilométrique (sans passer par un relevé ) Lionel. On Mar 22, 2011, at 3:15 PM, didier2...@free.fr wrote: tag proposed/future mais pas approuvés highway = distance_marker ou milestones - - - - didier + mapeur amateur + - Mail d'origine - De: didier2...@free.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Tue, 22 Mar 2011 13:17:03 +0100 (CET) Objet: Re: [OSM-talk-fr] Transformer 43.136546, 2.25345 en Autoroute A99, km 34 petite correction: les bornes kilométriques des autoroutes ou autres voies nationales ou départementales sont orientées ! historiquement il y avait les pk (points kilométriques). Cela a été changé en pr (points repères) le différences (de taille) est qu'il n'y a pas forcement 1000m entre deux pr... les valeur sont pr 33+125 = 125 metres apres le pr 33 il existe des pr 16+1400 ... ou alors le pr 22 est 985 apres le pr 21... a l'epoque de la dde (remplacé par le conseil général + direction interdépartementale des routes) il y avait une base de donnée (visage), maintenant je ne sais pas pour le tag des bornes, je l'ai vu dans le wiki ... mais je ne suis plus ou (c'est pas bo de vieillir) - - - - didier + mapeur amateur + - Mail d'origine - De: Lionel Gueganton lionel.guegan...@free.fr À: talk-fr@openstreetmap.org Envoyé: Tue, 22 Mar 2011 11:04:58 +0100 (CET) Objet: [OSM-talk-fr] Transformer 43.136546, 2.25345 en Autoroute A99, km 34 Bonjour, Je m'intéresse à la description d'un point sur l'autoroute. Dans le langage courant, on décrit un point sur l'autoroute avec par ex Autoroute A8 kilomètre 33, *sans préciser le sens* . Cela est du au fait qu'un point de référence est pris parmi les 2 villes reliées par cet autoroute. L'avantage est que du coup, le point décrit est indépendant du sens. On retrouve cela sur les bornes kilométriques visibles sur le côté quand on roule, le nombre est le même dans un sens et dans l'autre. Pour l'A8 par ex (qui relie Aix/ Marseille à Nice), la référence est Aix/Marseille. Pour l'A57 Toulon- Cannet des Maures, la référence est Toulon. Je voulais savoir si il y avait dans les tags de la relation décrivant un autoroute un moyen de décrire justement cette référence de début de calcul de l'offset kilométrique sur un autoroute de façon à pouvoir faire un reverse géocoder capable de transformer une lat/long d'un point sur un autoroute en Autoroute A8 , kilomètre 35.133 par ex. Si vous avez connaissance d'une convention pour résoudre cette problématique ou même que vous pensez que cela peut avoir un intérêt d'en décider d'une pour implémenter une telle chose, je suis preneur. Je suis en tout cas prêt à tagger les relations que je connais en ce sens ! Merci de votre retour. Lionel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transformer 43.136546, 2.25345 en Autoroute A99, km 34
Oui tu as sans doute raison malheureusement :/ vu que ce sont des valeurs appliquées sur les panneaux, le calcul introduira sans doute une imprécision par rapport au relevé réel :/ On Mar 22, 2011, at 3:45 PM, didier2...@free.fr wrote: si tu trouves comment faire ton calcul (linéaire de way osm) cela ne correspondra pas exactement au référentiel pr + abscisse que j'ai indiqué par exemple ton calcul donnera 33+250 et a ce point de coordonné il pourra y avoir sur la route une étiquette 33+125 sur les autoroutes les pr+abcisse sont indiqués pour les ps (passages supérieurs), pi (passage inférieur), reseau electrique enterré etc... ___ 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] Transformer 43.136546, 2.25345 en Autoroute A99, km 34
:O Je ne connaissais même pas ce site de diffusion numérique info routière , très intéressant ! Merci pour la source, les liens et les explications, c'est dense ! JE vais prendre le temps de creuser tout ça. Merci beaucoup ! Lionel. On Mar 22, 2011, at 3:43 PM, Ab_fab wrote: Bonjour Lionel, Je sais que le format DATEX inclut des informations liées aux points kilométriques du réseau routier, dans la table des localisants ALERT-C. C'est le référentiel géographique qui définit les zones géographiques et les secteurs routiers du système d'info-traffic TMC dans l'autoradio ou le GPS auto. Je n'ai pas le temps dans l'immédiat de regarder de plus près ta question, mais tu peux trouver ici le fichier zip contenant ces tables de localisants, et surtout leur nomenclature (plutôt aride) http://diffusion-numerique.info-routiere.gouv.fr/IMG/zip/Alert-C-v8-0-FR_cle21334c.zip Le fichier France_v80.pdf est une carte qui synthétise l'ensemble des points Alert-C du réseau français (autoroutes / nationales / routes). (les petits fanions placés sur les routes) Pour chacun de ces points, on doit pouvoir retrouver l'information du PR Je te renvoie à la section §2.5 du fichier Gproc23_FR 1.2.pdf inclus dans le fichier zip qui décrit la nomenclature utilisée dans les fichiers. Pour information, et suite à un message à ce sujet sur la liste il y a quelques jours, j'ai enfin réussi à faire tourner le script de Marcus Wolschon. Celui-ci permet d'extraire les points et segments TMC et d'en faire un fichier OSM. Je n'en ai pas fait grand chose pour le moment. Je ne suis pas vraiment sûr que cela te soit utile, mais sait-on jamais, cela peut constituer une base de départ Bonne journée Le 22 mars 2011 11:04, Lionel Gueganton lionel.guegan...@free.fr a écrit : Bonjour, Je m'intéresse à la description d'un point sur l'autoroute. Dans le langage courant, on décrit un point sur l'autoroute avec par ex Autoroute A8 kilomètre 33, *sans préciser le sens* . Cela est du au fait qu'un point de référence est pris parmi les 2 villes reliées par cet autoroute. L'avantage est que du coup, le point décrit est indépendant du sens. On retrouve cela sur les bornes kilométriques visibles sur le côté quand on roule, le nombre est le même dans un sens et dans l'autre. Pour l'A8 par ex (qui relie Aix/ Marseille à Nice), la référence est Aix/Marseille. Pour l'A57 Toulon- Cannet des Maures, la référence est Toulon. Je voulais savoir si il y avait dans les tags de la relation décrivant un autoroute un moyen de décrire justement cette référence de début de calcul de l'offset kilométrique sur un autoroute de façon à pouvoir faire un reverse géocoder capable de transformer une lat/long d'un point sur un autoroute en Autoroute A8 , kilomètre 35.133 par ex. Si vous avez connaissance d'une convention pour résoudre cette problématique ou même que vous pensez que cela peut avoir un intérêt d'en décider d'une pour implémenter une telle chose, je suis preneur. Je suis en tout cas prêt à tagger les relations que je connais en ce sens ! Merci de votre retour. Lionel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- -- 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
[OSM-talk-fr] radars tronçons: comment mapper ? (des mappeurs sur la zone de l'A10 ?)
Bonsoir, Je m'intéresse au mapping des radars tronçons dans OSM. J'ai contacté Marc hors liste qui a pas mal travaillé sur les radars avec freeroute qui m'a aiguillé sur ce wiki http://wiki.openstreetmap.org/wiki/Enforcement mais la configuration exacte du radar tronçon n'y est pas décrite (il y a une zone de départ où la plaque est capturée, une zone de fin ou la même chose est faite et si la vitesse moyenne sur la zone est trop importante par rapport à la vitesse sur le tronçon = PV). Aujourd'hui il n'y a (a ma connaissance) qu'un seul radar tronçon expérimental sur l'A10 en France mais cela devrait être étendu à d'autres zones. Des mappeurs auraient ils des connaissances / recommandations dans le domaine ? Merci, bonne soirée. Lionel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] iPhone et OSM mapping
Bonjour, Je rajoute mes 2cents à la discussion Je suis aussi intéressé pour avoir du contenu OSM disponible sur iPhone. Je ne cherche pas à avoir les tuiles comme traditionellement mais bien le réseau routier. Je n'en suis qu'au début du chercher à comprendre comment faire cela avec OSM les outils autour , mais j'ai trouvé hier une piste qui me semble interessante : il existe une surcouche GIS à SQlite (la DB embarquée disponible sur iPhone) qui s'appelle spatialite : http://www.gaia-gis.it/spatialite/ Il y aussi visiblement des outils pour générer à partir d'un XML d'OSM, la base correspondante dans le modèle spatialite. Et mieux, il y aussi des possibilité d'utiliser le graphe ainsi généré dans le modèle spatialite pour faire du routing : *http://www.gaia-gis.it/spatialite/spatialite-network-2.3.1.html *C'est pour moi récent, j'en suis à essayer de compiler tout ça et essayer de le faire marcher mais je voulais partager ce soft avec vous et savoir si certains parmi vous l'avait essayé ? Ca me semble prometteur et peut s'avérer utile dans le cas que tu décrivais au debut olivier : je suis sur le RESO OSM donc j'enregistre aucun trace, je ne suis plus dessus, donc la j'enregistre. L'ideal serait d'avoir un map matcher basé sur les données spatialite/OSM et de savoir si on est sur le graphe existant ou pas, suivant cela ensuite, enregistrer les traces GPS. (le luxe !) Vos retours éventuels sur spatialite / iPhone m'intéressent en tout cas ! :) A bientôt Lionel. 2009/8/6 olivier.laha...@free.fr Cool l'idéee d'utiliser navit sur PC pour tester les connexion. J'alais justement demander comment faire, car entre Saclay et Nozay, il semble y avoir une coupure au Niveau de la N118, car roadee commence bien le guidage et puis faire grèveen disant pas de route active. Bref, je vais regarder ça. C'est triste, c'est toujours mon vieux Motorola A780 avec ALK Copilot 5 qui me guide en France avec sa carte de 2004 complètement à la rue dans ma région. :-( - Mail Original - De: piratebab pirate...@hotmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Jeudi 30 Juillet 2009 21h48:31 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] iPhone et OSM mapping J'utilise assez régulièrement navit avec la carte OSM et j'en suis très satisfait (pas sur un iphone, sur un openmoko). J'ai mis l'europe de l'ouest sur la carte SD. Pour des trajets de moins de 500 km, navit trouve bien la route, au delà, il faut tronçonner en plusieurs morceaux. Navit à plusieurs interfaces différentes, j'utilise celle qui permet de le piloter au doigt. Je l'utilise aussi sur mon PC pour tester la recherche de route, et pour valider les liaisons dans OSM. Maintenant sur un iphone qui n'a pas toute la carte en stock et qui va la chercher au fur et à mesure via le téléphone (ça doit vous couter un max non ?), je ne sais pas trop comment il peut calculer sa route. Mathieu a écrit : Pour ma part je n'ai pas réussi à faire fonctionner Navit, j'ai un écran orange avec ma position et le soft est instable. Obligé de passer par Roadee qui dans mon coin avec la 3g qui fonctionne impec ne me pose pas autant de soucis qu'à vous. Ou peut-être suis-je moins exigeant. Yann Coupin (via Nabble) a écrit : J'ai juste jailbreaké, pas desimlocké mon téléphone ou quoi que ce soit d'autre. C'est totalement réversible et je m'en tappe si je ne peux pas jailbreaker la version 3.1, c'était plus pour tester navit et comparer, tant pis si ça n'est pas pérenne. N'empêche, si Roadee avait le moteur de navit ou Navit l'interface de Roadee ça serait top ! Yann Le 30 juil. 09 à 14:04, olivier.laha...@... a écrit : gt; J'ose pas encore jailbreaker, car l'OS 3.1 arrive ___ Talk-fr mailing list talk...@... http://lists.openstreetmap.org/listinfo/talk-fr View message @ http://n2.nabble.com/iPhone-et-OSM-mapping-tp3316331p3356368.html To start a new topic under French OSM list, email ml-node+3070341-1031045...@n2.nabble.comml-node%2b3070341-1031045...@n2.nabble.com To unsubscribe from French OSM list, click here . ___ 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] iPhone et OSM mapping
Oui, par contre suivant ce qu'on veut en faire, on peut l'utiliser (/builder) sans GEOS et PROJ (c'est là ou j'en suis actuellement pour l'instant) suivant qu'on veuille plus ou moins de fonctionalités. Il y a ici une genre de matrice qui montre ce a quoi on a accès en plus/en moins en intégrant GEOS et/ou PROJ http://www.gaia-gis.it/spatialite/spatialite-sql-2.3.1.html (peut etre connais tu ça dejà mais pour moi c'est nouveau en tout cas, je ne suis pas très familier avec les extensions GIS des DBs) 2009/8/6 Emilie Laffray emilie.laff...@gmail.com 2009/8/6 Lionel Gueganton lionel.guegan...@libertysurf.fr Bonjour, Je rajoute mes 2cents à la discussion Je suis aussi intéressé pour avoir du contenu OSM disponible sur iPhone. Je ne cherche pas à avoir les tuiles comme traditionellement mais bien le réseau routier. Je n'en suis qu'au début du chercher à comprendre comment faire cela avec OSM les outils autour , mais j'ai trouvé hier une piste qui me semble interessante : il existe une surcouche GIS à SQlite (la DB embarquée disponible sur iPhone) qui s'appelle spatialite : http://www.gaia-gis.it/spatialite/ Il y aussi visiblement des outils pour générer à partir d'un XML d'OSM, la base correspondante dans le modèle spatialite. Et mieux, il y aussi des possibilité d'utiliser le graphe ainsi généré dans le modèle spatialite pour faire du routing : *http://www.gaia-gis.it/spatialite/spatialite-network-2.3.1.html *C'est pour moi récent, j'en suis à essayer de compiler tout ça et essayer de le faire marcher mais je voulais partager ce soft avec vous et savoir si certains parmi vous l'avait essayé ? Ca me semble prometteur et peut s'avérer utile dans le cas que tu décrivais au debut olivier : je suis sur le RESO OSM donc j'enregistre aucun trace, je ne suis plus dessus, donc la j'enregistre. L'ideal serait d'avoir un map matcher basé sur les données spatialite/OSM et de savoir si on est sur le graphe existant ou pas, suivant cela ensuite, enregistrer les traces GPS. (le luxe !) Vos retours éventuels sur spatialite / iPhone m'intéressent en tout cas ! :) Intéressant. Spatialite utilise les mêmes librairies que Postgis (Geos, Proj). Je serais curieuse de voir les performances de cette surcouche dans sql lite. La principale différence viendrait alors de la gestion de l'index vis a vis de Postgis qui est base sur un index gist. Je vais regarder ça un de ces jours. 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] Google maps attaqué pour concurren ce deloyale.. et OSM ?
Bonjour,Je n'espère pas et ne pense pas, c'est un peu comme si les musiciens professionels se plaignaient que des amateurs fassent de la musique gratuitement après rien n'empeche des gens qui sont amateurs (=qui n'en vivent pas) d'être meilleurs que certains pros (car plombés par des besoins alimentaires) Je trouve qu'on est un peu dans le même cas avec les cartes amateurs et pro (n'y voyez aucun apriori derrières le mot amateur, le distinguo est pour moi juste que certains font ça pour en vivre et d'autres non). A mon avis le terme de concurrence déloyale ne s'applique pas entre amateur et pro (mais je ne suis pas expert en droit non plus :) Lionel. 2009/7/29 THEVENON Julien julien_theve...@yahoo.fr Google maps se fait attaquer pour concurrence deloyale et abus de position de dominante http://www.pcinpact.com/actu/news/52261-bottin-cartographes-attaque-google-maps.htm Est ce que ce genre d attaques pourrait concerner Open Street Map pour ce qui est de la concurrence deloyale etant donne que ce n est pas une entreprise qui est derriere ? 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] Service aux professionnels ( éta it : Re: Connexion avec www.prix-carburants .gouv.fr )
Bonjour, Je suis assez nouveau sur OSM bien que m'y interessant en dilettante depuis qques temps mais si le sens de mon message a été abordé ailleurs ou par le passé, n'hésitez pas à recadrer Ce genre de discussion sur les types de données devant (ou pas) apparaitre sur OSM semble faire debat, il y a les stations d'essence, mais je pensais aussi aux radars fixes etc etc (sur la liste OSM-Dev il était aussi question de mosquées par ex). Chacun est bien sur convaincu que son type de données (POI , Point Of Interest / Point dintéret dans le jargon) est primordial et mérite de figurer dans la DB. N'y-t-il pas dans OSM ou ailleurs un moyen de définir des layers à part , ou chacun rassemble son type de données (tout en utilisant la puissance collaborative d'OSM) et après on verra bien quels sont les layers qui méritent de figurer de base dans la version standard de OSM et/ou en délégant ce choix à celui qui décide de monter son serveur OSM ? Ex : je veux rassembler tout les radars fixe de france, j'invite les gens à participer à mon layer radars. Si à un moment un serveur de tuiles considère que cette données vaut le coup d'etre visible, il l'intègre à son rendu sinon il le laisse de coté. Une sorte de OpenStreetPOI ou qque chose du style. Cette approche existe-t-elle deja dans OSM ou il n'y a rien de tel ? Merci de vos remarques, Lionel. 2008/8/27 Guilhem Bonnefille [EMAIL PROTECTED]: Je partage vos sentiments. Cela dit : - je reste persuadé que la meilleure façon de remplir la carte reste de proposer des solutios pour *utiliser* les données. Cela peut sembler mettre la charue avant les boeufs, mais c'est de cette façon que fonctionne le monde *libre* : il faut offrir avant de recevoir, offrir un début de logiciel avant d'espérer recevoir la moindre contribution. - concernant les informations à mettre dans OSM, il me semble qu'il est dans la nature d'OSM de ne rien interdire. Je crois donc qu'il faut éviter de décourager les éventuels contributeurs qui seraient tentés par cette aventure. - enfin, au sujet de la qualité des données, j'ai bien peur que ce soit justement le pari des sites de données collaboratives que de compter sur le nombre pour assurer la qualité. ___ 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
