Re: [OSRM-talk] Kilometers in /table route
Cool, Thank you very much ! Kin On Tue, Jun 9, 2020 at 4:51 PM Daniel Patterson via OSRM-talk < osrm-talk@openstreetmap.org> wrote: > You need to add `?annotations=duration,distance` to your API call - then > you'll get metres back as well. > > daniel > > On Tue, Jun 9, 2020 at 7:24 AM Aurélien wrote: > >> Hi, >> >> Can someone explain me why there is no kilometers in the /table route ? >> >> Is it a technical problem or a functional non sense ? >> >> Thank you very much, >> >> Kin >> ___ >> OSRM-talk mailing list >> OSRM-talk@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/osrm-talk >> > ___ > OSRM-talk mailing list > OSRM-talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/osrm-talk > ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
[OSRM-talk] Kilometers in /table route
Hi, Can someone explain me why there is no kilometers in the /table route ? Is it a technical problem or a functional non sense ? Thank you very much, Kin ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSM-talk-fr] Désabonnement de la liste
De même pour moi depuis quelques semaines Le jeu. 19 avr. 2018 à 21:29, Jo <winfi...@gmail.com> a écrit : > moi aussi, depuis des mois, assez régulièrement. > > Jo > > 2018-04-19 21:18 GMT+02:00 Vincent Frison <vincent.fri...@gmail.com>: > >> Hello, >> >> Je me fais régulièrement "bannir" de la liste avec le message suivant: >> >> >> >> >> >> >> *Votre abonnement à la liste Talk-fr a été désactivé suite à dueto >> excessive bounces The last bounce received from you was dated18-Apr-2018. >> Vous ne recevrez plus de messages en provenance de cetteliste tant que vous >> n'aurez pas ré-activé votre abonnement. Vousrecevrez encore 3 rappels comme >> celui-ci avant que votre abonnement nesoit supprimé..* >> >> Quelqu'un saurait à quoi cela correspond et surtout comment faire pour >> que ça s'arrête ? >> >> A priori je ne fais rien de spécial et j'utilise une adresse Gmail on >> peut plus classique.. >> >> Merci, Vincent. >> >> ___ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> >> > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu arrêt de bus
Adrien , je comprend mieux ta motivation. juste pour se coordonnée tu utilise quel modele de shémas : - 1 : https://wiki.openstreetmap.org/wiki/FR:Transports_publics ou - 2 https://wiki.openstreetmap.org/wiki/FR:Key:public_transport et quel donnée opendata d'Anjoubus car par ex je ne retrouva pa la ligne 2A dans les donnée opendata Le 15 décembre 2017 à 12:25, Adrien Grellier <pe...@adrieng.fr> a écrit : > Merci pour vos réponses. > > *marc marc* : OK je vais donc ajouter le highway = bus_stop pour la > compatibilité. > > *Noémie* : Les références des lignes apparaissent sur le chemin dans > certains rendus lorsqu’on zoome. Voici deux exemples : > http://www.openstreetmap.org/#map=17/47.25474/-0.08247=T > https://www.öpnvkarte.de/#-0.0812;47.255;17 > Je vais également ajouter les ref au ligne et pas seulement aux > route_master, toujours pour la compatibilité. > Et merci pour le tuto ! C'est exactement ce que je fais, me voila rassuré > :-) > > *Jo*: j'utilise effectivement JOSM, mais ne connaissait pas PT_Assistant, > je vais regarder ça. > > *Aurélien* : Je suis en Loire-Atlantique, mais avec de bonnes attaches en > Anjou :) > En fait mon but est d'avoir les horaires de AnjouBus dans l'appli > transportr <https://transportr.grobox.de/>, pour aller chez mes parents. > L'appli permet de trouver les itinéraires en transport en commun les plus > court, pour tout réseau qui publie ses données au format GTFS. Dans mon > cas, les réseaux SNCF, Tan, Lila, Irigo sont dispo, mais pas AnjouBus. > Comme tu le dis, toutes les données sont en OpenData, mais pas au bon > format (CSV, pas GTFS) ! Je les ais contacté pour qu'ils mettent leur > données sous ce format, comme en Loire Atlantique, mais visiblement la > personne n'a pas bien compris ma demande. > Donc maintenant mon plan est de mettre tout le réseau sous OpenStreetMap. > Ensuite je pourrais utiliser les scripts du créateur de transportr pour > générer le fichier GTFS qui va bien… et ainsi arriver à mon but ! C'est un > projet assez long, mais qui peut être sympa au final. > > Toute aide est la bienvenue ! Pour info je documente ma progression sur > cette page : > https://wiki.openstreetmap.org/wiki/Maine-et-Loire/Transports_en_commun > > Bonne journée, et merci pour vos réponses. > > Adrien > > > > Le 15/12/2017 à 11:34, aurélien BONDU a écrit : > > Salut à tous, > Adrien j'avais commencer à cartographier le réseau Anjoubus en février > 2014 suite à la libération des données en opendata. Je m'étais vite > arrêter faute de motivation . > Si tu veux de l'aide pour compléter le réseau je suis dispo. > Au passage tu est du Maine-et-Loire pour t'intéresser au réseau AnjouBus > plus particulièrement ? > > Aurélien (abonduabu sur OSM > > Le 15 décembre 2017 à 10:59, Jo <winfi...@gmail.com> a écrit : > >> Salut Adrien, >> >> Si tu ajoutes highway=bus_stop aux nœuds public_transport=platform, tu >> verras que ce sera bien rendu. Ça fait des années que nous demandons que >> les tags public_transport soient rendus et je n'ai plus aucune raison de >> croire qu'un jour ça se passera. Donc pas de soucis, ce n'est pas de ta >> faute. >> >> Ma façon de cartographier les arrêts est d'ajouter tous les détails sur >> ce nœud à côté de la route et de n'ajouter que celui-là aux relations route. >> >> Pour les arrêts qui ont une vrai plateforme, il es possible d'ajouter un >> way ou un area, avec highway=platform comme tag. Ces nœuds n'ont pas besoin >> d'autres tags et il ne faut pas les ajouter aux relations routes. >> >> Attention, ce n'est pas comme ils font en Allemagne.. Là ils sont >> convaincus qu'il faut ajouter 2 objets aux relations routes. >> >> Ils sont en train de proposer un nouveau schéma au forum allemand, mais à >> mon avis tout cela devient bien trop complexe. >> >> Depuis des mois j'envisage de proposer un "nouveau" schéma moi-même, Mais >> comme j'ai fait "le tour de monde" pour tester PT_Assistant cet été, je >> sais qu'il sera dur de le voir accepté, même si ce schéma s'intègre très >> bien avec la façon de cartographier "historique" il y a la possibilité >> d'intrepréter PTv2 de differente façons et une fois que certains choix sont >> fait, il est difficile de voir les avantages de l'autre interprétation. >> >> Je pense qu'une grande raison pour ce "schisme" est que les >> interpretations dépendent du point de vue de départ, étant si on veut >> modélliser rail ou bus. >> >> https://wiki.openstreetmap.org/wiki/User:Polyglot/Bus_stops_and_routes >> >> Si tu utilises JOSM, j'ai assisté au développement du plugin >> PT
Re: [OSM-talk-fr] rendu arrêt de bus
Salut à tous, Adrien j'avais commencer à cartographier le réseau Anjoubus en février 2014 suite à la libération des données en opendata. Je m'étais vite arrêter faute de motivation . Si tu veux de l'aide pour compléter le réseau je suis dispo. Au passage tu est du Maine-et-Loire pour t'intéresser au réseau AnjouBus plus particulièrement ? Aurélien (abonduabu sur OSM Le 15 décembre 2017 à 10:59, Jo <winfi...@gmail.com> a écrit : > Salut Adrien, > > Si tu ajoutes highway=bus_stop aux nœuds public_transport=platform, tu > verras que ce sera bien rendu. Ça fait des années que nous demandons que > les tags public_transport soient rendus et je n'ai plus aucune raison de > croire qu'un jour ça se passera. Donc pas de soucis, ce n'est pas de ta > faute. > > Ma façon de cartographier les arrêts est d'ajouter tous les détails sur ce > nœud à côté de la route et de n'ajouter que celui-là aux relations route. > > Pour les arrêts qui ont une vrai plateforme, il es possible d'ajouter un > way ou un area, avec highway=platform comme tag. Ces nœuds n'ont pas besoin > d'autres tags et il ne faut pas les ajouter aux relations routes. > > Attention, ce n'est pas comme ils font en Allemagne.. Là ils sont > convaincus qu'il faut ajouter 2 objets aux relations routes. > > Ils sont en train de proposer un nouveau schéma au forum allemand, mais à > mon avis tout cela devient bien trop complexe. > > Depuis des mois j'envisage de proposer un "nouveau" schéma moi-même, Mais > comme j'ai fait "le tour de monde" pour tester PT_Assistant cet été, je > sais qu'il sera dur de le voir accepté, même si ce schéma s'intègre très > bien avec la façon de cartographier "historique" il y a la possibilité > d'intrepréter PTv2 de differente façons et une fois que certains choix sont > fait, il est difficile de voir les avantages de l'autre interprétation. > > Je pense qu'une grande raison pour ce "schisme" est que les > interpretations dépendent du point de vue de départ, étant si on veut > modélliser rail ou bus. > > https://wiki.openstreetmap.org/wiki/User:Polyglot/Bus_stops_and_routes > > Si tu utilises JOSM, j'ai assisté au développement du plugin PT_Assistant, > qui peut bien s'avérer utile: > > https://wiki.openstreetmap.org/wiki/JOSM/Plugins/PT_ > Assistant/Mapping_Public_Transport_with_JOSM > > Si tu n'utilises pas encore JOSM, je veux bien faire un Hangout pour > t'aider à démarrer. > > Polyglot > > 2017-12-15 9:48 GMT+01:00 marc marc <marc_marc_...@hotmail.com>: > >> Bonjour, >> >> Le 15. 12. 17 à 09:35, Adrien Grellier a écrit : >> > Comme indiqué sur le wiki sur les transports publics >> > <https://wiki.openstreetmap.org/wiki/FR:Public_transport>, je taggue >> > chaque arrêt comme ceci: >> > >> > * Un nœud public_transport = platform sur le bord du chemin >> >> Les tags public_transport ne sont malheureusement pas encore rendu. >> Il faut ajouter l'ancien highway=bus_stop à la plateforme pour >> contourner le problème. >> C'est mis sur la page dédié des bus même si la raison n'y est pas >> https://wiki.openstreetmap.org/wiki/FR:Bus >> >> > Deuxième question: sur de petits arrêts, par exemple lorsqu'il y a >> > simplement un panneau au bord de la route, est-ce mieux de tagguer comme >> > je le fais, ou simplement mettre un seul nœud public_transport = >> platform ? >> >> Si tu veux suivre la v2 à la lettre, il faut mettre l'arrêt version >> "passager" càd la plateforme + l'arrêt version bus" càd stop_position. >> >> avis personnel qui ne respecte pas la v2, si tu veux faire une version >> light, avoir la plateforme est le strict nécessaire. On peux quasi >> toujours deviner où est le stop_position à partir de la plateforme. >> >> > Dernière question : sur les lignes de bus, je met la référence sur la >> > route_master, comme indiqué dans le wiki. Mais elle n'apparaît pas dans >> > les rendu de transport public ! Pourquoi donc ?? Faut-il la recopier sur >> > toutes les lignes ? >> >> Je met la ref sur la relation type=route_master et sur les relations >> type=route >> >> Cordialement, >> Marc >> ___ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > > -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MAJ BDOrtho ??
Message du 29 Juillet *Si vous voulez savoir de quand datent les images aériennes de la BD Ortho sur une zone donnée, voici une carte uMap qui vous sera utile:* *http://umap.openstreetmap.fr/fr/map/date-heure-des-prises-de-vues-aeriennes-de-la-bd-o_160764 <http://umap.openstreetmap.fr/fr/map/date-heure-des-prises-de-vues-aeriennes-de-la-bd-o_160764>On a la date et l'heure de prise de vue et donc ceci permet de connaitre la fraîcheur de ce qu'on voit.Attention, c'est semble-t-il valable sur la résolution à 50cm/pixel, au delà, les images peuvent provenir d'une autre campagne plus ancienne.Connaissant la date, l'heure et le lieu, j'ai aussi calculé la position du soleil et du coup la longueur des ombres portées. Ceci peut permettre dans certains cas d'évaluer la hauteur d'un objet comme un pylône, une antenne. Il faut que le terrain soit plat et l'objet assez haut.Sur la carte uMap j'indique par exemple: "Longueur des ombres: 0.56m Hor. / 1m Vert", il faut donc diviser la longueur mesurée par 0.56 pour avoir la hauteur de l'objet.Les données complètes sont disponibles sur https://www.data.gouv.fr/fr/datasets/date-heure-des-prises-de-vues-de-la-bdortho-ign-1/ <https://www.data.gouv.fr/fr/datasets/date-heure-des-prises-de-vues-de-la-bdortho-ign-1/> et j'ai uploadé tout ça dans OpenEventDatabase (utilisé par la carte uMap), donc c'est requêtable par API avec un what=picture.imagery.aerial.bdortho* *D'autres devoirs de vacances sont à prévoir dans les jours à venir... ;)* *--Christian Quest - OpenStreetMap France* Le 29 août 2017 à 16:27, Stéphane Péneau <stephane.pen...@wanadoo.fr> a écrit : > Bonjour, > > Certains auraient remarqué une mise à jour de l'imagerie aérienne de la > BDOrtho ? > > Moi oui, depuis aujourd'hui, au moins sur le sud de la loire-atlantique. > > D'ailleurs, j'avais tracé un nouveau giratoire depuis une trace en RTK, et > la correspondance est pas mal du tout : > https://www.openstreetmap.org/way/371573209 > > Stf > > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Restrictions véhicules
Bonjour à tous, Pour être en lien avec différents acteurs environnementaux, lié à la transition énergétique, on entend souvent l'idée de fermer la circulation au centre des villes pour les véhicules professionnels polluants. C'est à dire qu'en tant qu'entreprise, je n'ai pas le droit d'entrer dans ce polygone si mon véhicules est de ce type Y ou X (non électrique par exemple, ou sous telle norme euro dépassée, ou première immatriculation avant telle date peut n'importe). Ça peut également s'étayer sur des plages horaires je peux mais pas entre 7h et 19h ? Est-ce que ce genre d'information est actuellement "mappable" dans OSM (existence de tags) ? Bien à vous ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carto-ballade 18 mars à Chemillé en Anjou
Salut Cyrille, salut à tous, sauf changement de dernière minutes je serais parmi vous comme l'année dernniére à Samedi. Aurélien Le 16 mars 2017 à 09:59, <cyrille+talk...@giquello.fr> a écrit : > Bonjour, > > Ce samedi 18 mars, dans le cadre de "Libre en fête" à Chemillé en Anjou, > il y aura une carto-ballade sur le thème de l'accessibilité. Ce sera aussi > l'occasion d'enrichir Mapillary et tout plein d'autres trucs. > > Plus d'info : http://openstreetmap.fr/node/18776 > > À samedi donc :-) > > Cyrille37 > > -- > > Cyrille Giquello - 06 32 33 02 18 - cyri...@giquello.fr - 37000 Tours > > (¯`·._.·[ Coopérateur @ Artefacts - http://artefacts.coop ]·._.·´¯) > ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagguer un magasin de produits frais ?
Ce magasin existe aussi dans ma ville, il n'y a pas de distinction physique entre les "rayons" (épicerie, boucherie, ...) mais uniquement juridique. L'intérieur du magasin ressemble plus à une grande surface classique avec différent rayon. Le 18 novembre 2016 à 14:31, Francescu GAROBY <windu...@gmail.com> a écrit : > Bonjour, > Vu la photo, j'ai l'impression que chaque commerce est indépendant des > autres : ça n'est pas une épicerie qui fait tout, mais plusieurs petits > commerces de bouche situés dans le même bâtiment, non ? Si oui, taggue > chaque magasin séparément, et mets le noms "Grand Frais sur le bâtiment. > Et s'il y a une vente de fruits et légumes, il te manque alors un > "shop=greegrocer" > > Francescu > > Le 18 novembre 2016 à 14:23, Florian LAINEZ <winner...@free.fr> a écrit : > >> Bonjour, >> Un nouveau magasin vient d'ouvrir, il s'appelle "Grand Frais" et il vend >> des produits frais : fruits et légumes, épicerie, fromagerie, boucherie et >> poissonnerie cf. sa photo >> <https://www.mapillary.com/app/user/overflorian?lat=48.825913319946494=1.9678884699968648=17=C4xAMTHUWJtaFr7u7LZcDg=photo> >> Comment taguer cet OVNI ? >> >> Je lui ai mis un tag shop=butcher;bakery;cheese;seafood >> <http://www.openstreetmap.org/node/4508427980> mais ça ne me satisfait >> guère. Ce n'est pas non plus un shop=convenience, mais qu'est-ce donc ?? >> >> -- >> >> *Florian Lainez* >> @overflorian <http://twitter.com/overflorian> >> >> ___ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> >> > > > -- > Francescu > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > > -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: confirm 10ff24cf8895bd60980b14b1a6380c7cd66ce656
Message recu à l'instant Votre abonnement à la liste Talk-fr a été désactivé suite à due to excessive bounces The last bounce received from you was dated 17-Nov-2016. Vous ne recevrez plus de messages en provenance de cette liste tant que vous n'aurez pas ré-activé votre abonnement. Vous recevrez encore 3 rappels comme celui-ci avant que votre abonnement ne soit supprimé. Pour ré-activer votre abonnement, vous pouvez répondre simplement à ce message (en laissant la ligne Subject: --Objet-- du message intact) ou vous rendre à la page de confirmation à l'adresse : https://lists.openstreetmap.org/confirm/talk-fr/ bfc066838a5ea864c492a8f9b0fc9fad1570d8ba Le 15 novembre 2016 à 14:28, Jocelyn Jaubert <jocelyn.jaub...@gmail.com> a écrit : > Bonjour, > > On Mon, Nov 14, 2016 at 10:24:17PM +0100, Benoit Fournier wrote: > > Pour info : > > > > Une discussion est en cours sur la liste 'tech', avec recherche d'une > solution. > > > > Alors à suivre, et merci aux administrateurs techniques. > > Cette discussion en cours ne concerne que les listes hébergées sur > listes.openstreetmap.fr, pas les listes sur openstreemap.org. > > Mais c'est vrai que si la discussion aboutit, alors on pourra suggérer aux > admins d'osm.org de faire le même genre de modification. > > -- > Jocelyn > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Entrée d'un parking couverte par du bati ?
+1 pour le covered , je part du principe que si la route ne "change pas" de niveau : tag covered, si la route passe sous un "obstacle" (autre route, voie ferré, eau, ...) tag tunnel=yes + layer=-1 Le 31 décembre 2015 à 13:37, Vincent de Château-Thierry <osm.v...@free.fr> a écrit : > Bonjour, > > Le 31/12/2015 13:32, David Crochet a écrit : > >> Le 31/12/2015 13:30, Ludovic Hirlimann a écrit : >> >>> ça se représenete comment ? eg comment je fait pour que osm ne soit pas >>> là a me dire que ma route couvre du bati ? >>> >> >> highway=* + tunnel=yes + layer = -1, limité à l'emprise du bâti. >> > > J'utilise plutôt covered que tunnel+layer : > http://wiki.openstreetmap.org/wiki/Key:covered > > vincent > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Problème dans la BAN
Bonjour, Je me suis retrouvé bloqué suite à cette erreur : {"id":"45122__d51385","type":"street","name":"ZONE D'ACTIVITES "LES GABILLONS","postcode":"45570","citycode":"45122","lon":2.506828,"lat": 47.760558,"city":"Dampierre-en-Burly","context":"45, Loiret, Centre Val-de-Loire","importance":0.0141,"housenumbers":{"1":{"lat":47.760558,"lon":2.506828,"id":"ADRNIVX_000288431943"},"2":{"lat":47.760558,"lon":2.506828,"id":"ADRNIVX_000288431944"},"3":{"lat":47.760558,"lon":2.506828,"id":"ADRNIVX_000288431946"},"4":{"lat":47.760558,"lon":2.506828,"id":"ADRNIVX_000288431947"},"5":{"lat":47.760558,"lon":2.506828,"id":"ADRNIVX_000288431948"},"6":{"lat":47.760558,"lon":2.506828,"id":"ADRNIVX_000288431949"},"7":{"lat":47.760558,"lon":2.506828,"id":"ADRNIVX_000288431950"},"8":{"lat":47.760558,"lon":2.506828,"id":"ADRNIVX_000288431951"},"9":{"lat":47.760558,"lon":2.506828,"id":"ADRNIVX_000288431952"}}} Le souci vient du faire qu'un guillemet intervient dans "ZONE D'ACTIVITES *"*LES GABILLONS" Du coup le json n'est pas valide. Je ne sais pas si l'erreur est dû aux données d'entrée brutes ou à un traitement "post" pour générer le json, mais en tout cas il y a un loup quelque part. A bientôt ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et fichiers .json.gz
Le fichier full fait désormais 140 Mo au 10/12 contre 5X Mo il y a quelques jours. Il n'y a plus que les départements 90, 91, 92, 93, 94 et 95 dont le json.gz reste à 33 octets. Je suis curieux d'en connaitre la cause ;) Bonnes vacances Christian 2015-12-09 0:50 GMT+01:00 Christian Quest: > Effectivement ça a coincé par exemple le 8/12 pour les départements 63 à > 76... je regarde ça dès que possible (pas trop connecté en ce moment car > en congés). > > > On 07/12/2015 11:12, Cactusbone wrote: > > je confirme. > > J'ai ouvert un bug a ce sujet : https://github.com/osm-fr/bano/issues/99 > > mais pas de nouvelles :( > > > > > > > > -- > > View this message in context: > http://gis.19327.n5.nabble.com/BANO-et-fichiers-json-gz-tp5861807p5861862.html > > Sent from the France mailing list archive at Nabble.com. > > > > ___ > > Talk-fr mailing list > > Talk-fr@openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-fr > > -- > Christian Quest - OpenStreetMap France > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM Maps] service en rad
Aucun soucis pour accéder à http://www.openstreetmap.org/ Pour info mon FAI est Free Le 8 décembre 2015 à 11:20, pepilepi...@ovh.fr <pepilepi...@ovh.fr> a écrit : > Le 08/12/2015 10:55, Jérôme Seigneuret a écrit : > > la réponse du site pour oepnstreetmap.org > It's not just you! http://openstreetmap.org looks down from here. > > Le 8 décembre 2015 à 10:53, Jérôme Seigneuret <jseigneuret-...@yahoo.fr> > a écrit : > >> la réponse de ce site : >> It's not just you! http://osm.org looks down from here. >> > > > Ça, ça signifie simplement que le le site downforeveryoneorjustme.com > <http://downforeveryoneorjustme.com/osm.org> n'arrive pas *lui non plus* > à se connecter. Ça ne signifie pas que personne n'y arrive... > > C'est un problème de routage internet. Ici j'ai plusieurs accès internet : > un chez un petit FAI régional situé dans la Drôme et un chez Orange. Quand > je sors par mon FAI régional (ce qui est le défaut de la société), pas de > problème. Quand je sors par Orange osm est inaccessible... > > JP > > > >> Le 8 décembre 2015 à 10:50, Nicolas Moyroud < <nmoyr...@free.fr> >> nmoyr...@free.fr> a écrit : >> >>> Bah c'est bizarre ton site me dit que osm.org est bien down, mais quand >>> je vais direct dessus de chez moi ça marche ! :-\ >>> N'empêche c'est pratique ce downforeveryoneorjustme.com je ne >>> connaissais pas. >>> >>> Nicolas >>> >>> Le 08/12/2015 10:21, Vincent de Château-Thierry a écrit : >>> >>>> Chez moi aussi. Et pas que : >>>> <http://downforeveryoneorjustme.com/osm.org> >>>> http://downforeveryoneorjustme.com/osm.org >>>> >>>> vincent >>>> >>>> >>> >>> ___ >>> Talk-fr mailing list >>> Talk-fr@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-fr >>> >> >> > > > ___ > Talk-fr mailing > listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr > > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > > -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Api indisponible ?
Bonjour Gaël, A priori un problème d'accès plus global existe pour certaine personne. Pour pouvoir "creuser" le problème quel est ton fournisseur d'acces? Aurélien Le 8 décembre 2015 à 12:27, Gaël Simon <gael.simon...@gmail.com> a écrit : > Bonjour, > Aucune donnée n'est plus chargée, ni dans JOSM, ni dans GoMap. N'y a-t-il > pas un souci avec l'api openstreetmap.org ? Quelqu'un a-t-il le même > souci ? > > Gaël > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] BANO et fichiers .json.gz
Bonjour, Il semble y avoir un problème avec la génération des fichiers "bano-XX.json.gz". Il n'y a que pour 36 départements que ces fichiers sont "remplis", les autres ont un poids de 33 octets. Pouvez-vous faire quelque chose ? A bientôt, Kin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Le "Diocèse de Bayeux - Lisieux"
Bonjour, Voici un territoire religieux en "admin_level=6", soit noté comme un département français. Le lien : http://www.openstreetmap.org/relation/3126313 Est-ce normal ? A bientôt, Kin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO VS OSM
Ces questions étaient principalement pour améliorer une fonction de géocodage. J'ai réussit à m'en sortir en jouant en priorité avec les zones postales (ça a résolu mon exemple de la Place du Maréchal Leclerc à Lomme / Lille) et avec les niveaux administratifs lorsqu'il y a plusieurs rues de même nom sur la même zone postal / administrative (cas de la Rue Victor Hugo à Saint-Pol-Sur-Mer / Fort-Mardyck évoqué par Frédéric). Merci, A bientôt 2015-09-14 11:33 GMT+02:00 Christian Quest <cqu...@openstreetmap.fr>: > Code FANTOIR et code POSTAL n'ont pas de lien. > > Le code postal est définit au final pour chaque adresse car: > > - en zone rurale, on a en général un même code postal pour toute les > adresses de plusieurs communes. > On a aussi quelques communes rurales avec une partie des adresses qui > ont un code postal et une autre un code postal différent (ça vient des > tournées des facteurs). > > - En zone urbaine, en général on a un code postal pour toutes les > adresses de la commune, mais parfois là aussi plusieurs codes postaux > répartis sur différentes zones de la commune... et le découpage ne se > fait pas voie par voie, un côté d'une rue peut avoir un code postal et > l'autre un autre, ou entre le début et la fin... voir par exemple le > découpage de 75016 et 75116... ou 94100 et 94210. > > > On 12/09/2015 21:14, Frédéric Rodrigo wrote: > > Non, c'est le code fantoir qui fait la différence. > > > > À Dunkerque il y deux Rue Victor Hugo dans le même code postal sur > > deux commune associées différentes (même code INSEE). > > > > > > Le 12/09/2015 20:59, Aurélien a écrit : > >> Bonjour, > >> > >> Est-ce qu'il y a un moyen de rapprocher un code insee + code fantoir > >> avec un code postal ? > >> > >> Par exemple dans la BANO à Lille, administrativement parlant il y a deux > >> "place du Maréchal Leclerc" avec les identifiants suivants : > >> > >> "593505905G" => cp 59000 (Lille) > >> "593509537E" => cp 59160 (Lomme qui n'existe plus de manière > >> administrative) > >> > >> Le seul discriminent entre ces deux voies reste donc le code postal. > >> > >> Y a-t-il une base de données permettant de savoir que "593505905G" > >> appartient à 59000 et "593509537E" à 59160 ? > >> > >> A bientôt > >> > >> > >> 2015-08-24 10:17 GMT+02:00 Christian Quest <cqu...@openstreetmap.fr > >> <mailto:cqu...@openstreetmap.fr>>: > >> > >> Même au sein d'une commune, il y a rarement un référentiel des noms > >> de voie qui tienne la route (!). > >> Ce genre de travail est plus l'exception que la règle. > >> > >> Il n'y a pas actuellement d'outil permettent aux communex > >> d'alimenter directement un référentiel national, du coup elles sont > >> sollicitées par plein de monde comme La Poste, les éditeurs de > >> cartographie pour GPS (Tomtom, Here) et autres. > >> > >> Les seules obligations de diffusion des noms de voie et adresses > >> concernent: > >> - la DGFiP pour les communes de plus de 2000 habitants > >> - la DGFiP et l'INSEE pour celles de plus de 1 habitants > >> > >> En dessous de 2000, aucune obligation à part le contrôle de légalité > >> en préfecture qui ne porte que sur la forme de toute délibération du > >> conseil municipal et n'a aucun lien direct avec notre sujet. > >> > >> On est très loin d'être organisé ! > >> > >> Je doute de l'efficacité (et de l'accueil) si OSM sollicitait les > >> communes directement. > >> Je vois la difficulté qu'a par exemple La Poste pour que l'info > >> viennent naturellement des communes. > >> Il faut organiser une collecte unique, systématique, permanente et > >> c'est ce qu'on essaye de faire dans le cadre de la BAN. > >> > >> > >> > >> Le 23/08/2015 23:08, Nicolas Pettiaux a écrit : > >>> > >>> Bonjour, > >>> > >>> Christian indique que la source d'autorité est la commune. Il y a > >>> beaucoup de communes en France. Ne serait-il pas intéressant de > >>> regarder les 3 communes dans lesquelles il y a le plus de "petites > >>> différences" et préparer des rencontres personnelles par des > >>> membres de OSM qui s'intéressent à Bano (ou l'équipe de Bano) avec > >>> les représentants
Re: [OSM-talk-fr] BANO VS OSM
Bonjour, Est-ce qu'il y a un moyen de rapprocher un code insee + code fantoir avec un code postal ? Par exemple dans la BANO à Lille, administrativement parlant il y a deux "place du Maréchal Leclerc" avec les identifiants suivants : "593505905G" => cp 59000 (Lille) "593509537E" => cp 59160 (Lomme qui n'existe plus de manière administrative) Le seul discriminent entre ces deux voies reste donc le code postal. Y a-t-il une base de données permettant de savoir que "593505905G" appartient à 59000 et "593509537E" à 59160 ? A bientôt 2015-08-24 10:17 GMT+02:00 Christian Quest <cqu...@openstreetmap.fr>: > Même au sein d'une commune, il y a rarement un référentiel des noms de > voie qui tienne la route (!). > Ce genre de travail est plus l'exception que la règle. > > Il n'y a pas actuellement d'outil permettent aux communex d'alimenter > directement un référentiel national, du coup elles sont sollicitées par > plein de monde comme La Poste, les éditeurs de cartographie pour GPS > (Tomtom, Here) et autres. > > Les seules obligations de diffusion des noms de voie et adresses > concernent: > - la DGFiP pour les communes de plus de 2000 habitants > - la DGFiP et l'INSEE pour celles de plus de 1 habitants > > En dessous de 2000, aucune obligation à part le contrôle de légalité en > préfecture qui ne porte que sur la forme de toute délibération du conseil > municipal et n'a aucun lien direct avec notre sujet. > > On est très loin d'être organisé ! > > Je doute de l'efficacité (et de l'accueil) si OSM sollicitait les communes > directement. > Je vois la difficulté qu'a par exemple La Poste pour que l'info viennent > naturellement des communes. > Il faut organiser une collecte unique, systématique, permanente et c'est > ce qu'on essaye de faire dans le cadre de la BAN. > > > > Le 23/08/2015 23:08, Nicolas Pettiaux a écrit : > > Bonjour, > > Christian indique que la source d'autorité est la commune. Il y a beaucoup > de communes en France. Ne serait-il pas intéressant de regarder les 3 > communes dans lesquelles il y a le plus de "petites différences" et > préparer des rencontres personnelles par des membres de OSM qui > s'intéressent à Bano (ou l'équipe de Bano) avec les représentants de ces 3 > communes pour essayer de mettre en avant des propositions de solutions qui > puissent convenir à tout le monde pour établir UNE seule source d'autorité > qui soit respectueuse des communes ? (si c'est possible dans un grand > nombre de cas) > > Bonne soirée, > > Nicolas > > Le 2015-08-23 12:26, Christian Quest a écrit : > > Le 23/08/2015 11:30, Aurélien a écrit : > > J'en ai catalogué différents types : > > 1) BANO : "La rue des Mésanges" - OSM : "Rue des mésanges" > 2) BANO : "L'Arbre de Guise" - OSM : "Rue de l'Arbre de Guise" > 3) BANO : "Rue de l'Escalier Royal" - OSM : "Escalier Royal" > > Ce n'est pas bien méchant mais peut-être que nous pouvons établir un > ensemble de règles syntaxiques afin de créer un process de correction > automatique ? > > > > Et comment déterminer qui est correct ? Les données BANO issues du > cadastres peuvent comporter des erreurs... le cadastre n'est pas parfait et > n'est pas une source d'autorité (c'est uniquement la commune qui l'est). > > > Nicolas Pettiaux, phd - <nico...@pettiaux.be>nico...@pettiaux.be > Open@work - Une Société libre utilise des outils libres > > > -- > Christian Quest - OpenStreetMap France > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO VS OSM
Je peux grouper par commune, où puis-je te transmettre ces infos ? Puis-je ajouter une pièce jointe à cette liste ? Je ferai ça pour ce soir ou demain soir au pire des cas. 2015-08-23 13:51 GMT+02:00 adrien carpentier ad.carpent...@gmail.com: Salut! pour info, on a pris le taureau par les cornes sur le npdc,nous en discutons sur la liste locale en général : http://listes.openstreetmap.fr/wws/info/local-npdc et bruno a développé un site d'analyses : http://legosm.fr/bano5962/evolution.html pour info, nous avons les 2 plus gros départements de France en terme d'adresses (et donc de rapprochements osm/bano) : https://openstreetmap.fr/outils/bano/status par contre, nous fonctionnons plutôt par commune que par type d'erreurs, mais si tes analyses nous permettent d'avancer plus vite, on es bien sur preneurs... @+ adrien Le 23 août 2015 13:37, Aurélien kinj...@gmail.com a écrit : Non je n'ai pas regardé la dernière analyse, je ne suis pas très à jour avec les outils proposés. Je pense que pour distinguer ce qui est correct ou non d'une source ou de l'autre il faut passer par du cas mais que l'on peut amoindrir l'effort humain en définissant des règles syntaxiques (expressions régulières) afin de gérer des La rue de et Rue de ou Mésanges et Rue des Mésanges afin de diminuer l'effort humain et qu'il se concentre sur les problèmes du 4ème type. La part de distinction est petite par rapport à la volumétrie mais c'est toujours irritant et très impactant dans le jugement d'une source de données lorsque celle-ci comporte des fautes de reproduction, grammaire ou orthographe. Ce n'est pas une critique, juste un avis ;) Pour les fichiers CSV, j'ai importé d'un côté les données OSM, d'un autre mes données BANO et ai effectué des requêtes PostgreSQL pour le rapprochement. Sous PgAdmin le copier du résultat est sous format CSV. Les premières lignes de différences : Lati Longi BANO OSM 50.478027 2.258851 La Rue Guilbert Rue Guilbert 50.16838 3.881105 Rue de la Queue Noir Jean Rue de la Queue Noire Jean 50.745894 3.13725 Rue de la Latte Rue de Latte 50.745894 3.13725 Rue de la Latte Rue de Latte 50.745565 3.104056 Avenue Ponthieux Avenue Ponthieu 50.745894 3.13725 Rue de la Latte Rue de Latte 50.745894 3.13725 Rue de la Latte Rue de Latte 50.745894 3.13725 Rue de la Latte Rue de Latte 50.745894 3.13725 Rue de la Latte Rue de Latte 50.735717 3.121181 Rue Jules Watteuw Rue Jules Watteeuw 50.586371 2.668816 La Rue des Lobes Rue des Lobes 50.482092 2.266353 La Rue des Fresnes Rue des Fresnes 50.477794 2.266416 La Rue du Moulin Rue du Moulin 50.579298 2.689841 La Rue de Saint Omer Rue de Saint-Omer 50.571286 2.697869 La Rue des Wirions Rue des Wirions 50.567841 2.733673 La Rue des Chavattes Rue des Chavattes 50.588666 2.697297 La Rue des Clabauts Rue des Clabauts 50.591284 2.697928 La Rue Picavet Rue Picavet 50.561432 2.706571 La Rue de Loisne Rue de Loisne 50.745894 3.13725 Rue de la Latte Rue de Latte 50.745894 3.13725 Rue de la Latte Rue de Latte 50.745894 3.13725 Rue de la Latte Rue de Latte 50.745894 3.13725 Rue de la Latte Rue de Latte 50.482092 2.266353 La Rue des Fresnes Rue des Fresnes 50.239255 2.441026 Au Chemin de Sombrin Chemin de Sombrin 50.36725 2.267188 La Chapelle De La Chapelle 50.591099 2.690511 La Rue du Rabat Rue du Rabat 50.567841 2.733673 La Rue des Chavattes Rue des Chavattes 50.586371 2.668816 La Rue des Lobes Rue des Lobes 50.638747 1.898124 Hameau de Dignopre Hameau de Dignopré 50.61245 1.740777 Route Nationale Route Nationale N°1 50.609524 1.74237 Route Nationale N°1 Route Nationale 50.600124 3.076128 Chemin des Margueritois Chemin des Margueritois / Chemin Rouge 50.27574 2.755416 La Rue de Fontaine Rue La Fontaine 50.26947 2.755188 La Rue Pasteur Rue Pasteur 2015-08-23 12:26 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Le 23/08/2015 11:30, Aurélien a écrit : Bonjour, Je m'intéresse de près à la BANO pour le moment spécifiquement dans le Nord-Pas-De-Calais et à coups de requêtes dans tous les sens et j'ai pu sortir des différences entre les données BANO et les données OSM. As tu regardé la dernière analyse Osmose que j'ai ajouté qui fait justement le croisement BANO/OSM ? C'est une version osmose du rouge du rendu BANO, plus simple à utiliser pour faire les corrections les unes après les autres. http://osmose.openstreetmap.fr/fr/errors/?item=7170 classes 30 à 33 J'en ai catalogué différents types : 1) BANO : La rue des Mésanges - OSM : Rue des mésanges 2) BANO : L'Arbre de Guise - OSM : Rue de l'Arbre de Guise 3) BANO : Rue de l'Escalier Royal - OSM : Escalier Royal Ce n'est pas bien méchant mais peut-être que nous pouvons établir un ensemble de règles syntaxiques afin de créer un process de correction automatique ? Et comment déterminer qui est correct ? Les données BANO issues du cadastres peuvent comporter des erreurs... le cadastre n'est pas parfait et n'est pas une source
[OSM-talk-fr] BANO VS OSM
Bonjour, Je m'intéresse de près à la BANO pour le moment spécifiquement dans le Nord-Pas-De-Calais et à coups de requêtes dans tous les sens et j'ai pu sortir des différences entre les données BANO et les données OSM. J'en ai catalogué différents types : 1) BANO : La rue des Mésanges - OSM : Rue des mésanges 2) BANO : L'Arbre de Guise - OSM : Rue de l'Arbre de Guise 3) BANO : Rue de l'Escalier Royal - OSM : Escalier Royal Ce n'est pas bien méchant mais peut-être que nous pouvons établir un ensemble de règles syntaxiques afin de créer un process de correction automatique ? Il y a un quatrième type de différence qui est plus inquiétant, le résultat ressemble à ça : - BANO : Rue de la Fontaine Al Tuerie - OSM : Rue de la Fontaine à l'Tuerie = hein est bien din ch'nord lô - BANO : Rue du Vieux Chemin de Fourmie - OSM : Rue du Vieux Chemin de Fourmies - BANO : Rue Hector Sandrart - OSM : Rue Hector Sandrard - BANO : Rue du Maréchal Leclerc - OSM : Rue du Maréchal Leclercq En tout le nombre de différences sur la région s'élève à 1137 (en comptant les faux positifs) sur 110.000 rues. Est-ce que ça vous intéresserait d'avoir un listing groupé par commune sur l'ensemble de la métropole afin d'avoir une base supplémentaire de nettoyage ? Si c'est le cas, comment puis-je vous transmettre des fichiers CSV ? Je continue mes investigation pour checker s'il n'y aurait pas des rues présentes dans la BANO et absentes dans OSM. Pardon par avance s'il y a déjà des outils qui existent pour faire ça. A bientôt ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO VS OSM
Non je n'ai pas regardé la dernière analyse, je ne suis pas très à jour avec les outils proposés. Je pense que pour distinguer ce qui est correct ou non d'une source ou de l'autre il faut passer par du cas mais que l'on peut amoindrir l'effort humain en définissant des règles syntaxiques (expressions régulières) afin de gérer des La rue de et Rue de ou Mésanges et Rue des Mésanges afin de diminuer l'effort humain et qu'il se concentre sur les problèmes du 4ème type. La part de distinction est petite par rapport à la volumétrie mais c'est toujours irritant et très impactant dans le jugement d'une source de données lorsque celle-ci comporte des fautes de reproduction, grammaire ou orthographe. Ce n'est pas une critique, juste un avis ;) Pour les fichiers CSV, j'ai importé d'un côté les données OSM, d'un autre mes données BANO et ai effectué des requêtes PostgreSQL pour le rapprochement. Sous PgAdmin le copier du résultat est sous format CSV. Les premières lignes de différences : Lati Longi BANO OSM 50.478027 2.258851 La Rue Guilbert Rue Guilbert 50.16838 3.881105 Rue de la Queue Noir Jean Rue de la Queue Noire Jean 50.745894 3.13725 Rue de la Latte Rue de Latte 50.745894 3.13725 Rue de la Latte Rue de Latte 50.745565 3.104056 Avenue Ponthieux Avenue Ponthieu 50.745894 3.13725 Rue de la Latte Rue de Latte 50.745894 3.13725 Rue de la Latte Rue de Latte 50.745894 3.13725 Rue de la Latte Rue de Latte 50.745894 3.13725 Rue de la Latte Rue de Latte 50.735717 3.121181 Rue Jules Watteuw Rue Jules Watteeuw 50.586371 2.668816 La Rue des Lobes Rue des Lobes 50.482092 2.266353 La Rue des Fresnes Rue des Fresnes 50.477794 2.266416 La Rue du Moulin Rue du Moulin 50.579298 2.689841 La Rue de Saint Omer Rue de Saint-Omer 50.571286 2.697869 La Rue des Wirions Rue des Wirions 50.567841 2.733673 La Rue des Chavattes Rue des Chavattes 50.588666 2.697297 La Rue des Clabauts Rue des Clabauts 50.591284 2.697928 La Rue Picavet Rue Picavet 50.561432 2.706571 La Rue de Loisne Rue de Loisne 50.745894 3.13725 Rue de la Latte Rue de Latte 50.745894 3.13725 Rue de la Latte Rue de Latte 50.745894 3.13725 Rue de la Latte Rue de Latte 50.745894 3.13725 Rue de la Latte Rue de Latte 50.482092 2.266353 La Rue des Fresnes Rue des Fresnes 50.239255 2.441026 Au Chemin de Sombrin Chemin de Sombrin 50.36725 2.267188 La Chapelle De La Chapelle 50.591099 2.690511 La Rue du Rabat Rue du Rabat 50.567841 2.733673 La Rue des Chavattes Rue des Chavattes 50.586371 2.668816 La Rue des Lobes Rue des Lobes 50.638747 1.898124 Hameau de Dignopre Hameau de Dignopré 50.61245 1.740777 Route Nationale Route Nationale N°1 50.609524 1.74237 Route Nationale N°1 Route Nationale 50.600124 3.076128 Chemin des Margueritois Chemin des Margueritois / Chemin Rouge 50.27574 2.755416 La Rue de Fontaine Rue La Fontaine 50.26947 2.755188 La Rue Pasteur Rue Pasteur 2015-08-23 12:26 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Le 23/08/2015 11:30, Aurélien a écrit : Bonjour, Je m'intéresse de près à la BANO pour le moment spécifiquement dans le Nord-Pas-De-Calais et à coups de requêtes dans tous les sens et j'ai pu sortir des différences entre les données BANO et les données OSM. As tu regardé la dernière analyse Osmose que j'ai ajouté qui fait justement le croisement BANO/OSM ? C'est une version osmose du rouge du rendu BANO, plus simple à utiliser pour faire les corrections les unes après les autres. http://osmose.openstreetmap.fr/fr/errors/?item=7170 classes 30 à 33 J'en ai catalogué différents types : 1) BANO : La rue des Mésanges - OSM : Rue des mésanges 2) BANO : L'Arbre de Guise - OSM : Rue de l'Arbre de Guise 3) BANO : Rue de l'Escalier Royal - OSM : Escalier Royal Ce n'est pas bien méchant mais peut-être que nous pouvons établir un ensemble de règles syntaxiques afin de créer un process de correction automatique ? Et comment déterminer qui est correct ? Les données BANO issues du cadastres peuvent comporter des erreurs... le cadastre n'est pas parfait et n'est pas une source d'autorité (c'est uniquement la commune qui l'est). Il y a un quatrième type de différence qui est plus inquiétant, le résultat ressemble à ça : - BANO : Rue de la Fontaine Al Tuerie - OSM : Rue de la Fontaine à l'Tuerie = hein est bien din ch'nord lô - BANO : Rue du Vieux Chemin de Fourmie - OSM : Rue du Vieux Chemin de Fourmies - BANO : Rue Hector Sandrart - OSM : Rue Hector Sandrard - BANO : Rue du Maréchal Leclerc - OSM : Rue du Maréchal Leclercq Certaines erreurs peuvent être éliminées en croisant avec encore plus de données, typiquement sur les noms de personnes... Il n'y a pas de Général ou Maréchal Leclercq, Clemenceau ne comporte pas d'accent, etc... J'ai commencé à explorer cette piste, par l'extraction de tout les mots uniques afin de créer un dictionnaire. Là aussi le dictionnaire aura besoin d'être validé, le tout automatique me semble hasardeux. Il y a déjà un dictionnaire utilisé par l'analyse osmose sur les name
[OSM-talk-fr] Intégration des numéros de porte
Bonjour à tous, J'ai remarqué que dans les grandes villes, les numéros des bâtis étaient indiqués partout partout partout et ça c'est super. En revanche dans des villes moyennes comme Dieppe, ils ne sont pas renseignés. Pourquoi ? - Est-ce parce qu'elles ne sont pas disponibles dans la BANO ? - Est-ce que parce que ça demande du temps à les intégrer et personne ne s'en est encore occupé dans ces territoires là ? (il y a des outils pour faciliter leur intégration ou faut-il le faire à la main ?) - Est-ce par un soucis de fiabilité et mieux vaut ne pas les intégrer qu'intégrer des données non fiables ? S'il n'y a pas de raison bloquante, alors j'y prendrai un malin plaisir à les renseigner :) Mais dans ce cas pourriez-vous me guider afin de ne pas faire d'erreur ? Merci pour vos réponses. A bientôt ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-ht] Projet COSMHA à Hinche
Bonjour tout moun, J'ai eu l'occasion de rencontrer à Hinche (Papaye) les étudiants de la 1ère promotion de l'Université Publique du Centre - Faculté des Sciences de l’Agriculture et de l’Alimentation (UPC-FSAA) et de les sensibiliser sur la cartographie et ses outils. J'ai bien évidemment parlé d'OpenStreetMap et certains étudiants (en copie de ce mail) seraient intéressés pour en connaître plus, se former et contribuer au projet OSM, et pourquoi pas créer une nouvelle communauté active à Hinche et dans l'ensemble du département du Centre. L’avantage, c'est que ces étudiants sont originaires de tout le pays, dont PaP, St-Marc et Cap Haïtien, ce qui peut faciliter les premières rencontres avec les différentes communautés OSM (COSMHA). Je leur ai donné les contacts des différents coordonnateurs, mais autant communiquer dès maintenant ce message à l'ensemble de la communauté OSM via la liste talk-ht. J'espère que l'équipe des contributeurs puisse ainsi s'agrandir et se renforcer en Haïti ! Mesi anpil, Aurélien PS : fsaapionni...@yahoo.fr est le mail générique de toute la promotion, et en copie j'ai mis les étudiants référents : SmithDerosier : lepo...@ymail.com Richelot Thébeau : richelottheb...@yahoo.fr / 32272743 Elie Gracia : eliegracia...@yahoo.fr Pierre Lunel :lunelj.pierr...@yahoo.fr / 33540168 ___ Talk-ht mailing list Talk-ht@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour traduire les messages.
Re: [OSM-talk-fr] Appli pour optimiser les déplacements de livraison?
C'est du logiciel libre. Tu peux te l'installer toi me si tu veux. Ce n'est pas ce que j'ai compris sur leur site. Ton problème relève du TSP (Travelling Salesman Problem ou Problème du voyageur de commerce) s'il n'y a qu'un livreur. S'il y en a plusieurs, ça devient du VRP (Vehicle Routing Problem). Par ailleurs, est-ce que les collectes et livraisons pour le jour J sont connues le jour J - 1 et ça ne bougera pas ou est-ce en flux tendu où une demande peut arriver à n'importe quel moment de la journée en cours ? Dans le premier cas on peut calculer la matrice distancielle en utilisant le lieu d'habitation des livreurs, le soir pour le lendemain et lancer la planification. Dans le second, à chaque demande il faut recalculer une partie de la matrice distancielle pour prendre en compte la position actuelle des livreurs via des remontées GPS. Disons qu'il y a une planification pour gérer le provisionné et des replanifications pour gérer le flux tendu. Ensuite il ne s'agit pas uniquement de réduire des kilomètres, il faut également intégrer des contraintes, des priorités de livraison etc. Les contraintes sont bien souvent liées aux horaires (on parle de VRPTW - Vehicle Routing Problem with Time Windows) pour les exigences clientes et éventuellement les amplitudes des livreurs. Peut-être y aura-t-il des contraintes de poids également ? Concernant les priorités, elles permettent de relativiser les coûts (souvent uniquement basés sur les kilomètres) et évaluer la distance d'une autre manière. Par exemple faire 100 mètres pour aller pisser, c'est loin, mais 15 kilomètres pour récupérer 20.000€ c'est pas loin ;) Cela n'est pas juste on affiche des points sur une carte avec tel ou tel outil, bien que ce soit le travail le plus facile. OSRM ne gère pas le trajet à vélo mais la structure du fichier de profile est assez claire pour pouvoir être modifié et en faire un spécifique à tes besoins. 2015-04-03 17:40 GMT+02:00 Shohreh codecompl...@free.fr: Merci pour l'info. La combinaison data.gouv et Leaflet a en effet l'air de résoudre le problème: http://leafletjs.com/examples/quick-start.html -- View this message in context: http://gis.19327.n5.nabble.com/Appli-pour-optimiser-les-deplacements-de-livraison-tp5839459p5839637.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Appli pour optimiser les déplacements de livraison?
Mapotempo est développé par Mapotempo SAS et commercialisé sous forme de service par abonnement, mais ça n'empêche pas le logiciel d'être libre Oui j'ai vu : https://github.com/frodrigo/mapotempo-optimizer; mais il n'y a pas tous les fichiers indiqués comme include dans les sources (routing_common/*, base/*, constraint_solver/*), c'est normal ? 2015-04-24 13:36 GMT+02:00 Frédéric Rodrigo fred.rodr...@gmail.com: Le 24/04/2015 13:27, Aurélien FILEZ a écrit : C'est du logiciel libre. Tu peux te l'installer toi me si tu veux. Ce n'est pas ce que j'ai compris sur leur site. Mapotempo est développé par Mapotempo SAS et commercialisé sous forme de service par abonnement, mais ça n'empêche pas le logiciel d'être libre : https://github.com/frodrigo/mapotempo-web https://github.com/frodrigo/mapotempo-optimizer Ton problème relève du TSP (Travelling Salesman Problem ou Problème du voyageur de commerce) s'il n'y a qu'un livreur. S'il y en a plusieurs, ça devient du VRP (Vehicle Routing Problem). Par ailleurs, est-ce que les collectes et livraisons pour le jour J sont connues le jour J - 1 et ça ne bougera pas ou est-ce en flux tendu où une demande peut arriver à n'importe quel moment de la journée en cours ? Dans le premier cas on peut calculer la matrice distancielle en utilisant le lieu d'habitation des livreurs, le soir pour le lendemain et lancer la planification. Dans le second, à chaque demande il faut recalculer une partie de la matrice distancielle pour prendre en compte la position actuelle des livreurs via des remontées GPS. Disons qu'il y a une planification pour gérer le provisionné et des replanifications pour gérer le flux tendu. Ensuite il ne s'agit pas uniquement de réduire des kilomètres, il faut également intégrer des contraintes, des priorités de livraison etc. Les contraintes sont bien souvent liées aux horaires (on parle de VRPTW - Vehicle Routing Problem with Time Windows) pour les exigences clientes et éventuellement les amplitudes des livreurs. Peut-être y aura-t-il des contraintes de poids également ? Concernant les priorités, elles permettent de relativiser les coûts (souvent uniquement basés sur les kilomètres) et évaluer la distance d'une autre manière. Par exemple faire 100 mètres pour aller pisser, c'est loin, mais 15 kilomètres pour récupérer 20.000€ c'est pas loin ;) Pour Mapotempo c'est bien du VRPTW avec la quantité en plus. Mais pas de temps réel, planification à J-1. Cela n'est pas juste on affiche des points sur une carte avec tel ou tel outil, bien que ce soit le travail le plus facile. OSRM ne gère pas le trajet à vélo mais la structure du fichier de profile est assez claire pour pouvoir être modifié et en faire un spécifique à tes besoins. OSRM gère le vélo, c'est juste que le serveur de démo public ne fournit que pour la voiture. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Les communes associées
Bonjour à tous, J'exploite informatiquement les données OSM pour des adresses de la ville de Dieppe et alentours, en Haute Normandie (76) et j'éprouve quelques difficultés. Par exemple, j'ai des adresses se situant à Neuville-Lès-Dieppe, mais aucune trace de cette ville dans OSM alors qu'elle est présente dans google maps. Je ne sais pas comment appeler ça, un arrondissement ? Une commune ? Un quartier ? Un hameau ? Je sais pas. Toujours est-il qu'administrativement c'est ce terme qui doit être utilisé pour les correspondances postales, donc on peut pas remplacer par Dieppe. Est-ce qu'il y a des travaux en cours pour gérer ce genre de zone ? data.gouv.fr donne-t-il accès à ce genre de cas pour être intégré sans trop d'effort ? Merci par avance et bonne journée, kin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bano - nouveaux rapprochements ?
Bonjour, petite question, le rapprochement cadastre/OSM ce fait-il sur les codes FANTOIR présent dans une relation de type associatedStreet, je n'ai pas l'impression que c'est le cas actuellement. Exemple de code FANTOIR dans un relation http://www.openstreetmap.org/relation/3751385 Code FANTOIR juste sur la rue http://www.openstreetmap.org/way/282594462 Quelle est la technique à utiliser. -- Aurélien BONDU Le 9 juin 2014 10:39, Vincent de Château-Thierry v...@laposte.net a écrit : Bonjour, Le 07/06/2014 15:18, Vincent de Château-Thierry a écrit : Bonjour, Le 07/06/2014 14:49, djo_man a écrit : une erreur de rapprochement est systématique dés que le nom affiché dans BANO comporte à la fin du nom le numéro de la voie exemple: Rue Auguste Masson (Vc61) Le nom de la rue est bonne dans OSM Le Croisic est du coup tout rouge ! alors qu'il pourrait être presque bleu Merci pour cette remontée. Suffisamment massive pour nécessiter un traitement dans la phase de rapprochement Fantoir = Cadastre. Cette phase est en pleine refonte ce week-end pour permettre une meilleure réactivité par la suite, dans la recherche de correspondance avec les highways OSM au fil des saisies en base. Cette nuit une itération France entière de rapprochement entre codes Fantoir, adresses du Cadastre et noms de vois OSM a été faite. Les efforts des jours derniers sont indirectement visibles sur cette courbe : http://munin.openstreetmap.fr/osm12.free.org/osm104.openstreetmap.fr/bano_ rapproche.html Su le rendu Bano, normalement, moins de rouge et plus de bleu, c'est le moment de purger les caches des navigateurs :) Cette itération n'a pas tenu compte de toutes les remontées faites jusque là : anomalies, abréviations, etc. Pour faciliter le traitement des cas, l'idéal reste leur recensement ici : https://github.com/osm-fr/ bano/issues/new merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bano - nouveaux rapprochements ?
En effet ceci explique cela, plus qu'a reprendre tous ceux que j'ai ajouter car ils doivent avoir la même erreur. Merci à vous deux. Le 9 juin 2014 11:23, Vincent de Château-Thierry v...@laposte.net a écrit : Le 09/06/2014 11:04, aurélien BONDU a écrit : le rapprochement cadastre/OSM ce fait-il sur les codes FANTOIR présent dans une relation de type associatedStreet, je n'ai pas l'impression que c'est le cas actuellement. Exemple de code FANTOIR dans un relation http://www.openstreetmap.org/relation/3751385 Code FANTOIR juste sur la rue http://www.openstreetmap.org/way/282594462 Quelle est la technique à utiliser. La rapprochement envisage aussi bien les codes FANTOIR sur les points adresse que sur les highways et sur les relations. Ceux que tu donnes en lien ne sont pas reconnus car ils ont un '0' en caractère parasite en 3è position. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation de l'Europe cassée
Merci pour votre réponse Philippe, J'exploite les données OSM dans le cadre d'une application commerciale, et je voudrais extraire un pack de données Europe qui contient les mêmes pays que ce que contiennent les packs Europe des GPS par exemple. Mais effectivement l'Europe est une notion plutôt abstraite d'un point de vue territorial ;) Du coup je vais extraire les polygones des pays que l'on inclue traditionnellement dans ce que l'on appelle Europe, puis les merger pour avoir le polygone définitif qui me servira de filtre. A bientôt 2014-03-13 6:36 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: Il n'y a pas de frontière claire à l'Est de l'Europe: Doit-on inclure la Russie en entier ? Doit-on inclure le Kazakhstan en entier ? Doit-on intégrer les possessions de la Couronne britannique ? Et l'Armenie ou l'Azerbaijan, la Géorgie ? Et ce n'est pas tellement plus simple à l'ouest : Et cas particulier du Groenland tout entier en Amérique, ou de l'Islande à cheval sur l'Europe et l'Amérique du Nord ? Et au sud pour l'Espagne et le Portugal : Ceuta, Melilla ? Madère ? Les Açores ? Et où s'arrêter pour la Turquie si on inclut Chypre et la Géorgie ??? Hors des frontières géographiques, doit-on intégrer tout l'outre-mer des pays européens hors DOM et COM (par exemple Nouvelle-Calédonie: oui pour la citoyenneté de l'Union européenne, non pour le territoire; autre exemple: Clipperton ainsi que les territoires français, britanniques et russes en Antarctique ? Ou encore les bases américaines installées dans les territoires de pays européens, par exemple Diego Garcia dans l'Océan Indien ?) Concernant le Conseil de l'Europe, oui à cause du droit national ou international applicable. Même chose pour les outre-mers néerlandais et britanniques Si on se base sur la définition du Conseil de l'Europe, on tombe sur le cas du Vatican qui n'en est pas membre, et de la Biélorussie dont l'adhésion est suspendue. Si tu veux une définition géographique, en fait autant prendre un polygone grossier entre deux latitudes et deux longitudes car il est impossible de mettre tout le monde d'accord sur ce que désigne le mot Europe. Le 12 mars 2014 19:27, Aurélien FILEZ kinj...@gmail.com a écrit : A tout hasard, y aurait-il une relation Europe continentale ou quelque chose comme ça englobant les pays listés ci dessous : http://download.geofabrik.de/europe.html Parce que la relation que j'ai utilisé exclu la Suisse, la Serbie etc. étant donné qu'ils ne sont pas dans l'UE. Merci par avance :) A bientôt 2014-03-12 19:23 GMT+01:00 Aurélien FILEZ kinj...@gmail.com: C'est parce que j'ai fait un outil pour construire un multi-polygone qui gère les super relations à partir d'un identifiant OSM, c'était à l'époque où rien n'était proposé pour gérer ce genre de besoin, bien qu'aujourd'hui c'est toujours assez faible, la preuve en est j'ai dû le ressortir. C'est utile dans mon cas pour extraire l'Europe de manière un peu moins grossière que ce que propose Geofabrik. Et quand l'outils a détecté cette incohérence il m'a affiché ce qui n'allait pas. Si quelqu'un possède le temps (que je n'ai pas actuellement) pour le nettoyer, le porter, l'héberger et le maintenir afin que ça serve à tous, qu'il n'hésite pas à me contacter, je lui file les sources à unique condition que ça soit dans le but de servir à la communauté. Bonne soirée à vous 2014-03-12 12:24 GMT+01:00 Christophe Merlet red...@redfoxcenter.org: Le 12/03/2014 11:50, Aurélien FILEZ a écrit : Bonjour à tous, La super relation de l'Europe (2668952) est cassée. Après analyse, il apparaît que ça vient de la sous relation 2707698 : http://www.openstreetmap.org/api/0.6/relation/2707698/full En effet si on reprend la liste des ways dans l'ordre, et que l'on regarde le premier et le derniers noeud des ways en question, on arrive à cette jointure qui pose problème : 182763951 nd ref=455220220/ nd ref=593237853/ 46419335 nd ref=593237853/ nd ref=593237868/ 167404004 nd ref=2564372242/ nd ref=995532022/ 263862651 nd ref=2564372242/ nd ref=1787938705/ 167405102 nd ref=593237868/ nd ref=593825878/ Entre les ways 46419335 et 167405102 qui sont connectées, il y a deux ways qui ne forment pas un polygone fermé. En conséquence, ça empêche les différents outils de génération de polygone à partir d'une relation de fonctionner que vous pouvez tester ici : http://polygons.openstreetmap.fr/ Par contre je n'ose pas toucher aux données cartographique de peur de faire plus de casse qu'autre chose. Est-ce que quelqu'un d'entre vous saurait résoudre ce problème ? C'est corrigé. Joli travail pour repéré l'emplacement du bug :) Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Relation de l'Europe cassée
Bonjour à tous, La super relation de l'Europe (2668952) est cassée. Après analyse, il apparaît que ça vient de la sous relation 2707698 : http://www.openstreetmap.org/api/0.6/relation/2707698/full En effet si on reprend la liste des ways dans l'ordre, et que l'on regarde le premier et le derniers noeud des ways en question, on arrive à cette jointure qui pose problème : 182763951 nd ref=455220220/ nd ref=593237853/ 46419335 nd ref=593237853/ nd ref=593237868/ 167404004 nd ref=2564372242/ nd ref=995532022/ 263862651 nd ref=2564372242/ nd ref=1787938705/ 167405102 nd ref=593237868/ nd ref=593825878/ Entre les ways 46419335 et 167405102 qui sont connectées, il y a deux ways qui ne forment pas un polygone fermé. En conséquence, ça empêche les différents outils de génération de polygone à partir d'une relation de fonctionner que vous pouvez tester ici : http://polygons.openstreetmap.fr/ Par contre je n'ose pas toucher aux données cartographique de peur de faire plus de casse qu'autre chose. Est-ce que quelqu'un d'entre vous saurait résoudre ce problème ? Merci par avance, A bientôt ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation de l'Europe cassée
C'est parce que j'ai fait un outil pour construire un multi-polygone qui gère les super relations à partir d'un identifiant OSM, c'était à l'époque où rien n'était proposé pour gérer ce genre de besoin, bien qu'aujourd'hui c'est toujours assez faible, la preuve en est j'ai dû le ressortir. C'est utile dans mon cas pour extraire l'Europe de manière un peu moins grossière que ce que propose Geofabrik. Et quand l'outils a détecté cette incohérence il m'a affiché ce qui n'allait pas. Si quelqu'un possède le temps (que je n'ai pas actuellement) pour le nettoyer, le porter, l'héberger et le maintenir afin que ça serve à tous, qu'il n'hésite pas à me contacter, je lui file les sources à unique condition que ça soit dans le but de servir à la communauté. Bonne soirée à vous 2014-03-12 12:24 GMT+01:00 Christophe Merlet red...@redfoxcenter.org: Le 12/03/2014 11:50, Aurélien FILEZ a écrit : Bonjour à tous, La super relation de l'Europe (2668952) est cassée. Après analyse, il apparaît que ça vient de la sous relation 2707698 : http://www.openstreetmap.org/api/0.6/relation/2707698/full En effet si on reprend la liste des ways dans l'ordre, et que l'on regarde le premier et le derniers noeud des ways en question, on arrive à cette jointure qui pose problème : 182763951 nd ref=455220220/ nd ref=593237853/ 46419335 nd ref=593237853/ nd ref=593237868/ 167404004 nd ref=2564372242/ nd ref=995532022/ 263862651 nd ref=2564372242/ nd ref=1787938705/ 167405102 nd ref=593237868/ nd ref=593825878/ Entre les ways 46419335 et 167405102 qui sont connectées, il y a deux ways qui ne forment pas un polygone fermé. En conséquence, ça empêche les différents outils de génération de polygone à partir d'une relation de fonctionner que vous pouvez tester ici : http://polygons.openstreetmap.fr/ Par contre je n'ose pas toucher aux données cartographique de peur de faire plus de casse qu'autre chose. Est-ce que quelqu'un d'entre vous saurait résoudre ce problème ? C'est corrigé. Joli travail pour repéré l'emplacement du bug :) Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation de l'Europe cassée
A tout hasard, y aurait-il une relation Europe continentale ou quelque chose comme ça englobant les pays listés ci dessous : http://download.geofabrik.de/europe.html Parce que la relation que j'ai utilisé exclu la Suisse, la Serbie etc. étant donné qu'ils ne sont pas dans l'UE. Merci par avance :) A bientôt 2014-03-12 19:23 GMT+01:00 Aurélien FILEZ kinj...@gmail.com: C'est parce que j'ai fait un outil pour construire un multi-polygone qui gère les super relations à partir d'un identifiant OSM, c'était à l'époque où rien n'était proposé pour gérer ce genre de besoin, bien qu'aujourd'hui c'est toujours assez faible, la preuve en est j'ai dû le ressortir. C'est utile dans mon cas pour extraire l'Europe de manière un peu moins grossière que ce que propose Geofabrik. Et quand l'outils a détecté cette incohérence il m'a affiché ce qui n'allait pas. Si quelqu'un possède le temps (que je n'ai pas actuellement) pour le nettoyer, le porter, l'héberger et le maintenir afin que ça serve à tous, qu'il n'hésite pas à me contacter, je lui file les sources à unique condition que ça soit dans le but de servir à la communauté. Bonne soirée à vous 2014-03-12 12:24 GMT+01:00 Christophe Merlet red...@redfoxcenter.org: Le 12/03/2014 11:50, Aurélien FILEZ a écrit : Bonjour à tous, La super relation de l'Europe (2668952) est cassée. Après analyse, il apparaît que ça vient de la sous relation 2707698 : http://www.openstreetmap.org/api/0.6/relation/2707698/full En effet si on reprend la liste des ways dans l'ordre, et que l'on regarde le premier et le derniers noeud des ways en question, on arrive à cette jointure qui pose problème : 182763951 nd ref=455220220/ nd ref=593237853/ 46419335 nd ref=593237853/ nd ref=593237868/ 167404004 nd ref=2564372242/ nd ref=995532022/ 263862651 nd ref=2564372242/ nd ref=1787938705/ 167405102 nd ref=593237868/ nd ref=593825878/ Entre les ways 46419335 et 167405102 qui sont connectées, il y a deux ways qui ne forment pas un polygone fermé. En conséquence, ça empêche les différents outils de génération de polygone à partir d'une relation de fonctionner que vous pouvez tester ici : http://polygons.openstreetmap.fr/ Par contre je n'ose pas toucher aux données cartographique de peur de faire plus de casse qu'autre chose. Est-ce que quelqu'un d'entre vous saurait résoudre ce problème ? C'est corrigé. Joli travail pour repéré l'emplacement du bug :) Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Parking
Bonjour, à tous Je suis confronté à un petit problème, comment différencier un parking payant avec horodateur , d'un parking payant fermé avec barrières. J'ai le cas d'une zone de parking avec les 2 modes de payement l'un à coter de l'autre. J'ai taguer l'intégralité de la zone en amenity=parking fee=yes existe t'il un tag pour différencier les mode de payement. enfin comment taguer un parking souterrain ou aérien. Merci d'avances pour vos conseils. Pour illustrer mon propos. */ Le parking mixte la zone situé rue Jean Jaurès est avec horodateurs le reste du parking avec barrières. http://tile.openstreetmap.fr/?zoom=18lat=47.06224lon=-0.88521layers=B000FF */ Le parking moitié a l'air libre moitié souterrain (la zone sous-terre est sous la place Travot) http://tile.openstreetmap.fr/?zoom=19lat=47.06166lon=-0.88004layers=B000FF */Le parking aérien situé dans le batiment, payement avec barrières, la zonr autour est avec horodateurs. http://tile.openstreetmap.fr/?zoom=19lat=47.06349lon=-0.87816layers=B000FF Aurélien BONDU ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Château d'eau souterrain - question de vocabulaire
Bonjour, pour de l'eau (potable ou non) le terme réservoir souterrain est le plus utiliser par les professionnelles (dont je fait partie), on parle en effet de Chateau d'eau que pour les réservoir en hauteur. Le 9 février 2014 15:48, Augustin Doury augustin.do...@riseup.net a écrit : Bonjour, Je n'ai pas l'impression que ce soit l'équivalent d'un chateau d'eau (définition wikipedia https://fr.wikipedia.org/wiki/Ch%C3%A2teau_d%27eau) car celui-ci concerne les réservoirs en hauteur qui permettent de distribuer l'eau sous-pression. Ici man_made=reservoir_covered semble concerner les abris souterrain pour conserver l'eau au frais (vu la description du tag sur le wiki osm : A covered reservoir is a large man-made tank for holding fresh water ). Je pense qu'il n'est pas question ici de fraicheur au sens température mais au sens culinaire (comme le dit le Larousse : Se dit d'un aliment qui n'a pas encore subi d'altération ) Pourquoi pas réserve d'eau souterraine ? ou cuve d'eau souterraine...ou simplement réserve souterraine ou cuve souterraine car le terme anglais reservoir_covered ne sous-entend pas que ce soit de l'eau. Augustin Doury On 02/09/2014 03:38 PM, JB wrote: Bonjour, En train de modifier une feuille de style et la légende qui va avec, j'ai une question de vocabulaire. man_made=reservoir_covered ( http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dreservoir_covered), c'est l'équivalent d'un château d'eau, mais souterrain. La page n'est pas traduite en Français, on appelle ça comment ? Aussi un château d'eau ? JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSRM-talk] Compilation error on Ubuntu 13.10
Hello, I have this following error when compiling Project-OSRM on ubuntu 13.10 x64 : [ 72%] Building CXX object CMakeFiles/osrm-extract.dir/Util/GitDescription.cpp.o Linking CXX executable osrm-extract /usr/bin/ld: CMakeFiles/osrm-extract.dir/Extractor/ScriptingEnvironment.cpp.o: référence au symbole non défini «lua_rawlen» /usr/lib/x86_64-linux-gnu/liblua5.2.so.0: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status make[2]: *** [osrm-extract] Erreur 1 make[1]: *** [CMakeFiles/osrm-extract.dir/all] Erreur 2 make: *** [all] Erreur 2 What can I do ? Thanks ___ OSRM-talk mailing list osrm-t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSM-talk-fr] Umap down ?
Bonjour à tous, Chez moi aussi ça a l'air down Aurélien Le 31 octobre 2013 11:57, Club Informatique Inter Communes / C2IC cont...@c2ic.net a écrit : Bonjour, Ça vient de chez moi ou umap.openstreetmap.fr est down ? Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Umap down ?
Christian cherche pas c'est repartis. Le 31 octobre 2013 13:01, Christian Quest cqu...@openstreetmap.fr a écrit : Je regarde ça. Le 31 octobre 2013 11:57, Club Informatique Inter Communes / C2IC cont...@c2ic.net a écrit : Bonjour, Ça vient de chez moi ou umap.openstreetmap.fr est down ? Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Umap down ?
Ok merci Christian :) Pour les problèmes je suis pas asser caler pour vous aider désoler. Le 31 octobre 2013 13:23, Christian Quest cqu...@openstreetmap.fr a écrit : C'est reparti parce que je l'ai fait repartir ;) Maintenant reste à comprendre pourquoi on a des problèmes sur cette VM partagée par plusieurs services. Une piste à suivre ici: http://munin.openstreetmap.fr/osm11.free.org/osm102.openstreetmap.fr/memory.html Le 31 octobre 2013 13:07, aurélien BONDU abondu...@gmail.com a écrit : Christian cherche pas c'est repartis. Le 31 octobre 2013 13:01, Christian Quest cqu...@openstreetmap.fr a écrit : Je regarde ça. Le 31 octobre 2013 11:57, Club Informatique Inter Communes / C2IC cont...@c2ic.net a écrit : Bonjour, Ça vient de chez moi ou umap.openstreetmap.fr est down ? Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du nouveau sur le rendu osmfr...
Bonjour, Une question / sugestion. Y'as-t-il une raison à l'absence de lien vers JOSM (comme pour Potlatch) sur le rendu OSMFR. Au passage félicitation pour ce super travail . Le 23 octobre 2013 23:29, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Bravo pour le rendu à géométrie variable selon les tags mis sur les passages piétons : c'est déjà parlant voici quelques cadrages en Vaucluse : - ici deux rendus différents en haut potelets classiques et en bas potelets contrastés (boule blanche), les passages ont également la bande podotactile http://tile.openstreetmap.fr/?zoom=20lat=44.13558lon=4.81217layers=B00 - là les lignes noires signifiant un passage non franchissable en fauteuil roulant (et donc pour l'école toute proche en poussette) http://tile.openstreetmap.fr/?zoom=20lat=44.1349lon=4.81731layers=B00 Je pense que le test est intéressant pour montrer que nous avons une cartographie unique que les producteurs commerciaux ne pourrons pas atteindre car ce n'est pas rentable. Seul le désintéressement des contributeurs rend la démarche atteignable. - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Du-nouveau-sur-le-rendu-osmfr-tp5781583p5782658.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSRM-talk] Data store , input roting parametres
I also need this kind of dynamic parameters to add toll information. On Wed, Sep 25, 2013 at 12:21 AM, Radoslav Jizdny jrados...@gmail.comwrote: Dear OSRM I would to implement routing system and i try to find right way. OSRM routing algorithm is quite good. I saw video about Contraction hierarchies. Please I need more information about API OSRM. Has OSRM API routing function dynamic input parametres how: -Node restriction (true, false). -Edge restriction (true, false). -Dynamical nodes priority in hierarchical layer (high way, etc.) , ability to change Node or Edge price. -Dynamic Edge restrictions (bit flags) (Bike,Car,Truck, Walk etc) What generally contains OSRM static data and what data can change in real time? Does OSRM planing implement data in standard graph database (Neo4J, Titan , HBase etc.)? Thank you for your project OSRM Radoslav. ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
[OSRM-talk] Out of memory: Kill process
Hello, On Ubuntu Server 12.04, 8 GB of RAM and 248GB of free disk space. During the Generating edge-expanded graph representation process, I have this message : Out of memory: Kill process To be sure, I made an .stxxl file in the Project-OSRM directory to have an extra memory based on my only and main disk, but it fails as before, exepted I don't receive any error message of type config file not found or error when allocating [...] attempting to [...] Can I do something ? P.S.: In my .stxxl file, I put disk=/home/username/extra_disk,225280,syscall (I have only one physical disk) Thanks ! ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSM-talk-fr] Projet adresses
J'ai pu cuisiner un peu une déléguée régionale de l'IGN que j'ai reçu cet après midi. Leur source principale concernant leur base de données d'adresses sont : - Le cadastre public avec qui ils ont un partenariat mais qui d'après cette mailing liste s'ouvre de plus en plus - La Poste qui est quand même plus public que privé - Les pompiers qui notifient régulièrement les galèrent qu'ils ont au niveau de leurs interventions et que l'IGN engrange, encore via des remontés d'un service plus public que privé. Donc je suis sorti de là un peu agacé étant donné que leurs différentes sources relèvent d'avantage de l'information publique que des équipent privés qu'ils ont sur le terrain (sachant qu'elle ne s'est pas trop attardé dessus, donc à mon avis, c'est pas 300.000 bonhommes en action chaque jour), et qu'ils vendent les adresses 160.000€ * 0.35 pour uniquement les points d'adresse et 160.000 * 1.35 pour ces mêmes points et avec les rues.. Enfin elle m'a confié que les services qui étaient d'avantage sollicités n'étaient non pas les données en elle même, mais ce qu'ils en faisaient (géocodage, affichage cartographique personnalisé, topographie, etc.) via des API web, et non les données brutes à organiser et exploiter soit même. Mais je pense qu'ils ont peur d'ouvrir les agrégations qu'ils ont faits des données collectées de peur que quelqu'un d'autre ne puisse concurrencer leurs différents services à plus haut niveau, ce qui peut se comprendre. Toujours utile que les sources des données de l'IGN sont issus de domaines d'avantage publics que privés. Alors tout ça me laisse penser qu'il vaille mieux discuter avec les politiques pour ouvrir leur cadastre qu'avec l'IGN pour ouvrir leurs données qui ne fait finalement qu'engranger les données du cadastre (et d'autres services publics auxiliaires) comme OSM souhaite le faire. Voilà pour mon ressenti, A bientôt 2013/6/25 Philippe Verdy verd...@wanadoo.fr Les fixme c'est bien pour ce qu'on ne connait pas et qui devrait être ajouté (on sait que ça existe très probablement). Mais ne rien mettre du tout ne dit pas si c'est un oubli, s'il n'y a pas de nom, ou si le nom est approximatif (pour lui on a le fixme). Si on n'a effectivement pas de nom, il serait préférable d'avoir un attribut explicite anonymous=yes plutôt que ne rien mettre ou d'ajouter un fixme qui n'est pas une erreur ou un manque à corriger et requalifier sur place. Ainsi les routes de campagne qui sont seulement désignées dans les adresses comme route nationale 7 ou RN 7 (ça existe non seulement en ajoutant des lieux-dits, mais même avec des numéros de maison !), n'ont pas besoin d'autre chose que le tag ref=* sans aucun name=* et ce n'est pas une erreur ni un oubli (et pour ça on devrait avoir aussi anonymous=yes). Le 25 juin 2013 10:04, Christian Quest cqu...@openstreetmap.fr a écrit : Le 25 juin 2013 08:57, Tony Emery tony.em...@yahoo.fr a écrit : cquest wrote addr:housenumber=? quelle drôle d'idée... Quand on ne connait pas une valeur, on ne la renseigne pas. fixme=missing addr:housenumber me semble nettement plus adapté... Tout simplement parce que l'adresse existe et que addr:housenumber est la clé qui permet de faire la requête pour l'ensemble des point d'adresses (et pas fixme). Dans une base de données, on peut très bien avoir des champs avec une mention Non Connu. Ça veut pas dire qu'elle n'existe pas mais plutôt qu'elle existe et qu'on ne la connait pas (pour le moment). Dans le monde SIG oui, dans OSM non. ? c'est pas un numéro d'adresse valable. Quand on n'a pas d'info, on ne met pas le tag. Dans un tel cas assez particulier, si on veut noter que l'info manque alors qu'elle devrait exister un fixme peut servir, mais là aussi il faut faire attention des fixme=manque le nom sur un highway ne servent à rien... on le voit bien qu'il manque le name=* et si il n'y en a vraiment pas, et bien il y a un tag pour l'indiquer (noname=yes de mémoire). En géographie (et en stat aussi), il y a une grande différence entre ça n'existe pas et on ne la connait pas. Ne pas mettre l'info voudrait dire on a été sur place et il n'y a pas d'adresse à cet endroit. Or, ici, c'est plutôt on a été sur place, on sait qu'il y a une adresse mais on ne l'a pas vu et on la cherchera en croisant d'autres informations. Ça peut aussi être utile pour les collectivités afin qu'elles sachent qu'il y a un problème à cet endroit : soit la plaque d'adresse n'a pas été distribuée, soit on a oublié de numéroter la rue. Sinon, voici les champs que l'on a renseigné : addr:housenumber addr:street addr:flats (le nombre de logements) addr:place (si l'habitation se trouve dans un lotissement ou dans une résidence) fixeme (quand on a addr:housenumber=?) Si tu as un fixme, ça confirme bien que ce addr:housenumber=? n'a aucun sens (vue d'OSM). Tu pourrais aussi les retrouver par addr:street présent et addr:housenumber absent...
Re: [OSM-talk-fr] Code postal de Dampierre-sur-Avre
Dans le cas où une ville possède plusieurs codes postaux, j'ai pu voire : 31000;31500;31200;31400 Ou 31000-31500-31200-31400 Ou 31000,31500,31200,31400 A priori, ce serait le ; le plus utilisé pour séparer les codes postaux, mais je ne sais pas s'il y a une règle pour ça. 2013/6/22 Laurent Combe laurent.co...@free.fr dans ce cas : http://www.openstreetmap.org/browse/node/2020632705 je ne vois pas bien l'erreur 31200 est tout à fait recevable dans ce secteur de toulouse Autre question comment coder une commune avec plusieurs codes postaux ? comme bagnères de bigorre ? ou Toulouse ? ___ 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] Code postal de Dampierre-sur-Avre
Effectivement là ça serait le top du top ! Encore faut-il connaitre les délimitations des codes postaux, et il me semble que La Poste le vend ça non ? 2013/6/23 Marc Sibert m...@sibert.fr Le 23/06/2013 18:42, Aurélien FILEZ a écrit : Dans le cas où une ville possède plusieurs codes postaux, j'ai pu voire : 31000;31500;31200;31400 Ou 31000-31500-31200-31400 Ou 31000,31500,31200,31400 A priori, ce serait le ; le plus utilisé pour séparer les codes postaux, mais je ne sais pas s'il y a une règle pour ça. 2013/6/22 Laurent Combe laurent.co...@free.fr dans ce cas : http://www.openstreetmap.org/browse/node/2020632705 je ne vois pas bien l'erreur 31200 est tout à fait recevable dans ce secteur de toulouse Autre question comment coder une commune avec plusieurs codes postaux ? comme bagnères de bigorre ? ou Toulouse ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-fr Mes 0,02 €, c'est qu'il vaut mieux mettre le CP sur une surface là où il est correcte... si vous connaissez la limite de séparation des CP. Mettre plusieurs valeur sur un même champs n'est jamais une bonne solution et de toute façon, pour retrouver une localisation à partir d'un CP, c'est encore pire. A+ -- Marc Sibertmailto:m...@sibert.fr 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] Projet adresses
Je rencontre une représentante de l'IGN le 29 de ce mois, Si je peux être utile pour OSM, ça serait avec plaisir 2013/6/16 Aurélien FILEZ kinj...@gmail.com Il est vrai que niveau adresses, pour le moment c'est plutôt pauvre (sans bien évidemment vouloir critiquer quoi que ce soit de ce merveilleux projet qu'est OSM). Bon courage à vous ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Code postal de Dampierre-sur-Avre
Bonjour à tous, En exploitant les code postaux des villes françaises dans OpenStreetMap, je me suis aperçu d'une faute de frappe dans celui de Dampierre-sur-Avre : http://www.openstreetmap.org/browse/relation/1903407 Le code postal n'est pas 282350 mais 28350. En revanche, je ne sais pas comment corriger ça, car avec l'éditeur Potlatch, lorsque je sélectionne la relation, ça ne sélectionne que des way frontières avec les villes limitrophes. Est-ce que quelqu'un peut corriger ça ? Ou mieux, m'expliquer comment je peux le faire moi même via Potlatch. Merci à vous, A bientôt, Kin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Code postal de Dampierre-sur-Avre
De la même manière il y a la ville Rollens dont le code postal est 11290 mais où un . a été rajouté à la fin de http://www.openstreetmap.org/browse/relation/1975477 Plus facile à gérer par la suite mais bon, si je peux nettoyer ce genre de petite bricole lorsque je tombe dessus, ça ne serait pas de trop ;) A bientôt, Kin 2013/6/21 Aurélien FILEZ kinj...@gmail.com Bonjour à tous, En exploitant les code postaux des villes françaises dans OpenStreetMap, je me suis aperçu d'une faute de frappe dans celui de Dampierre-sur-Avre : http://www.openstreetmap.org/browse/relation/1903407 Le code postal n'est pas 282350 mais 28350. En revanche, je ne sais pas comment corriger ça, car avec l'éditeur Potlatch, lorsque je sélectionne la relation, ça ne sélectionne que des way frontières avec les villes limitrophes. Est-ce que quelqu'un peut corriger ça ? Ou mieux, m'expliquer comment je peux le faire moi même via Potlatch. Merci à vous, A bientôt, Kin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Costa Rica Panama borders
The missing way for both country borders seems to be the way 223414455 But I don't know how to add it to theses countries On Wed, Jun 19, 2013 at 10:37 PM, Aurélien FILEZ kinj...@gmail.com wrote: Hi, I saw than Costa Rica and Panama countries share a same frontier which is not present in the relation. So both countries have a miss in their border polygons. Costa Rica relation : 287667 Panama relation : 287668 I prefer report this to you to correct it than make a mistake by myself ;) Sorry for my bad english, See you ! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Projet adresses
Il est vrai que niveau adresses, pour le moment c'est plutôt pauvre (sans bien évidemment vouloir critiquer quoi que ce soit de ce merveilleux projet qu'est OSM). Bon courage à vous ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ecotaxe poids lourds
D'après ce que j'ai lu, cette taxe a lieu sur certaines portions de route, et est reportée selon un appareil mobile provenant d'une société habilité à discuter avec le réseau Télépéage. Les portiques ne sont pas là pour facturer, mais aider les forces de l'ordre à trouver des incohérences entre ce qui a été déclaré, et ce qui a été constaté. Je pense que ces informations peuvent être traitées dans OSM comme pour les radars de tronçons, avec un tag indiquant le type de taxe appliquée, qui est différents selon les régions d'après les textes. Cela fait un réel boom dans le monde du transport ou tout métier qui a besoin de véhicules de plus de 3,5 tonnes, et je pense que dans l'exploitation des cartes OSM, cette information est indispensable pour les acteurs utilisant OSM comme source de données. Ce tableau est pas mal : http://www.legifrance.gouv.fr/affichTexte.do;jsessionid=?cidTexte=JORFTEXT24414943dateTexte=oldAction=rechJOcategorieLien=id Mais incomplet pour être précis, en plus de la route, il faudrait la lati / longi pour préciser les limites des tronçons écotaxés, ainsi qu'une indication de leur catégorie de barème. J'en saurais d'avantage tout à l'heure, enfin j'espère. 2013/4/27 didier2020 didier2...@free.fr un portique de detection des equipements embarqués: http://osm2020.free.fr/images/2013-03-27-1882.jpg Le samedi 27 avril 2013 à 14:01 +0200, Jo. a écrit : Tient ça va être très amusant, j'ai deux PL à usage personnel qui ne sont jamais utilisé pour du transport de marchandise. Si des portiques commence à être mis en place ça va coincé. Il en va de même avec les PL qui ont leur entreprise au milieu d'une portion taxable. Ils devront placé des portiques un peut partout pour que ce soit fiable. Est ce que vous ne confondez pas avec des portiques avec les radars de tronçon ?? Sans vouloir allez plus loin dans ce (hors) sujet… comment devrait on taguer ces éléments ? Le 27 avril 2013 01:57, Christian Rogel christian.ro...@club-internet.fr a écrit : Le 26 avr. 2013 à 18:11, Philippe Verdy a écrit : Le 26 avril 2013 17:44, Pierre-Olivier GREGOIRE po.grego...@gmail.com a écrit : Les camions devront contenir un module qui enregistrera leur parcourt et le transmettra par GSM. Voilà bien un truc qui a été promu et vendu aux collectivités et au ministère de l'environnement par les opérateurs de téléphonie mobile... Certainement cher en plus. L'appel d'offres a été remporté par un consortium emmené par Autostrade di Italia et la SNCF. En théorie, le coût de perception des péages ne représenterait que 20% des recettes, dont l'essentiel doit revenir à l'Etat pour financer les infrastructures de transport. Les 173 points de contrôle doivent être implantés sur 15 000 km de voies possédées par l'Etat. La Suisse, qui a été pionnière, a préféré un système de vignettes qui doivent être achetées par tout conducteur de véhicule de marchandises (camionnettes incluses) qui entre sur son territoire. Christian R. ___ 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
[OSM-talk-fr] Ecotaxe poids lourds
Bonjour à tous, Le parlement a récemment adopté la taxe éco concernant les poids lourds, qui sera appliquée dès le 1er octobre de cette année. Celle ci consiste à taxer le réseau départemental et national contournant les grands axes. Est-il prévu un report dans OpenStreetMap ? En effet, cette information est primordiale non seulement pour les acteurs roulants professionnels qui possèdent des véhicules de plus de 3,5 tonnes, mais aussi pour leurs clients qui voudront quantifier le montant de la taxe qui leur sera imposée et donc obtenir plus de visibilité concernant le choix géographique de leurs prestataires de transport / marchandises. Apparemment d'après les textes, ce ne sont qu'une série de tronçons qui seront taxés, mais il y a aussi des tarifications différentes pour certaines régions, ce qui inclurait deux tags pour évaluer un tronçon taxé. Je vois donc bien une relation par tronçons / tarification. En espérant obtenir d'avantage d'information prochainement, notamment via un ami travaillant chez TLF. Cordialement, Aurélien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tag centre de formation pour adulte
salut la liste, j'ai commencer une formation dans un centre gérer par l'afpa lundi , et je me demandais comment tagguer le centre; le bati est importer mais aucune autre info n'existe (voirie interne, usage des batiments, ...) ma principale question tiens a l'emprise globale, il ne s'agit pas d'un école, d'un college ou autre. Quel serais le meilleur tag selon vous Merci -- Aurélien BONDU ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vidéo «dessous des cartes»
Il était très intéressant ce reportage ! Est-ce que tu peux nous envoyer le lien ? Cela m'aiderait à expliciter le côté 2.0 de la cartographie :) Merci ! 2012/7/23 Romain MEHUT romain.me...@gmail.com Bonsoir, J'ai répondu directement à Pierre. Si d'autres le souhaitent, je peux communiquer un lien. Sinon, des rediffusions sur Arte sont prévues le 14 août à 22h30 et le 18 août à 14h. http://ddc.arte.tv/emission/cartographie-2-0 Romain Le 23 juillet 2012 21:25, Pierre WILLOT pie...@willot-martin.be a écrit : Bonjour Je suis arrivé trop tard pour voir l'émisison des dessous des cartes sur OSM. Est-ce que quelqu'un l'aurait enregistrer ou télécharger ? C'est pour un petite formation avant une cartopartie Merci d'avance @+ Piwi ___ 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] trou à Grande Synthe causé par le Redaction bot
Merci à toi ! 2012/7/23 g.lefer_laposte.net g.le...@laposte.net Bonsoir Je vous remercie pour vos conseils et vos encouragements. Je ne connaissais pas le truc pour connaître la date de mise à jour des tuiles. Je n'avais pas non plus remarqué qu'Osmose permettait de remonter certains problèmes dus au changement de licence. Me voilà maintenant armé pour reconstruire les rues et les plans d'eau de Grande Synthe. Pour le reste on verra plus tard ! Merci à vous tous. GuyDuNord __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des opérations du Redaction bot
Vous pensez que ça va être long de tout remettre en ordre ? Cela concerne une route sur 2 ? sur 10 ? sur 100 ? 2012/7/19 Christian Quest cqu...@openstreetmap.fr Au sujet des modifications opérées par le bot, quels type d'erreur facilement détectable avez-vous trouvé ? Pour ma part: - des noeuds orphelins (qui ne font plus partie de way qui ont été modifié ou détruit) - des ways orphelin, c'est à dire sans aucun tag - des ways à la géométrie invalide (se croisent eux même) De nouvelles analyses osmose pourraient peut-être détecter ces ways ? Pour les réparations, je procède ainsi: - le consulte le log du bot sur le secteur concerné, - je cherche les numéros de changeset, et je charge la zone correspondante dans JOSM - dans JOSM, j'active un filtre, qui me montre les objets modifiés par le bot... et je corrige, ainsi qu'autour car souvent du filaire routier a été détruit L'autre axe que je vais explorer c'est le contrôle de relations... les autoroutes sont-elles toujours complètes ? etc... en effet, les données les plus impactées sont les plus anciennes, et les plus anciennes sont les autoroutes, les primary, les secondary... Qu'avez-vous fait de votre côté ? ___ 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] Changement de licence
Bonjour à tous, Après avoir lu quelques références sur le wiki et via Google, j'ai compris que ce changement de licence ne date pas d'hier, et donc désolé si mes questions sont redondantes, mais je n'ai pas trouvé de réponse en cherchant. Les motivations que j'ai pu lire sont encore trop abstraites pour moi. En général, ce type d'opération vise à limiter certaines actions qui vont dans un sens, et en encourager qui vont dans un autre. Mais concrètement, quelles sont des actions qu'OSM veut restreindre, et celles qu'OSM veut encourager ? Avez-vous des cas d'utilisation du genre avant, faire ci faire ça était possible, désormais ça ne l'est plus et inversement avant pour faire ci et faire ça, c'était tendancieux, désormais c'est possible ? Ce changement implique l'utilisation de ce redaction bot, que fait-il, concrètement ? Car selon différentes vues sur le net, ça supprime (des tags d'entités ou les entités entières), ça modifie, ça ajoute, mais selon quelle logique, toujours concrète ? Au hasard, je pense à une contribution d'une way, qui est à supprimer car l'auteur n'a pas accepté la licence OBdL, mais qui est utilisés dans la définition d'une relation, qu'en résulte la gestion de ce genre de cas ? Par exemple, celui qui a fait la frontière franco-suisse, s'il n'a pas accepté la licence, est-ce que la relation france métropolitaine va être supprimée ? Et enfin, est-ce que nous aurons la nature des données qui ont été supprimé, même s'il n'est pas possible de réutiliser le contenu ? Par exemple, pour un bâtiment, on a supprimé le tag anemety afin d'inciter quelqu'un ayant accepté la licence ODbL à le retrouver et le réindiquer selon cette licence ? Je suis désolé de ne pas avoir suivi le sujet, les différentes discussions et débats que j'imagine n'étaient pas non exhaustifs. Bien à vous ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques
Non en fait j'étais en session a distance et ça ne m'avais pas renvoyé le message d'erreur. Une fois sur le pc physique, j'ai vu un problème de mémoire. Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça tourne ;) 2012/7/12 Ab_fab gamma@gmail.com As-tu bien donné à la bdd que tu as créée le même nom que le nom de l'utilisateur unix ? Selon le tuto : *next we'll get that data into the database. Oh wait: which database? * *We'll first have to setup our postgres database. It's best if you use your user-database (that's database-name = your unix username)* Je crois que j'avais du recommencer à cause de cette subtilité On continue l'investigation sur dev-fr ? Le 11 juillet 2012 19:07, Aurélien FILEZ kinj...@gmail.com a écrit : Après avoir exécuté osm-history-importer france.osh.pbf, j'obtiens des tables hist_point, hist_line et hist_polygon vides (0 rows) 2012/7/11 Christian Quest cqu...@openstreetmap.fr Mis sous forme de graphique c'est plus parlant (document LibreOffice)... http://dl.free.fr/pUraG0Fan On voit que le réseau autoroutier a été complet dès 2009, que les voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau primaire est stable depuis 2011. Le 11 juillet 2012 15:48, Christian Quest cqu...@openstreetmap.fr a écrit : Pour des stats il y a aussi ceci: http://length.osm4people.org/ Et pour la France : http://length.osm4people.org/france.html On y apprend qu'en novembre 2006, il y avait 2846km de routes et qu'en mars dernier on en était à plus d'1 million de km. En 2011, plus de 300.000km de routes on été ajoutés. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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 -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques
Sur mon ubuntu server, de 8Go de RAM alors qu'il n'y a que ça qui tourne, ça me met encore une erreur par manque de mémoire. Ça n'écrit pas dans la BDD au fur et à mesure de la lecture ? 2012/7/12 Ab_fab gamma@gmail.com Cool, Tu nous tiens au courant des choses que tu as mis en pratique avec ? Et sinon, quels sont les besoins en mémoire de cet import, au final ? et l'espace disque nécessaire ? (Mêmes questions pour Arnaud) Le 12 juillet 2012 10:18, Aurélien FILEZ kinj...@gmail.com a écrit : Non en fait j'étais en session a distance et ça ne m'avais pas renvoyé le message d'erreur. Une fois sur le pc physique, j'ai vu un problème de mémoire. Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça tourne ;) 2012/7/12 Ab_fab gamma@gmail.com As-tu bien donné à la bdd que tu as créée le même nom que le nom de l'utilisateur unix ? Selon le tuto : *next we'll get that data into the database. Oh wait: which database? * *We'll first have to setup our postgres database. It's best if you use your user-database (that's database-name = your unix username)* Je crois que j'avais du recommencer à cause de cette subtilité On continue l'investigation sur dev-fr ? Le 11 juillet 2012 19:07, Aurélien FILEZ kinj...@gmail.com a écrit : Après avoir exécuté osm-history-importer france.osh.pbf, j'obtiens des tables hist_point, hist_line et hist_polygon vides (0 rows) 2012/7/11 Christian Quest cqu...@openstreetmap.fr Mis sous forme de graphique c'est plus parlant (document LibreOffice)... http://dl.free.fr/pUraG0Fan On voit que le réseau autoroutier a été complet dès 2009, que les voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau primaire est stable depuis 2011. Le 11 juillet 2012 15:48, Christian Quest cqu...@openstreetmap.fr a écrit : Pour des stats il y a aussi ceci: http://length.osm4people.org/ Et pour la France : http://length.osm4people.org/france.html On y apprend qu'en novembre 2006, il y avait 2846km de routes et qu'en mars dernier on en était à plus d'1 million de km. En 2011, plus de 300.000km de routes on été ajoutés. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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 -- ab_fab http://wiki.openstreetmap.org/wiki/User: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 -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques
Bonjour, J'ai téléchargé le fichier france.osh.pbf, qui date de juin il me semble, et n'ai pas fait de découpage, étant donné que je recherche à sortir des statistiques sur l'ensemble de la France. Puis j'ai tenté de l'importer comme suit : osm-history-importer france.osh.pbf Au fur et à mesure de la lecture, la mémoire se remplit, jusqu'à ne plus pouvoir allouer quoi que ce soit. Est-ce qu'il y aurait un mode qui irait écrire directement en base, sans garder tant d'information en mémoire ? 2012/7/12 Arnaud Vandecasteele arnaud@gmail.com Cela dépend de quel process tu aprles : - osm-history-splitter découpe la zone que tu désires - osm-history-importer importe les données en base - et osm-history-renderer génère les animations Concernant les perfs. Pour ma part, j'ai un petit serveur qui tourne sur Ubuntu 12.04 avec 2Go de Ram. Chaque processus me prend 98% du CPU. Donc à ne pas faire sur un serveur en prod. Ensuite la taille dépend essentiellement du nombre d'images générées (en fonction du pas de temps) et de la dimension celles-ci. Difficile à dire donc. Arnaud 2012/7/12 Aurélien FILEZ kinj...@gmail.com Sur mon ubuntu server, de 8Go de RAM alors qu'il n'y a que ça qui tourne, ça me met encore une erreur par manque de mémoire. Ça n'écrit pas dans la BDD au fur et à mesure de la lecture ? 2012/7/12 Ab_fab gamma@gmail.com Cool, Tu nous tiens au courant des choses que tu as mis en pratique avec ? Et sinon, quels sont les besoins en mémoire de cet import, au final ? et l'espace disque nécessaire ? (Mêmes questions pour Arnaud) Le 12 juillet 2012 10:18, Aurélien FILEZ kinj...@gmail.com a écrit : Non en fait j'étais en session a distance et ça ne m'avais pas renvoyé le message d'erreur. Une fois sur le pc physique, j'ai vu un problème de mémoire. Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça tourne ;) 2012/7/12 Ab_fab gamma@gmail.com As-tu bien donné à la bdd que tu as créée le même nom que le nom de l'utilisateur unix ? Selon le tuto : *next we'll get that data into the database. Oh wait: which database? * *We'll first have to setup our postgres database. It's best if you use your user-database (that's database-name = your unix username)* Je crois que j'avais du recommencer à cause de cette subtilité On continue l'investigation sur dev-fr ? Le 11 juillet 2012 19:07, Aurélien FILEZ kinj...@gmail.com a écrit : Après avoir exécuté osm-history-importer france.osh.pbf, j'obtiens des tables hist_point, hist_line et hist_polygon vides (0 rows) 2012/7/11 Christian Quest cqu...@openstreetmap.fr Mis sous forme de graphique c'est plus parlant (document LibreOffice)... http://dl.free.fr/pUraG0Fan On voit que le réseau autoroutier a été complet dès 2009, que les voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau primaire est stable depuis 2011. Le 11 juillet 2012 15:48, Christian Quest cqu...@openstreetmap.fr a écrit : Pour des stats il y a aussi ceci: http://length.osm4people.org/ Et pour la France : http://length.osm4people.org/france.html On y apprend qu'en novembre 2006, il y avait 2846km de routes et qu'en mars dernier on en était à plus d'1 million de km. En 2011, plus de 300.000km de routes on été ajoutés. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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 -- ab_fab http://wiki.openstreetmap.org/wiki/User: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 -- ab_fab http://wiki.openstreetmap.org/wiki/User: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 -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Statistiques
Bonjour à tous, Cela fait 5 ans que nous travaillons autour des données OpenStreetMap. Nous nous sommes récemment libérés de nos emplois afin de nous consacrer à la création d'une entreprise de géoptimisation, avec en première application le domaine du transport et de la logistique (géocodage, optimisation de tournées, suivi des véhicules, etc.). Aujourd'hui, nous sommes en train de monter un petit dossier résumant les atouts des techniques et outils utilisés, notamment OpenStreetMap, notre base de travail. Ce choix est super judicieux étant donné que nous pouvons proposer des mises à jour de cartes, régulièrement, sans dépenser des dizaines de milliers d'euros dans des licences comme ce qui se passerait si nous utilisions Navteq ou TeleAtlas, pour en plus avoir des cartes déjà périmées et limitées géographiquement. Mais pour les personnes que nous rencontrons (organismes d'encadrement, de financement ou client potentiels), pour eux, une carte c'est une carte, et ils ne connaissent pas OpenStreetMap, donc ils sont facilement effrayés et nous on passe pour des geek qui veulent s'amuser sans prendre en compte les intérêts du client. C'est pourquoi nous recherchons des statistiques, des graphiques, explicitant l'évolution des données OSM, notamment le nombre d'adresses postales et le nombre de kilomètres de routes (décomposée par types de routes). Est-ce que c'est possible de trouver ça quelque part ? En vous remerciant par avance, Kin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques
Merci beaucoup. En revanche, les données osh sont elles régulièrement à jour ? Comment peut-on générer ces fichiers nous mêmes ? A bientôt, Kin 2012/7/11 Ab_fab gamma@gmail.com Bonjour Aurélien, Tu peux te faire tes statistiques sur mesure pour ce genre d'informations, en utilisant les extraits full-history de la base OSM. Le plus récent donne un historique entre 2007 et avril 2012. Ce message devrait te permettre de faire l'opération de création de la base, et ensuite la requête SQL pour en tirer l'évolution du kilométrage de voirie sur une zone http://lists.openstreetmap.org/pipermail/dev-fr/2011-December/000573.html Hope it helps Le 11 juillet 2012 08:58, Aurélien FILEZ kinj...@gmail.com a écrit : Bonjour à tous, Cela fait 5 ans que nous travaillons autour des données OpenStreetMap. Nous nous sommes récemment libérés de nos emplois afin de nous consacrer à la création d'une entreprise de géoptimisation, avec en première application le domaine du transport et de la logistique (géocodage, optimisation de tournées, suivi des véhicules, etc.). Aujourd'hui, nous sommes en train de monter un petit dossier résumant les atouts des techniques et outils utilisés, notamment OpenStreetMap, notre base de travail. Ce choix est super judicieux étant donné que nous pouvons proposer des mises à jour de cartes, régulièrement, sans dépenser des dizaines de milliers d'euros dans des licences comme ce qui se passerait si nous utilisions Navteq ou TeleAtlas, pour en plus avoir des cartes déjà périmées et limitées géographiquement. Mais pour les personnes que nous rencontrons (organismes d'encadrement, de financement ou client potentiels), pour eux, une carte c'est une carte, et ils ne connaissent pas OpenStreetMap, donc ils sont facilement effrayés et nous on passe pour des geek qui veulent s'amuser sans prendre en compte les intérêts du client. C'est pourquoi nous recherchons des statistiques, des graphiques, explicitant l'évolution des données OSM, notamment le nombre d'adresses postales et le nombre de kilomètres de routes (décomposée par types de routes). Est-ce que c'est possible de trouver ça quelque part ? En vous remerciant par avance, Kin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ 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] Statistiques
Merci pour vos informations. Je suis en train d'importer un historique via osm-history-importer afin de produire des graphiques avec des chiffres et des courbes pour indiquer la tendance d'OpenStreetMap. Et les animations de Geofabrik seront en support :) A bientôt, Aurélien 2012/7/11 Pieren pier...@gmail.com 2012/7/11 Ab_fab gamma@gmail.com: Comment il est réalisé, ça c'est mystère et boule de gomme pour moi Il peut aussi trouver plus de détails sur le wiki (et des liens vers des outils d'extraction): http://wiki.openstreetmap.org/wiki/Planet.osm/full Pour l'extraction, elle se fait avec un outil java spécial historydump je crois: https://bitbucket.org/lfrancke/historydump/overview 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] Statistiques
Je vous ferai un retour, pour le moment je suis le tuto ici : https://github.com/MaZderMind/osm-history-renderer/blob/master/TUTORIAL.md J'ai vu passer du Mapnik, donc j'imagine qu'il y a un côté visuel à la chose, mais n'en suis pas sûr, pour le moment, ça importe ;) 2012/7/11 Ab_fab gamma@gmail.com Julien Balas en a créées et apparemment la marche à suivre était straightforward http://lists.openstreetmap.org/pipermail/dev-fr/2011-December/000599.html Le 11 juillet 2012 11:58, Arnaud Vandecasteele arnaud@gmail.com a écrit : Je suis preneur de tes retours et de la difficulté à créer ce type d'animations. Merci A. 2012/7/11 Aurélien FILEZ kinj...@gmail.com Merci pour vos informations. Je suis en train d'importer un historique via osm-history-importer afin de produire des graphiques avec des chiffres et des courbes pour indiquer la tendance d'OpenStreetMap. Et les animations de Geofabrik seront en support :) A bientôt, Aurélien 2012/7/11 Pieren pier...@gmail.com 2012/7/11 Ab_fab gamma@gmail.com: Comment il est réalisé, ça c'est mystère et boule de gomme pour moi Il peut aussi trouver plus de détails sur le wiki (et des liens vers des outils d'extraction): http://wiki.openstreetmap.org/wiki/Planet.osm/full Pour l'extraction, elle se fait avec un outil java spécial historydump je crois: https://bitbucket.org/lfrancke/historydump/overview 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 -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ 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] Statistiques
Dans une machine virtuelle avec 2Go de ram, ça a planté = pas assez de mémoire Je vais essayer avec un peu plus de mémoire, et si ça ne fonctionne pas, je mettrais ça en place sur mon serveur (8Go de disponibles). 2012/7/11 Aurélien FILEZ kinj...@gmail.com Je vous ferai un retour, pour le moment je suis le tuto ici : https://github.com/MaZderMind/osm-history-renderer/blob/master/TUTORIAL.md J'ai vu passer du Mapnik, donc j'imagine qu'il y a un côté visuel à la chose, mais n'en suis pas sûr, pour le moment, ça importe ;) 2012/7/11 Ab_fab gamma@gmail.com Julien Balas en a créées et apparemment la marche à suivre était straightforward http://lists.openstreetmap.org/pipermail/dev-fr/2011-December/000599.html Le 11 juillet 2012 11:58, Arnaud Vandecasteele arnaud@gmail.com a écrit : Je suis preneur de tes retours et de la difficulté à créer ce type d'animations. Merci A. 2012/7/11 Aurélien FILEZ kinj...@gmail.com Merci pour vos informations. Je suis en train d'importer un historique via osm-history-importer afin de produire des graphiques avec des chiffres et des courbes pour indiquer la tendance d'OpenStreetMap. Et les animations de Geofabrik seront en support :) A bientôt, Aurélien 2012/7/11 Pieren pier...@gmail.com 2012/7/11 Ab_fab gamma@gmail.com: Comment il est réalisé, ça c'est mystère et boule de gomme pour moi Il peut aussi trouver plus de détails sur le wiki (et des liens vers des outils d'extraction): http://wiki.openstreetmap.org/wiki/Planet.osm/full Pour l'extraction, elle se fait avec un outil java spécial historydump je crois: https://bitbucket.org/lfrancke/historydump/overview 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 -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ 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] Création d'entreprise (59 - Lille)
Bonjour, Je ne sais pas du tout si cette liste a vocation pour ce genre d'annonce. Si ça n'est pas le cas, merci de m'en excuser et supprimer ce message. Cela fait 5 ans que nous travaillons autour des données OpenStreetMap, dans le but de créer une entreprise de géoptimisation. Aujourd'hui, entre la recherche de financements, d'un premier client-partenaire, d'encadrement administratif, de nos différents contacts dans le métier et de nos travaux de montage de dossier, nous recherchons des compétences informatiques ayant de l'attrait pour les SIG et bien évidemment OpenStreetMap. Voici notre annonce (moi technique, et Mehdi commercial supply chain) : = Moi Je me présente, Aurélien, 28 ans, expert en C++ et en architecture applicative. Je possède 8 ans d'expérience dans le développement logiciel, à Toulouse, Paris, Barcelone et Bruxelles, dans différents domaines (défense, marchés publics, logistique, web marketing et bancaire). = L'équipe actuelle : - Moi, qui travaille dessus depuis 6 ans le soir, le weekend et durant les vacances. - Mehdi, ingénieur commercial supply chain, qui met ses contacts au service du projet. - Sébastien, développeur Web, actuellement en apprentissage pour savoir si ce projet et la manipulation des données OSM lui plairait ou non, à moyen terme. = Le projet : Mettre la géographie au service de diverses optimisations métier, à commencer part le secteur du transport et de la logistique pour proposer à nos clients de l'optimisation de tournées sur mesure, et ainsi réduire les coûts de ces entreprises. Cela concerne principalement les métiers de service (intervention pour entretien, dépannage etc.) et de messagerie (Geodis, DHL, etc.). Nous voulons proposer deux solutions : - Une solution client lourd (on s'installe chez le client, on se greffe à son organisation tant pour la pose du problème que l'exploitation des résultats). Le modèle économique étant la vente du projet s'en suivant un contrat de maintenance à l'année. L'objectif est de répondre parfaitement aux besoins spécifiques de nos clients. - Une solution Web, qui fait pareil que le client lourd, avec des connecteurs via des web services. Le modèle économique repose alors sur l'utilisation (facturation selon les données, le kilométrage des tournées générées, l'export vers l'informatique embarquée etc. - A définir). L'objectif est de se positionner par rapport à la concurrence. = La motivation : Ayant travaillé dans une entreprise agissant dans ce secteur, elle proposait des produits génériques par type de métier (logistique, geomarketing, etc.). Le problème est que chaque entreprise a son organisation, ses contraintes, ses objectifs, sa politique, ses données, etc. Alors leurs produits ne s'adressaient qu'à des laboratoires de recherche, aux besoins simples et sans contraintes. Puis ils ont cherché à faire du sur mesure, mais n'ont pu y arriver, manquant d'affinité en flexibilité et performances dans leur technique. Ils ont donc arrêté cette activité, avec les conséquences sociales et économiques que vous pouvez imaginer. = L'avancement : Aujourd'hui nous maîtrisons les données géographiques et un système GIS pour : - Manipuler les données (installation, mises à jour) - Affichage cartographique (sur client lourd) + dessins sur la carte - Géocodage pondéré + géocodage inversé - Calcul d'itinéraire - Optimisation de tournées sous contraintes. En bref, j'ai le moteur, mais n'ai pas d'affinité pour tout ce qui est design, ergonomie, interface, que ce soit web ou desktop. Je vous mets une capture de ce que l'on a actuellement, sur un problème de 100 clients, un dépôt et 5 véhicules, généré complètement aléatoirement, donc non représentatif d'un besoin réel, professionnel, c'est juste pour mesurer les capacités existantes : De son côté, Mehdi fait marcher ses relations, notamment le directeur délégué de TLF (fédération des entreprises de Transport et Logistique de France - premier syndicat patronale, en relation avec le ministère du transport), Yann Arthus Bertrand pour le caractère écologique, en rapport avec la charte CO2 ainsi que ses différents contacts dans le milieu. Nous sommes en phase de création d'entreprise et l'objectif est de trouver un premier client pour financer notre structure afin d'obtenir un produit professionnel bon marché. De notre côté, ça nous permettra d'avancer sans pour autant s'endetter auprès des organismes bancaires, mais aussi d'avoir une première référence et un peu de trésorerie. Peut-être que nous devrons reproduire ce schéma chez deux ou trois autres clients avant de devenir financièrement indépendants grâce aux contrats de maintenance. = Je recherche plusieurs profils, chacun ayant l'âme entrepreunariale : - *Deux développeurs C++ / Qt 4* Affinités : design, ergonomie, flexibilité Connaissances : C++, Qt4, meta programmation C++, SGBDR, MVC Environnement : Windows / Visual Studio, si possible développement sous Linux Rôle : s'intégrer au projet, et construire l'interface client
Re: [OSM-talk-fr] Statistiques
Après avoir exécuté osm-history-importer france.osh.pbf, j'obtiens des tables hist_point, hist_line et hist_polygon vides (0 rows) 2012/7/11 Christian Quest cqu...@openstreetmap.fr Mis sous forme de graphique c'est plus parlant (document LibreOffice)... http://dl.free.fr/pUraG0Fan On voit que le réseau autoroutier a été complet dès 2009, que les voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau primaire est stable depuis 2011. Le 11 juillet 2012 15:48, Christian Quest cqu...@openstreetmap.fr a écrit : Pour des stats il y a aussi ceci: http://length.osm4people.org/ Et pour la France : http://length.osm4people.org/france.html On y apprend qu'en novembre 2006, il y avait 2846km de routes et qu'en mars dernier on en était à plus d'1 million de km. En 2011, plus de 300.000km de routes on été ajoutés. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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] Nantes sous les eaux
Un joli bug de rendu sur MapQuest http://mapq.st/Odfd8g Mail pour signaler le bug envoyer -- Aurélien BONDU ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM Browser : Erreur 500
Bonjour à tous, J'essaye de récupérer le fichier XML définissant la France métropolitaine via cette adresse : http://www.openstreetmap.org/api/0.6/relation/1403916/full Mais j'obtiens une erreur : Internal Server Error J'imagine que c'est dû au fait que cette relation est assez grosse, car avec une autre, plus petite, ça fonctionne. Il doit peut-être y avoir un timeout quelque part. Toujours utile que ça me bloque. Y a-t-il une alternative pour la récupérer ? A bientôt, Kin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM Browser : Erreur 500
Merci pour cette rapide réponse. Le but est d'extraire le polygon exacte de la France métropolitaine afin d'en obtenir le découpage via osmosis en partant d'un set de l'Europe avec les données qui vont bien, notamment completeRelations=yes et completeWays=yes (ainsi qu'omitdata=true) histoire que les frontières soient propres, ce qui n'est pas bien le cas avec les subsets de geofabrik. J'ai un outils permettant de gérer les sous relations, comme c'est le cas pour la France métropolitaine, afin de produire le polygon exact nécessaire, mais il fonctionne en ligne, et n'arrive pas à accéder à l'adresse http://www.openstreetmap.org/api/0.6/relation/1403916/full Est-ce qu'il y aurait une autre source de données, à jour, que je pourrais exploiter ? Merci encore, Kin 2012/6/6 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: Le mercredi 6 juin 2012 12:06:56 Aurélien FILEZ a écrit : Bonjour à tous, J'essaye de récupérer le fichier XML définissant la France métropolitaine via cette adresse : http://www.openstreetmap.org/api/0.6/relation/1403916/full Mais j'obtiens une erreur : Internal Server Error J'imagine que c'est dû au fait que cette relation est assez grosse, car avec une autre, plus petite, ça fonctionne. Il doit peut-être y avoir un timeout quelque part. Toujours utile que ça me bloque. Y a-t-il une alternative pour la récupérer ? J'avais déjà eu le soucis avec une limite de région. À l'époque, j'étais passer par l'extrait geofabrik de la France, et en avait extrait ma relation avec osmosis. À voir, si tu ne peux pas utiliser l'API sur notre serveur openstreetmap.fr qui sera peut-être plus en forme. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM Browser : Erreur 500
Pour la génération du polygon, j'ai les outils qu'il faut. Sauf que ça va chercher les données directement sur le web. Cette page : http://www.openstreetmap.org/browse/relation/1403916 ne charge pas le rendu (en haut à droite) car elle n'arrive pas à retrouver les données GML à l'adresse http://www.openstreetmap.org/api/0.6/relation/1403916/full. Pensez-vous que c'est ponctuel dû à une maintenance ou quelque chose comme ça ? Merci à vous, Kin 2012/6/6 Jocelyn Jaubert jocelyn.jaub...@gmail.com: 2012/6/6 Ab_fab gamma@gmail.com: De mémoire, Jocelyn a beaucoup travaillé sur la question, dans le but d'obtenir un polygone qui soit à la fois précis dans le suivi de la frontière, et surtout simple (autour de 500 noeuds). Il s'en sert pour créer des fichiers diffs limités à la France métropolitaine. Si j'ai bien suivi, le polygone en question se trouve dans le fichier suivant : france.poly disponible ici : http://osm7.pole-aquinetic.fr/~jocelyn/osc_modif/ La dernière version doit se trouver là: https://github.com/jocelynj/osm/tree/master/osc_modif/polygons À noter qu'il y a des soucis récurrents lors de la création des diff france parce que le polygone n'est pas tout à fait assez grand. Il arrive que les frontières bougent, et il faudrait que le polygone s’agrandisse si nécessaire. Comme je n'ai rien pour facilement automatiser la création de ce polygone, je ne l'ai pas changé depuis quelques mois, et il y a donc des fortes chances qu'il soit trop petit. Je ne suis pas fin connaisseur de la question, mais le contenu du fichier a l'air de coller avec ce qui est demandé par osmosis pour filtrer à l'intérieur d'un polygone : http://wiki.openstreetmap.org/wiki/Osmosis/Polygon_Filter_File_Format Je confirme que c'est le bon format. Est-ce qu'un polygone de ce genre (mais qui suivrait exactement la frontière France) serait utile pour d'autres personnes ? On pourrait envisager de le régénérer tous les jours, et de le mettre à disposition sur download.openstreetmap.fr ou export.openstreetmap.fr. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM Browser : Erreur 500
Oui, ça fonctionne avec api.openstreetmap.fr :) Merci beaucoup. 2012/6/6 sly (sylvain letuffe) li...@letuffe.org http://www.openstreetmap.org/api/0.6/relation/1403916/full. Tu as zapé la première réponse de Nicolas : À voir, si tu ne peux pas utiliser l'API sur notre serveur openstreetmap.fr qui sera peut-être plus en forme. essayes ça : http://api.openstreetmap.fr/api/0.6/relation/1403916/full et un peu de lecture : http://wiki.openstreetmap.org/wiki/FR:Servers/api.openstreetmap.fr Pensez-vous que c'est ponctuel dû à une maintenance ou quelque chose comme ça ? Non, c'est comme ça depuis longtemps déjà, cette relation est trop grosse, l'api osm.org coupe au bout d'un certain timeout pour limiter la charge du serveur. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] POI sur gpspassion
Bonjour, je pense que c'est pas possible, voir ce message issue de cette page du forum (page http://www.gpspassion.com/forumsen/topic.asp?TOPIC_ID=21050) . En téléchargeant un fichier ou en synchronisant les données avec POIEdit, vous vous engagez à ne pas les redistribuer, en intégralité ou partiellement et à ne pas les utiliser à des fins commerciales ou non. Pas de lien direct vers les fichiers non plus, mais vers chaque discussion. 2. Données fournies à titre purement indicatif sans aucune garantie d'exactitude Le 12 avril 2012 21:20, PierreV belett...@hotmail.fr a écrit : Bonsoir, je viens de tomber sur l'énorme base de donnée de POI que collecte gpspassion.com : http://www.gpspassion.com/forumsen/forum.asp?FORUM_ID=100 Est-ce que quelqu'un a déjà cherché a les contacter et savoir si par hasard il pouvait y avoir une sorte de partenariat avec OSM ... voire même peut etre qu'ils ont une licence compatible avec OSM? -- View this message in context: http://gis.19327.n5.nabble.com/POI-sur-gpspassion-tp5636575p5636575.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Traiter des Walking Papers pour Walikale en RD Congo
Salut Fred, j'ai traité le Walking Paper n°2(changeset n°11076850) Dit moi si j'ai fait des erreurs @+ Aurélien Le 23 mars 2012 18:35, Frédéric Bonifas fredericboni...@gmail.com a écrit : Bonjour à tous, Au mois de février, le CICR a mis à disposition d'OSM des images aériennes de la ville de Walikale en RD Congo. Les routes, utilisations du sol et bâtiments ont été tracés à partir de cela : http://osm.org/go/l1v~Pxkr-- Pour compléter ce travail, le CICR a demandé à ses équipes locales de rapporter les informations manquantes, notamment les noms de rue et POIs. Le résultat de leur travail est une série de Walking Papers à traiter. Si vous êtes intéressé pour participer, les détails sont sur le wiki : http://wiki.openstreetmap.org/wiki/Walikale Les noms sont en français et il est donc intéressant que des francophones traitent ces données pour éviter les mauvaises interprétations. Les uploads sont lents sur le site Walking Papers en ce moment, les feuilles suivantes vont être disponibles ce week-end j'espère. Je mettrai à jour la page wiki Walikale au fur et à mesure. N'hésitez pas si vous avez des questions, Fred -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ 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] Traiter des Walking Papers pour Walikale en RD Congo
Salut Pour les cellules j'ai hésité sur la manière de retranscrire. Serait il possible de demander sur la précision des limites de ces cellules aux rédacteurs de ces walkingpapapers? Pour les noms en minuscules, je prend note et je corrige. Aurélien Le 23 mars 2012 20:51, Frédéric Bonifas fredericboni...@gmail.com a écrit : Salut, Oui ça me semble très bien. Deux petites remarques : * Les noms peuvent être écrits en caractères minuscules, par exemple Institut MAKYAMBI - Institut Makyambi. Ils ont écrit en majuscules pour que ce soit plus facile à lire. * Les cellules ne sont pas délimitées exactement. Je me demande si un point au centre de la zone qu'ils ont entourée ne serait pas suffisant ? Fred Le 23 mars 2012 19:36, aurélien BONDU abondu...@gmail.com a écrit : Salut Fred, j'ai traité le Walking Paper n°2(changeset n°11076850) Dit moi si j'ai fait des erreurs @+ Aurélien Le 23 mars 2012 18:35, Frédéric Bonifas fredericboni...@gmail.com a écrit : Bonjour à tous, Au mois de février, le CICR a mis à disposition d'OSM des images aériennes de la ville de Walikale en RD Congo. Les routes, utilisations du sol et bâtiments ont été tracés à partir de cela : http://osm.org/go/l1v~Pxkr-- Pour compléter ce travail, le CICR a demandé à ses équipes locales de rapporter les informations manquantes, notamment les noms de rue et POIs. Le résultat de leur travail est une série de Walking Papers à traiter. Si vous êtes intéressé pour participer, les détails sont sur le wiki : http://wiki.openstreetmap.org/wiki/Walikale Les noms sont en français et il est donc intéressant que des francophones traitent ces données pour éviter les mauvaises interprétations. Les uploads sont lents sur le site Walking Papers en ce moment, les feuilles suivantes vont être disponibles ce week-end j'espère. Je mettrai à jour la page wiki Walikale au fur et à mesure. N'hésitez pas si vous avez des questions, Fred -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ 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 -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ 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] Reportage grand public sur OSM
Bonjour à tous j'ai récupérer le fichier complet à l'instant. La qualité n'est pas excellente mais ça va. Je peut mettre l'émission complète (109Mo) en ligne sur un serveur perso. Je doit aussi avoir moyen de la couper pour avoir juste la partie nous interressant. Dite moi ce qui vous parais le mieux. Aurélien Le 3 décembre 2011 10:05, Marc Sibert m...@sibert.fr a écrit : Le 03/12/2011 08:19, Pierre-Alain Dorange a écrit : Bonjour, Il y a quelques semaine sune équipe de TV de France 3 Poitou-Charentes est venu pour me filmer en train d'assouvir une de mes passions : OpenStreetMap. Le reportage est en ligne dans l'émission 13h chez vous de jeudi dernier. http://www.pluzz.fr/13h-avec-**vous-dans-le-sud-ouesthttp://www.pluzz.fr/13h-avec-vous-dans-le-sud-ouest de 13'30 à 17'. Attention de reportage est grand public et surtout malgeureusement plus centré sur moi (mais c'est le parti-pris de l'émission) que sur OpenStreetMap. Mais on y voit pleins de cartes, JOSM et du mapping sur le terrain. Bonjour, Super reportage avec à la fois la contribution la réutilisation des données. Il faut absolument le récupérer pour s'en servir d'exemple dans les présentations. Peux-tu regarder ce qui est faisable pour récupérer un fichier. On pourra le mettre en ligne sur le site osm.fr (donc avec une licence ad hoc). Merci pour ton travail. Note : dommage que le reportage sur le village de Bruniquel soit lancé avec une carte privative... A+ -- Marc Sibert m...@sibert.fr __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] application de mobilité
Peut-être tu connais, mais au cas où : http://wiki.openstreetmap.org/wiki/User:Hromain 2011/10/14 Romain MEHUT romain.me...@gmail.com Le 13 octobre 2011 21:54, DH dhel...@free.fr a écrit : Le 13/10/2011 21:26, Romain MEHUT a écrit : Bonsoir, On apprend aussi que se tiennent les Rencontres nationales du transport public cette semaine à Strasbourg. Est-ce que la présentation de StrasMap aux journalistes a été également l'occasion de faire parler du projet OpenStreetMap? Le retour de la CUS est effectivement très important pour nous et il est aussi tout autant important qu'OSM puisse bénéficier d'un peu de publicité en dehors des réseaux de gens déjà informés... Romain C'est clair qu'il y a conjonction de coordination ! Je n'ai pas été présent à ces rencontres nationales du TC, mais j'ai appris qu'il y avait eu contact entre gens du métier et qu'ils ont causé d'OSM. Pour les journalistes, je n'ai pas d'infos. La notoriété d'OSM, ici en terre d'Alsace commence à émerger et j'ai plusieurs casseroles sur le feu J'appelerais à table quand ce sera cuit (et si le plat est comestible ;-) . Je profite de l'occasion pour faire acte de candidature auprès du CA pour être un relais régional d'OSM (bas-rhinois de préférence si d'autres candidatures émergent). J'ai pour devise d'être patient et connaissant assez bien le milieu des collectivités locales (notamment sur l'information géographique), je sais que ce n'est encore pas toujours suffisant. Je peux vous garantir que les choses bougent, mais lentement, genre tectonique des plaques. http://www.rencontres-transport-public.fr/date-lieu-horaires (sic!) C'est quand même mieux par icihttp://www.openstreetmap.org/?lat=48.59993lon=7.76346zoom=16layers=M;) Denis __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://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: [Talk-es] Único sentido en las rotondas
Es que junction=roundabout no se usa mas. Porque con junction=roundabout, como se puede saber el sentido de la rotonda ? En Inglaterra sera diferente de España.. Entonces tenemos que usar oneway=1/yes o oneway=-1 2011/9/20 sergio sevillano sergiosevillano.m...@gmail.com El 20/09/2011, a las 10:35, Javier Martin escribió: El 19/09/2011 11:12, Rodrigo Moya escribió: On dom, 2011-09-18 at 16:52 +0200, Jorge Sanz Sanfructuoso wrote: Yo personalmente muchas veces no pongo el oneway pero creo que si lo tiene no se debería quitar ya que tampoco estorba. lo que no entiendo es porque el JOSM te da la opción de elegir oneway o no. ¿Existe realmente alguna rotonda en el mundo de doble sentido? Si existe, no es una rotonda, porque la definición indica que debe ser de sentido único y se tiene que dar prioridad a los vehículos que están dentro. Así que estrictamente, una rotonda con semáforos no es una rotonda en el sentido de junction=roundabout, simplemente es una vía circular con oneway=yes y los apropiados nodos con semáforos. Lo mismo pasaría con una rotonda de doble sentido: pones una vía con oneway=no (o sin el directamente) y las restricciones de giro y nodos con highway=stop o highway=give_way. estoy de acuerdo... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[OSM-talk-fr] Petit nouveau qui ne veux pas faire d'erreurs.
Bonjour à tous, Premier message sur la liste. J'ai découvert OSM depuis quelque mois déjà et me suis décider à commencer à participer. En effet étant coincer chez moi pour cause de cheville en vrac (plâtrer) j'ai du temps libre. Je mappe sur la commune de Mortagne sur Sèvre en Vendée. http://www.openstreetmap.org/?lat=46.9909lon=-0.94zoom=14layers=M J'ai plusieurs questions à poser : 1 : je me suis baser sur Bing pour les tracer des rues et d'une carte papier trouver dans ma boite au lettre récemment pour les noms de rues. Avais-je le droit ou pas? 2 : Comment caractériser les impasses ou les rue sans issue : highway=road ou highway=residential, comme les autres rue du quartier, ou autre tag. 3: Quel classification pour les rue en zone industrielle highway=residential ou autre. Merci d'avance pour vos réponses Aurélien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petit nouveau qui ne veux pas faire d'erreurs.
Alors si je résume : 1: j'ai fait une erreur en me basant sur la carte papier. Par contre il m'arrivait de compléter avec la consultation du cadastre. Donc erreur complete et je vire tous les tag name des rues ou pas?? 2: pour les impasses je pense avoir compris highway=residential + noexit=yes si risque de confusion avec voie proche. 3 : pour les ZI highway=unclassified PS : Pieren j'avais consulter le lien en question mais peut etre pas avec asser d'attention :-) Le 20 septembre 2011 14:30, Pieren pier...@gmail.com a écrit : Je vais corriger quelques imprécisions: 2: Le type de highway ne dépends pas de si c'est sans issue ou pas (bien que des motorways sans issues ça m'étonnerait que ça existe) donc choisir le highway en fonction du type de rue et rajouter que c'est une impasse. En principe, on considère que si on trace un ligne qui s'arrête brutalement, c'est que c'est une impasse. Mais certains ajoutent le tag noexit (http://wiki.openstreetmap.org/wiki/Noexit). C'est surtout utile lorsque la rue s'arrête à proximité d'une autre rue pour bien signifier que la rue est effectivement en impasse et que ce n'est pas une erreur d'édition (bref que le way n'est pas connecté comme cela arrive parfois avec des contributeurs maladroits). 3: Voir http://wiki.openstreetmap.org/wiki/Highway Si c'est une rue qui dessert uniquement l'accès à un batiment industriel, je mettrais highway=service. Sinon highway = unclassified. highway=road n'a pas vocation à exister et est uniquement là à titre temporaire en attendant la bonne classification. On réserve highway=service aux voies de services, pas aux rues. Il y a la combinaison highway=service + service=alley/driveway/emergency_access qui sont des cas particuliers et qui peuvent s'appliquer à des portions de rues. Mais la question portait plus simplement sur une rue en zone industrielle qui portera alors de préférence le tag highway=unclassified si ça n'est pas une voie de transit (ça pourrait être du teriary voir plus). On ne peut que te recommander la lecture de cette page du wiki qui explique les différentes classifications de highway pour la France: http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging 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] Petit nouveau qui ne veux pas faire d'erreurs.
Ab_Fab : - Alors pour la rue National vaudrais je je vois sur place mais pour le moment ca va etre délicat(cheville en vrac) - Route de Nante en primary : plutot d'accord avec toi surtout que les panneau propose les 2 solution Nantes par Cholet (2x2 voie) ou par Clisson. Et quand j'aurais terminer Mortagne je m'attaque à Evrunes :-) Le 20 septembre 2011 14:44, Ab_fab gamma@gmail.com a écrit : Bienvenue Aurélien, Je suis en phase avec la réponse de Tigre-Bleu. Pour la classification des routes, il faut savoir prendre de la hauteur, et bien regarder ce que la route relie en pratique Est-ce que la Rue National (sic) mérite effectivement son statut de route secondaire en rejoignant une ville d'importante ? Est que tertiary ne serait pas suffisant ? Est-ce que la route de Nantes (D949) ne pourrait pas être considérée comme un axe primary du fait de son traffic ? C'est la classification utilisée sur le même axe en arrivant sur Clisson, et mon expérience personnelle des routes du sud Loire irait dans ce sens. Une bonne vérif possible, c'est de regarder les panneaux dans le centre de Mortagne, par exemple au carrefour principal : Est-ce qu'en arrivant par la route de Poitiers il est proposé d'aller à Nantes par Torfou / Clisson, ou bien de récupérer la N249 par la route de Cholet ? Pour le classement des routes en zone industrielle, j'irais plutôt vers highway = residential, parce que la physionomie de la chaussée et le type de conduite sont plus proches de ceux d'une route de campagne. Bon courage, et je compte sur toi pour ajouter des routes à Evrunes ;-) Le 20 septembre 2011 14:04, aurélien BONDU abondu...@gmail.com a écrit : Bonjour à tous, Premier message sur la liste. J'ai découvert OSM depuis quelque mois déjà et me suis décider à commencer à participer. En effet étant coincer chez moi pour cause de cheville en vrac (plâtrer) j'ai du temps libre. Je mappe sur la commune de Mortagne sur Sèvre en Vendée. http://www.openstreetmap.org/?lat=46.9909lon=-0.94zoom=14layers=M J'ai plusieurs questions à poser : 1 : je me suis baser sur Bing pour les tracer des rues et d'une carte papier trouver dans ma boite au lettre récemment pour les noms de rues. Avais-je le droit ou pas? 2 : Comment caractériser les impasses ou les rue sans issue : highway=road ou highway=residential, comme les autres rue du quartier, ou autre tag. 3: Quel classification pour les rue en zone industrielle highway=residential ou autre. Merci d'avance pour vos réponses Aurélien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Petit nouveau qui ne veux pas faire d'erreurs.
Bon ben du taf en perspective merci pour les explications. Le 20 septembre 2011 15:39, THEVENON Julien julien_theve...@yahoo.fr a écrit : * De :* Jo winfi...@gmail.com * ** *2011/9/20 aurélien BONDU abondu...@gmail.com * ***1: j'ai fait une erreur en me basant sur la carte papier. Par contre il m'arrivait de compléter avec la consultation du cadastre. Donc erreur complete et je vire tous les tag name des rues ou pas?? * *Si tu imprimes la carte comme elle est maintenant, puis tu passes par toutes ces rues en vélo/à pied (j'ai oublié lequel de tes membres est en plâtre) et tu confirmes que les noms sont corrects, tu peux tout laisser en OSM, pour les rues où tu ne peux pas aller sur place pour faire la vérification, il serait plus prudent d'en enlever les noms. Si le cadastre donne les meme noms il peut les conserver etant donne qu on a le droit d utiliser le cadastre. En gros supprime ce qui n est ni confirmable par une visite sur place ni par lecture cadastre Julien -- *De :* Jo winfi...@gmail.com *À :* Discussions sur OSM en français talk-fr@openstreetmap.org *Envoyé le :* Mardi 20 Septembre 2011 15h22 *Objet :* Re: [OSM-talk-fr] Petit nouveau qui ne veux pas faire d'erreurs. 2011/9/20 aurélien BONDU abondu...@gmail.com Alors si je résume : 1: j'ai fait une erreur en me basant sur la carte papier. Par contre il m'arrivait de compléter avec la consultation du cadastre. Donc erreur complete et je vire tous les tag name des rues ou pas?? Si tu imprimes la carte comme elle est maintenant, puis tu passes par toutes ces rues en vélo/à pied (j'ai oublié lequel de tes membres est en plâtre) et tu confirmes que les noms sont corrects, tu peux tout laisser en OSM, pour les rues où tu ne peux pas aller sur place pour faire la vérification, il serait plus prudent d'en enlever les noms. 2: pour les impasses je pense avoir compris highway=residential + noexit=yes si risque de confusion avec voie proche. Moi, je mets toujours noexit=yes, quand il y a un panneau (T) indiquant qu'il n'y a pas d'issu pour les voitures/camions/bus. Si au bout il y a un endroit où on peut faire demi-tour, tu peux aussi marquer le node avec highway=turning_circle. 3 : pour les ZI highway=unclassified Oui, ça me semble mieux que highway=residential. Jo ___ 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: [Talk-es] convertir OSM a SHP con QGIS
Hay tambien : oneway=yes - es lo mismo que oneway=1 oneway=-1 - es el inverso que oneway=1 junction=roundabout - normalemente no se usa mas pero de vez en cuando se encontra todavia (quiere decir oneway=1) 2011/9/19 carlos.nava...@zeroemissions.abengoa.com Acabo de comprobar que al cargar las capas en gvSIG y utilizar redes, cuando tengo que generar la topología de red, no puedo determinar el sentido de cada vía. El oneway está definido en un campo llamado tags en el que hay más información, como el nombre de la vía. Lo he hecho con el OMS translator y en este caso el oneway si está definido en un campo único con 1.0 y 0.0, pero al cargar paradas me dice que no se ha encontrado ninguna ruta. He observado que faltan todas las rotondas. En los datos descargados de geofabrik no faltan las rotondas y además el oneway es correcto, pero dice lo mismo, no se ha encontrado ninguna ruta. Ya no se si lo que falla es gvSIG, los mapas, yo, o las tres cosas. Llamadme pesimista pero he intentado tantas cosas infructuosas que creo que desistiré. De todas maneras gracias a todos por vuestra ayuda. Saludos. Carlos Navarro Quesada - Departamento de Nuevas Tecnologías ZEROEMISSIONS Campus Palmas Altas Edificio B, planta 3ª, puesto 003 C/ Energía Solar nº 1, 41014, Sevilla Phone: +34954970466 (38466) Fax: +34955413374 carlos.nava...@zeroemissions.abengoa.com www.zeroemissions.com - www.abengoa.com P Eco-Tip: Printing e-mails is usually a waste. Juan Luis Rodriguez 19/09/2011 12:14 Por favor, responda a Discusión en Español de OpenStreetMap Para: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org cc: Asunto: Re: [Talk-es] convertir OSM a SHP con QGIS Buenos días. El 19 de septiembre de 2011 12:00, * carlos.nava...@zeroemissions.abengoa.com*carlos.nava...@zeroemissions.abengoa.com escribió: Buenos días, me gustaría exportar un OSM a shapefile con quantum GIS 1.7.0 (uno de los programas que indican en wiki para hacer esto). He descargado el programa y tengo mi archivo OSM pero no se convertirlo, creía que el QGIS era un conversor, pero es un software gis entero. ¿Alguien podría indicarme como se convierte en este programa de OSM a SHP? 1. Activa el complemento de OpenStreetMap en el menú Complementos - Administrar complementos. 2. Abre el archivo osm que has descargado desde Complementos - OpenStreetMap - Load OSM from file. Esto te creará tres capas en el árbol de capas, una para puntos, otra para líneas y otra para polígonos. 3. Botón derecho sobre una de las capas y selecciona Guardar como archivo shape... Un saludo, Juan Luis. -- Juan Luis Rodríguez Ponce Área de Proyectos Emergya Consultoría Tfno: +34 954 51 75 77 / +34 607 43 74 27 Fax: +34 954 51 64 73* **www.emergya.es* http://www.emergya.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Restricción de giro
Quizas oneway=-1 es una solicion ? 2011/9/16 Jorge Sanz Sanfructuoso sanc...@gmail.com El 16 de septiembre de 2011 16:57, Pumuky pumukys...@yahoo.es escribió: He dejado pasar unos dias y he probado ha haceruna ruta en cloudmap y mapquest que pasé por ese punto y ninguno hace caso de la restriccion, así que supongo que la he puesto mal. (por cierto mapquest me dice a veces que no puede calcular la ruta y eso mismo me pasa con osmand) El punto como decía en el mensaje inicial es [1] viniendo por la derecha debes subir a la glorieta para ir al sur y no se puede girar directamente. Por lo que veo creo que esta bien. Cloudmade tarda mucho en actualizarse. Puede alguien decirme ¿que está mal? No quiero que lo corrijan sino que me digan como corregirlo, y que problema tiene Otra duda, al poner restricciones de giro puse un prohibido a la izquierda, pero el mismo efecto es poner obligatorio a la derecha ¿hay alguna preferencia en ese sentido? No es el mismo efecto. Un prohibido a la izquierda deja ir de frente y a la derecha y un obligatorio a la derecha solo deja ir a la derecha. Rafa 1 .- ] http://www.openstreetmap.org/?lat=41.6493724286556lon=-4.75881010293961zoom=18 __ ate: Sat, 10 Sep 2011 12:58:55 +0200 From: sergio sevillano sergiosevillano.m...@gmail.com To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Subject: Re: [Talk-es] Restriccion de giro Message-ID: 28c93723-6cd1-4730-9216-4e1a694ca...@gmail.com Content-Type: text/plain; charset=iso-8859-1 si no estas seguro y pones el link, te podemos confirmar que está ok. El 10/09/2011, a las 12:40, Pumuky escribió: Muchas gracias Jaime. Con el plugin y el video, he podido hacer la primera restricción de giro de forma satisfactoria, creo. Date: Fri, 9 Sep 2011 21:55:21 +0200 From: Jaime Crespo jy...@jynus.com To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Subject: Re: [Talk-es] Restriccion de giro Message-ID: caaz23rqwes8xkn1qkfhirayt1udbl9qxe1k6p81fgmyzcrh...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 Me pillas con el móvil, echa un vistazo a http://wiki.openstreetmap.org/wiki/JOSM/Plugins/turnrestrictions El 09/09/11, Pumuky pumukys...@yahoo.es escribió: Buenas Es la primera vez que intento hacer esto. He bajado el trocito para indicar una restricción de giro, pero cuando seleccione el nodo que hace intersección aparecía una señal pero estaba al revés. Al final he seleccionado las dos vias, pero no se en que key donde poner el from y el to. Siento preguntar tanto, pero las indicaciones de la wiki no son claras para los profanos en este sentido. Otra duda de todos los iconos que tiene JOSM, se como bajarme algo, pero despues de trabajar con ello varios dias off line ¿que hago? + Actualizar datos + Actualizar selección + Actualización Modificada Sé que despues es: subir datos Espero no haberla fastidiado con la indicación de giro. _ Date: Wed, 3 Aug 2011 00:48:00 +0200 From: Iván Sánchez Ortega i...@sanchezortega.es To: talk-es@openstreetmap.org Cc: Pumuky pumukys...@yahoo.es Subject: Re: [Talk-es] ¿como indico que no se puede girar a izda? Message-ID: 201108030048.00396.i...@sanchezortega.es Content-Type: Text/Plain; charset=iso-8859-1 On Miércoles, 3 de Agosto de 2011 00:41:47 Pumuky escribió: Buenas En la intersección [1] han prohibido girar a la izquierda (hace unos años) de forma que si te incorporas desde la derecha de mapa y quieres venir al sur, debes incorporarte a la via dirección norte y hacer el cambio de sentido un poco más arriba en una glorieta. ¿como se indica esto? [1] http://www.openstreetmap.org/?lat=41.6493724286556lon=-4.75881010293961 zoom=18 Tienes que hacer una relación entre las vías en las que está prohibido el giro, y el nodo del cruce: http://wiki.openstreetmap.org/wiki/Turn_restriction No es trivial, pero creo recordar que para JOSM hay alguna manera de hacerlo más o menos rápido. -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Miksch's Law: If a string has one end, then it has another end. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Mapa
Que quieres hacer exactamente con gvSIG y los datos OSM ? 2011/9/15 carlos.nava...@zeroemissions.abengoa.com uso windows, es un proyecto del trabajo. ¿que es dependiente de eso? Carlos Navarro Quesada - Departamento de Nuevas Tecnologías ZEROEMISSIONS Campus Palmas Altas Edificio B, planta 3ª, puesto 003 C/ Energía Solar nº 1, 41014, Sevilla Phone: +34954970466 (38466) Fax: +34955413374 carlos.nava...@zeroemissions.abengoa.com www.zeroemissions.com - www.abengoa.com P Eco-Tip: Printing e-mails is usually a waste. Maria Arias de Reyna 15/09/2011 09:26 Por favor, responda a Discusión en Español de OpenStreetMap Para: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org cc: Asunto: Re: [Talk-es] Mapa El Jueves 15 Septiembre 2011, carlos.nava...@zeroemissions.abengoa.com escribió: no no si yo no me pongo de parte de google ni mucho menos, pero en google maps meto dos puntos y me calcula la ruta, y aquí como soy un iniciado me las veo y me las deseo para hacer algo con gvSIG. Tengo un mapa de Sevilla pero no incluye sentidos, y no me voy a poner yo a meterlos calle a calle. Los datos de cloudmade no están actualizados al menos en Sevilla, y ahora estoy intentando usar los de geofabrik pero creo que gvSIG se está riendo de mí, y para colmo intentáis ayudarme con otras herramientas pero no entiendo la mitad (creo que menos aún) de lo que me decís xD por eso preguntaba. Gracias. Bueno Carlos, no te preocupes. Al principio parece un mundo, pero cuando entiendes bien los cuatro conceptos fundamentales, es lo más sencillo. Personalmente te recomiendo pgRouting igual que Óscar. Hay una aplicación para convertir los datos de OSM a pgRouting[1]. Luego es cuestión de hacer una consulta SQL a la base de datos[2] y te devuelve los ID ordenados de las calles de la ruta calculada. Claro que también depende si estás en Windows o Linux o Mac o lo que quiera que uses. [1]http://www.pgrouting.org/docs/tools/osm2pgrouting.html [2] http://www.davidgis.fr/blog/index.php?2008/07/24/349-shooting-star-usage- example-with-turn-restriction -- María Arias de Reyna Domínguez Área de Operaciones Emergya Consultoría Tfno: +34 954 51 75 77 / +34 607 43 74 27 Fax: +34 954 51 64 73 www.emergya.es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Mapa
Tienes un problema de TSPhttp://en.wikipedia.org/wiki/Travelling_salesman_problem(Travelling salesman problem) con una particularidad que la llegada esta determinada y diferente de la salida (que se puede ser el primero recogido o la salida del autobus). Entonces, hay una limitaciones business. Tambien, el objetivo est de encontrar la ruta la mas corta en minutos y no en distancia. Para esto, tienes que considerar el tipo de las calles (un bulevar est mas rapido que una calle). Entonces, sin hablar de los datos, necesitas un software que te permite de configurar esos limitaciones, antes de resolvar el problema de manera optimizada. Hay mucha possibilidad para hacer esto, pero puedes empezar para buscar si es posible de hacerlo con gvSIG (no conozco). Cuando encontrara el software que te va bien, podras seguir con la cuestion como utilizar los datos de OSM con este software. Pero pienso que el mejor es importar los datos de OSM (solo lo que necesitas) en una base de datos PostgreSQL, y utilizar pgRouting y su functionalidad tsp aquihttp://www.postgis.fr/documentation/win32/html/apa.html#id2514324 . Mi espanol no esta perfecto, lo siento ;) 2011/9/15 carlos.nava...@zeroemissions.abengoa.com De acuerdo María muchísimas gracias, quizás intente lo de pgrouting. ¡Saludos! Carlos Navarro Quesada - Departamento de Nuevas Tecnologías ZEROEMISSIONS Campus Palmas Altas Edificio B, planta 3ª, puesto 003 C/ Energía Solar nº 1, 41014, Sevilla Phone: +34954970466 (38466) Fax: +34955413374 carlos.nava...@zeroemissions.abengoa.com www.zeroemissions.com - www.abengoa.com P Eco-Tip: Printing e-mails is usually a waste. Maria Arias de Reyna 15/09/2011 10:17 Por favor, responda a Discusión en Español de OpenStreetMap Para: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org cc: Asunto: Re: [Talk-es] Mapa El Jueves 15 Septiembre 2011, carlos.nava...@zeroemissions.abengoa.com escribió: Quizás debería haber empezado por ahí. Lo que quiero es lo siguiente: marcar en un mapa de Sevilla un número de paradas (en este caso unas 20) para que un autobús haga la ruta más corta (en minutos) para recogerlos a todos y llevarlos al trabajo. Lo he intentado en gvSIG, pero me he encontrado con que el callejero de Sevilla que me ha dado el Instituto Geográfico Nacional no tiene los sentidos, por lo que las rutas no valen porque gvSIG hace las rutas contramano, evidentemente. ¿Podrías pedirle al cliente esta información? Por experiencia propia, lo mejor es que esta decisión de dónde sacar los datos se haga conjunta. En GIS lo más importante es la calidad de los datos. Si no se consiguen datos buenos y fiables, es inútil hagas lo que hagas. Así que buscando información di con este foro y he intentado seguiros el ritmo lo mejor que he podido con vuestras ayudas. Como no tenemos otra cosa y el proyecto va retrasado, lo estamos empezando a hacer con Google Maps. Si es para trabajo, olvida Google Maps (salvo que encuentres un resquicio en su licencia o paséis tres kilos de la legalidad, que también hay quien lo hace). Respecto al proyecto retrasado... a veces lo que parece más sencillo al final acaba siendo un dolor de cabeza. Dedicad un tiempo a estudiar bien por dónde tirar, no vayáis a liarla. Otra solución sería el MapQuest, que para lo que quiero hacer vale igual, ¿no? No conozco la licencia de MapQuest, pero es una opción. lo que queremos es centrarnos en el uso de gvSIG por eso somos reticentes a iniciarnos en otro software pudiendo centralizar en gvSIG el trabajo (por eso intento no tirar de pgrouting) para hacerlo así en futuros proyectos más complicados. Pues tira por gvSIG. Puedes hacer un servicio web de routing que genere un kml con la respuesta o algo así y mostrarlo en gvSIG. También puede interesaros buscar proyectos de servidores routing (openLS). Personalmente (y laboralmente) me suelo decantar por pgRouting. Es lo más escalable y fiable que he encontrado hasta ahora. Entonces al bajar los mapas de cloudmade encuentro que en el campo ONEWAY de la tabla de atributos pone 1, -1, 0, true, o el campo está vacío, gvSIG empieza a dar fallos... Puedes hacer un pre-tratamiento de los datos para ponerlos en un formato que gvSIG entienda. Ten en cuenta que OSM al ser colaborativo puede tener zonas mejor o peor mapeadas y podría (vamos, que hay) calles sin datos sobre su direccionalidad. Mucha suerte y ojalá os salga bien. -- María Arias de Reyna Domínguez Área de Operaciones Emergya Consultoría Tfno: +34 954 51 75 77 / +34 607 43 74 27 Fax: +34 954 51 64 73 www.emergya.es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Mapa
Pienso que no vale la pena de seguir perder tu tiempo con la idea de pgRouting. Necesita demasiado conocimientos. 2011/9/15 Maria Arias de Reyna mar...@emergya.es El Jueves 15 Septiembre 2011, carlos.nava...@zeroemissions.abengoa.com escribió: : no se que es PostgreSQL y postGIS!! PostgreSQL es una base de datos libre (comparable, o mejor dicho superando en muchos aspectos, a Oracle). PostGIS es su extensión espacial. -- María Arias de Reyna Domínguez Área de Operaciones Emergya Consultoría Tfno: +34 954 51 75 77 / +34 607 43 74 27 Fax: +34 954 51 64 73 www.emergya.es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Mapa
Puedes decir a tus responsables que se hace bastante facilamente pero necesita conocimientos que ahora no tienes (OSM, las bases de datos, la manipulation de datos geograficos y la exploitacion de los resultados para vos environamiento technico) Si no tienen el tiempo/dinero, quizas hay una otra solucion, gratis o no, buscaré mañana 2011/9/15 carlos.nava...@zeroemissions.abengoa.com Mmm gracias por el consejo. Lo comentaré con mis responsables. Gracias a todos una vez más. Saludos. Aurélien FILEZ 15/09/2011 13:51 Por favor, responda a Discusión en Español de OpenStreetMap Para: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org cc: Asunto: Re: [Talk-es] Mapa Pienso que no vale la pena de seguir perder tu tiempo con la idea de pgRouting. Necesita demasiado conocimientos. 2011/9/15 Maria Arias de Reyna *mar...@emergya.es* mar...@emergya.es El Jueves 15 Septiembre 2011, *carlos.nava...@zeroemissions.abengoa.com*carlos.nava...@zeroemissions.abengoa.com escribió: : no se que es PostgreSQL y postGIS!! PostgreSQL es una base de datos libre (comparable, o mejor dicho superando en muchos aspectos, a Oracle). PostGIS es su extensión espacial. -- María Arias de Reyna Domínguez Área de Operaciones Emergya Consultoría Tfno: *+34 954 51 75 77* %2B34%20954%2051%2075%2077 / *+34 607 43 74 27*%2B34%20607%2043%2074%2027 Fax: *+34 954 51 64 73* %2B34%20954%2051%2064%2073* **www.emergya.es* http://www.emergya.es/ ___ Talk-es mailing list* **Talk-es@openstreetmap.org* Talk-es@openstreetmap.org* **http://lists.openstreetmap.org/listinfo/talk-es*http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [OSM-talk-fr] Re : area=yes sur building ?
Est-ce que c'est toujours le même utilisateur qui fait ça ? Auquel cas on le prévient et on l'aide à tout rectifier.. 2011/9/15 Romain MEHUT romain.me...@gmail.com De mon retour de vacances dans le FInistère, j'ai aussi eu cette surprise de constater le tag area=yes sur du bâti. Je ne me suis pas posé de question, je l'ai supprimé sur les zones où j'ai contribué. Par contre il doit en rester pas mal si tout le Finistère est comme ça... Le 15 septembre 2011 17:33, THEVENON Julien julien_theve...@yahoo.fr a écrit : * De :* Pieren pier...@gmail.com * *Vi. De même que ceux qui sont parfois ajoutés à des 'amenity' ou des 'leisure'. Ca vaudrait peut etre le coup de faire un petit back-end d Osmose pour ca ? Julien -- *De :* Pieren pier...@gmail.com *À :* Discussions sur OSM en français talk-fr@openstreetmap.org *Envoyé le :* Jeudi 15 Septembre 2011 17h25 *Objet :* Re: [OSM-talk-fr] area=yes sur building ? Je ne vois pas l'intérêt, je nettoie ? -- Vi. De même que ceux qui sont parfois ajoutés à des 'amenity' ou des 'leisure'. 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 ___ 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: [Talk-es] Mapa
Hola buenas, Si tu mapa utiliza los datos des OSM, puedes hacer una ruta sobre la web de www.openstreetmap.org y utilizar el editor de la web que se llama Potlatchhttp://wiki.openstreetmap.org/wiki/Potlatch_2. Tambien, hay un instrumiento que se llama JOSMhttp://josm.openstreetmap.de/ que es lo mismo pero de un desktop mañera. Cuando haz echo la ruta, puedes regenerar tu mappa con la misma technica que ahora, y tu ruta sera integrada. Ciao ! 2011/9/14 carlos.nava...@zeroemissions.abengoa.com Buenas tardes. Hace unos días me presenté como nuevo y estuve preguntando cómo obtener shapefiles a través de OSM. Al final lo conseguí con las indicaciones de Jesús Gómez, y ahora que tengo el mapa de un zoom determinado en shapefile, la capa sólo tiene datos de las calles, nada de sentido, por ejemplo. ¿Cómo puedo entonces hacer una ruta? ¿Debo descargar otro formato? Gracias de nuevo. Carlos Navarro Quesada - Departamento de Nuevas Tecnologías ZEROEMISSIONS Campus Palmas Altas Edificio B, planta 3ª, puesto 003 C/ Energía Solar nº 1, 41014, Sevilla Phone: +34954970466 (38466) Fax: +34955413374 carlos.nava...@zeroemissions.abengoa.com www.zeroemissions.com - www.abengoa.com P Eco-Tip: Printing e-mails is usually a waste. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[OSM-talk-fr] admin_level = 9
Bonjour la liste ! Je voudrais savoir s'il y avait une raison pour que les admin_level = 9 ne soit présent qu'à Paris, Lyon et Marseille ? Merci à vous, Kin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] admin_level = 9
D'accord je vois, Car je cherche à obtenir les différents polygones d'une ville définissant les différents code postaux. Est-ce que je dois me baser sur la notion de quartiers (admin_level = 10) ou ça n'a rien à voire avec les codes postaux ? Kin 2011/9/13 Vincent de Chateau-Thierry v...@laposte.net Bonjour, De : Aurélien FILEZ Je voudrais savoir s'il y avait une raison pour que les admin_level = 9 ne soit présent qu'à Paris, Lyon et Marseille ? La raison : on a réservé ce niveau pour les arrondissements municipaux, qui n'existent que dans ces 3 villes (voir ce message [1] et la suite). Par opposition à un quartier de ville lambda, ces découpages ont un code INSEE propre, comme pour les entités en admin_level=8. Le tableau de synthèse est ici : http://wiki.openstreetmap.org/wiki/Admin_level vincent [1] : http://lists.openstreetmap.org/pipermail/talk-fr/2010-September/026880.html Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ 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] admin_level = 9
Merci pour cet éclairage. Car j'ai fait une fonction de géocodage et au préalable, je positionne les villes et les codes postaux dans mes adresses récupérée, en me basant sur les polygones des admin_level = 8. Mais du coup, quand on cherche une rue sur 31500 Toulouse, l'adresse la plus crédible renvoyée est sur 31000 Toulouse, et elle se voit attribuer une note de crédibilité dégradée alors qu'à la base, elle est exacte. Ce serait bien d'avoir ces divisions dans OSM. Si quelqu'un sait où on peut trouver ça ailleurs, minimum pour la France, ça serait sympa :) Kin 2011/9/13 Vincent de Chateau-Thierry v...@laposte.net De : jul...@krilin.org On Tue, 13 Sep 2011 16:21:14 +0200, Aurélien FILEZ wrote: D'accord je vois, Car je cherche à obtenir les différents polygones d'une ville définissant les différents code postaux. Est-ce que je dois me baser sur la notion de quartiers (admin_level = 10) ou ça n'a rien à voire avec les codes postaux ? ca n'a rien a voir ;) une commune peut avoir plusieurs codes postaux et un même code postal peut recouvrir plusieurs communes http://fr.wikipedia.org/wiki/Code_postal_en_France Si tu veux définir des zones postales, en France, le plus simple reste de récupérer les polygones de limites administratives en admin_level=8 et admin_level=9 dotés du tag addr:postcode ou postal_code, et de les agréger par valeur de code postal a posteriori. Les codes postaux affectés à des quartiers en admin_level=10, tels que La Varene-Saint- Hilaire à Saint-Maur-des-Fossés, ne sont pas définis dans la base actuellement. Mais rien n'empêche. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ 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] admin_level = 9
Mais est-ce que le cas est spécifié, par exemple pour les adresses aux USA ? Vu que c'est indépendant des boundary administrative (en France du moins), est-ce qu'il y a un concept de je sais pas, boundary postal ou quelque chose ? Car sinon il faudrait peut-être commencer par s'intéresser à où et comment placer ces données. Ensuite, ça me paraît important de les avoir dans la mesure où cette information fait parti intégrante de la caractérisation d'une adresse, et sans ça.. ça limite les possibilités d'exploitation des données OSM, ce qui serait dommage. 2011/9/13 Mikaël Cordon mikael.cor...@gmail.com J’ajouterais une méfiance : il arrive que les codes postaux ne correspondent pas aux limites administratives… Il existe des communes dans la Vienne (86) ayant un code postal commençant par 37 (Indre et Loire) pour des raisons de proximité de centre de tri (ceci est sûrement valable ailleurs que dans la Vienne). Par exemple : la commune de Buxeuil [1] se trouvant géographiquement dans la Vienne (86) a pour code INSEE 86042, et pour code postal 37160 (37 — Indre et Loire). [1] http://www.openstreetmap.org/?lat=46.97105lon=0.69518zoom=16layers=M Il existe des bizarreries (probablement d’ordre historique et qui perdurent) qui pourraient mettre le « wise » dans nos théories bien carrées :) Le mardi 13 septembre 2011 17:36:09, Pieren a écrit : 2011/9/13 sly (sylvain letuffe) sylv...@letuffe.org: Le code postale d'un bâtiment à pour valeur celui de la commune dans laquelle il se trouve, sauf s'il existe un polygone administratif (boundary=administrative) entièrement contenu dans la commune et ayant un tag addr:postcode ou s'il porte directement un code postal. En gros : plus c'est petit, plus ça a raison Ca ne peut fonctionner que si les découpages administratifs supérieurs à 8 (arrondissements, quartiers) correspondent aussi aux découpages postaux. C'est le cas sur Paris, mais est-ce le cas dans les autres villes qui ont plusieurs codes postaux ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Cordialement, -- Mikaël Cordon ___ 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] admin_level = 9
Je pense qu'il ne faut pas faire de relation entre les codes postaux et les limites administratives, vu que comme dit plus haut, ça n'a rien à voire. Aussi, dans le département 59, qu'une ville ait un code 59XXX ou 62XXX, ça change quoi concrètement ? 2011/9/13 Ab_fab gamma@gmail.com Bonjour, En effet, on trouve une liste de ce genre de bizarreries ici : http://fr.wikipedia.org/wiki/Liste_des_communes_fran%C3%A7aises_dont_le_code_postal_ne_correspond_pas_au_d%C3%A9partement Est-elle exhaustive, that is the question Le 13 septembre 2011 18:09, Mikaël Cordon mikael.cor...@gmail.com a écrit : J’ajouterais une méfiance : il arrive que les codes postaux ne correspondent pas aux limites administratives… Il existe des communes dans la Vienne (86) ayant un code postal commençant par 37 (Indre et Loire) pour des raisons de proximité de centre de tri (ceci est sûrement valable ailleurs que dans la Vienne). Par exemple : la commune de Buxeuil [1] se trouvant géographiquement dans la Vienne (86) a pour code INSEE 86042, et pour code postal 37160 (37 — Indre et Loire). [1] http://www.openstreetmap.org/?lat=46.97105lon=0.69518zoom=16layers=M Il existe des bizarreries (probablement d’ordre historique et qui perdurent) qui pourraient mettre le « wise » dans nos théories bien carrées :) Le mardi 13 septembre 2011 17:36:09, Pieren a écrit : 2011/9/13 sly (sylvain letuffe) sylv...@letuffe.org: Le code postale d'un bâtiment à pour valeur celui de la commune dans laquelle il se trouve, sauf s'il existe un polygone administratif (boundary=administrative) entièrement contenu dans la commune et ayant un tag addr:postcode ou s'il porte directement un code postal. En gros : plus c'est petit, plus ça a raison Ca ne peut fonctionner que si les découpages administratifs supérieurs à 8 (arrondissements, quartiers) correspondent aussi aux découpages postaux. C'est le cas sur Paris, mais est-ce le cas dans les autres villes qui ont plusieurs codes postaux ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Cordialement, -- Mikaël Cordon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ 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] admin_level = 9
Oui mais bon.. l'erreur en serait humaine et non informatique 2011/9/13 JonathanMM jonatha...@nocle.fr ** Le 13/09/2011 18:25, Aurélien FILEZ a écrit : Je pense qu'il ne faut pas faire de relation entre les codes postaux et les limites administratives, vu que comme dit plus haut, ça n'a rien à voire. Aussi, dans le département 59, qu'une ville ait un code 59XXX ou 62XXX, ça change quoi concrètement ? Ça peut induire les gens en erreur dans le 2ème cas :) JonathanMM 2011/9/13 Ab_fab gamma@gmail.com Bonjour, En effet, on trouve une liste de ce genre de bizarreries ici : http://fr.wikipedia.org/wiki/Liste_des_communes_fran%C3%A7aises_dont_le_code_postal_ne_correspond_pas_au_d%C3%A9partement Est-elle exhaustive, that is the question Le 13 septembre 2011 18:09, Mikaël Cordon mikael.cor...@gmail.com a écrit : J’ajouterais une méfiance : il arrive que les codes postaux ne correspondent pas aux limites administratives… Il existe des communes dans la Vienne (86) ayant un code postal commençant par 37 (Indre et Loire) pour des raisons de proximité de centre de tri (ceci est sûrement valable ailleurs que dans la Vienne). Par exemple : la commune de Buxeuil [1] se trouvant géographiquement dans la Vienne (86) a pour code INSEE 86042, et pour code postal 37160 (37 — Indre et Loire). [1] http://www.openstreetmap.org/?lat=46.97105lon=0.69518zoom=16layers=M Il existe des bizarreries (probablement d’ordre historique et qui perdurent) qui pourraient mettre le « wise » dans nos théories bien carrées :) Le mardi 13 septembre 2011 17:36:09, Pieren a écrit : 2011/9/13 sly (sylvain letuffe) sylv...@letuffe.org: Le code postale d'un bâtiment à pour valeur celui de la commune dans laquelle il se trouve, sauf s'il existe un polygone administratif (boundary=administrative) entièrement contenu dans la commune et ayant un tag addr:postcode ou s'il porte directement un code postal. En gros : plus c'est petit, plus ça a raison Ca ne peut fonctionner que si les découpages administratifs supérieurs à 8 (arrondissements, quartiers) correspondent aussi aux découpages postaux. C'est le cas sur Paris, mais est-ce le cas dans les autres villes qui ont plusieurs codes postaux ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Cordialement, -- Mikaël Cordon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttp://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] admin_level = 9
C'est déjà une avancée, si eux ont trouvé l'utilité de faire ça.. Mais ça serait cool que ç soit officiel 2011/9/13 Matthias Dietrich eiger@gmail.com Le 13 septembre 2011 18:22, Aurélien FILEZ kinj...@gmail.com a écrit : Mais est-ce que le cas est spécifié, par exemple pour les adresses aux USA ? Vu que c'est indépendant des boundary administrative (en France du moins), est-ce qu'il y a un concept de je sais pas, boundary postal ou quelque chose ? Lorsque la surface administrative et la surface postale ne se recouvrent pas, nos voisins Allemands utilisent une relation boundary=postal_code. http://wiki.openstreetmap.org/wiki/Import/Catalogue/Postleitzahlen_Deutschland_2010#English_description ___ 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: [Talk-es] bajar objetos por tag
Porque no sinalizar este error error tipografico ? 2011/9/9 Jaime Crespo jy...@jynus.com El día 9 de septiembre de 2011 16:41, sergio sevillano sergiosevillano.m...@gmail.com escribió: ¿cual es la manera mas fácil de bajarme objetos de osm con un determinado key=value? ¿se puede desde josm o bien un archivo .osm que contenga solo esos objetos? es para corregir un error tipografico Josm te permite hacer filtrados por etiqueta, pero sólo de objetos predescargados, y la API oficial no permite descargas grandes. Puedes conseguir XMLs OSM más grandes y filtrados mediantes las APIs Overpass o la de Mapquest. Echa un vistazo a: http://help.openstreetmap.org/questions/7105/how-do-i-fetch-only-nodes-of-a-certain-tag -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [OSM-talk-fr] Ceci n'est pas un spam
On peut peut-être rajouter un way indiquant la solution ? Mais comment la taguer ? ^^ 2011/9/10 Hendrik Oesterlin hendrikmail2...@yahoo.de Le 10/09/2011 à 07:39:48 +1100 Vincent Pottier vpott...@gmail.com a écrit Objet: [OSM-talk-fr] Ceci n'est pas un spam : http://osm.org/go/0CU5hXxZa- Vraiment. J'vous jure ! Non, je n'ai pas pété un câble. Mais peut-être celui qui a inventé ce truc... http://sautter.com/map/?zoom=17lat=47.33989lon=6.1984layers=00BTFTFF Quand j'aurai fini avec cette curiosité (il faudra que j'y retourne !) je le proposerai comme image de la semaine. Ça sert à rien de le cartographier, mais ça change du bâti ! Par contre, pour y accéder, l'échangeur ici http://www.openstreetmap.org/?lat=47.33794lon=6.21146zoom=17layers=M n'est pas fait (entre A38 et D366). J'ai bien ajouté quelques rues dans les villages autour, mais s'il y avait quelqu'un plus familier avec les usages franco-françaises pour oser prendre sur bing l'échangeur, ça serait une vrai plus value (plus qu'un champ de mais éphémère...) -- Cordialement Hendrik Oesterlin - Nouvelle-Calédonie ___ 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] Tag source et volume de BdD pour OSM [presque pas mal HS ; -)]
Dépendant de l'utilisation des données, peut-être imposm te sera utile : http://imposm.org/docs/imposm/latest/ Le mapping.py te permet de définir ce que tu veux importer (et de laisser tomber le reste) 2011/9/6 sly (sylvain letuffe) sylv...@letuffe.org C'est à ça que servent les différentes compressions (gz, bz, bz2, etc). Ces données répétitives se compriment très très bien. Oui en terme de taille pure, par contre les parseurs xml et les traitements ensuite eux vont avoir plus de travail. Mais c'est encore un autre débat ;-) J'espère par contre que le stockage en interne n'est pas répétitif, c'est sûr que là il y a de l'espace à récupérer. J'ai peur que si[1], mais mon opinion est que ce n'est pas à nous de tagguer avec des référence pour minimiser cette répétition, car notre démarche ne sera que contre productive à tous les niveaux. [1] http://wiki.openstreetmap.org/wiki/Database_schema CREATE TABLE node_tags ( id BIGINT NOT NULL, -- primary key part 1/3; references nodes(id,version) part 1/2 version BIGINT NOT NULL, -- primary key part 2/3; references nodes(id,version) part 2/2 k CHARACTER VARYING(255) DEFAULT ''::CHARACTER VARYING NOT NULL, -- primary key part 3/3 v CHARACTER VARYING(255) DEFAULT ''::CHARACTER VARYING NOT NULL ); -- sly qui suis-je : http://sly.letuffe.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