Re: [OSRM-talk] Kilometers in /table route

2020-06-09 Thread Aurélien . . . .
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

2020-06-09 Thread Aurélien . . . .
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

2018-04-19 Thread aurélien BONDU
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

2017-12-15 Thread aurélien BONDU
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

2017-12-15 Thread aurélien BONDU
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 ??

2017-08-29 Thread aurélien BONDU
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

2017-06-08 Thread Aurélien . . . .
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

2017-03-16 Thread aurélien BONDU
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 ?

2016-11-18 Thread aurélien BONDU
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

2016-11-17 Thread aurélien BONDU
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 ?

2015-12-31 Thread aurélien BONDU
+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

2015-12-13 Thread Aurélien . . . .
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

2015-12-10 Thread Aurélien . . . .
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

2015-12-08 Thread aurélien BONDU
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 ?

2015-12-08 Thread aurélien BONDU
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

2015-12-06 Thread Aurélien . . . .
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"

2015-10-29 Thread Aurélien . . . .
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

2015-09-14 Thread Aurélien . . . .
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

2015-09-12 Thread Aurélien . . . .
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

2015-08-23 Thread Aurélien . . . .
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

2015-08-23 Thread Aurélien . . . .
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

2015-08-23 Thread Aurélien . . . .
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

2015-08-15 Thread Aurélien . . . .
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

2015-05-21 Thread Aurélien Jacoutot
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?

2015-04-24 Thread Aurélien FILEZ
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?

2015-04-24 Thread Aurélien FILEZ
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

2014-06-23 Thread Aurélien FILEZ
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 ?

2014-06-09 Thread aurélien BONDU
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 ?

2014-06-09 Thread aurélien BONDU
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

2014-03-13 Thread Aurélien FILEZ
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

2014-03-12 Thread Aurélien FILEZ
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

2014-03-12 Thread Aurélien FILEZ
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

2014-03-12 Thread Aurélien FILEZ
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

2014-02-24 Thread aurélien BONDU
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

2014-02-09 Thread aurélien BONDU
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

2013-11-11 Thread Aurélien FILEZ
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 ?

2013-10-31 Thread aurélien BONDU
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 ?

2013-10-31 Thread aurélien BONDU
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 ?

2013-10-31 Thread aurélien BONDU
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...

2013-10-26 Thread aurélien BONDU
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

2013-09-25 Thread Aurélien FILEZ
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

2013-07-17 Thread Aurélien FILEZ
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

2013-06-27 Thread Aurélien FILEZ
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

2013-06-23 Thread Aurélien FILEZ
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

2013-06-23 Thread Aurélien FILEZ
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

2013-06-23 Thread Aurélien FILEZ
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

2013-06-21 Thread Aurélien FILEZ
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

2013-06-21 Thread Aurélien FILEZ
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

2013-06-19 Thread Aurélien FILEZ
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

2013-06-16 Thread Aurélien FILEZ
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

2013-04-27 Thread Aurélien FILEZ
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

2013-04-26 Thread Aurélien FILEZ
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

2012-09-02 Thread aurélien BONDU
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»

2012-07-23 Thread Aurélien FILEZ
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

2012-07-23 Thread Aurélien FILEZ
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

2012-07-19 Thread Aurélien FILEZ
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

2012-07-18 Thread Aurélien FILEZ
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

2012-07-12 Thread Aurélien FILEZ
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

2012-07-12 Thread Aurélien FILEZ
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

2012-07-12 Thread Aurélien FILEZ
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

2012-07-11 Thread Aurélien FILEZ
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

2012-07-11 Thread Aurélien FILEZ
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

2012-07-11 Thread Aurélien FILEZ
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

2012-07-11 Thread Aurélien FILEZ
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

2012-07-11 Thread Aurélien FILEZ
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)

2012-07-11 Thread Aurélien FILEZ
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

2012-07-11 Thread Aurélien FILEZ
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

2012-07-06 Thread aurélien BONDU
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

2012-06-06 Thread Aurélien FILEZ
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

2012-06-06 Thread Aurélien FILEZ
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

2012-06-06 Thread Aurélien FILEZ
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

2012-06-06 Thread Aurélien FILEZ
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

2012-04-12 Thread aurélien BONDU
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

2012-03-23 Thread aurélien BONDU
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

2012-03-23 Thread aurélien BONDU
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

2011-12-03 Thread aurélien BONDU
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é

2011-10-14 Thread Aurélien FILEZ
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

2011-09-20 Thread Aurélien FILEZ
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.

2011-09-20 Thread aurélien BONDU
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.

2011-09-20 Thread aurélien BONDU
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.

2011-09-20 Thread aurélien BONDU
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.

2011-09-20 Thread aurélien BONDU
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

2011-09-19 Thread Aurélien FILEZ
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

2011-09-16 Thread Aurélien FILEZ
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

2011-09-15 Thread Aurélien FILEZ
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

2011-09-15 Thread Aurélien FILEZ
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

2011-09-15 Thread Aurélien FILEZ
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

2011-09-15 Thread Aurélien FILEZ
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 ?

2011-09-15 Thread Aurélien FILEZ
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

2011-09-14 Thread Aurélien FILEZ
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

2011-09-13 Thread Aurélien FILEZ
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

2011-09-13 Thread Aurélien FILEZ
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

2011-09-13 Thread Aurélien FILEZ
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

2011-09-13 Thread Aurélien FILEZ
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

2011-09-13 Thread Aurélien FILEZ
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

2011-09-13 Thread Aurélien FILEZ
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

2011-09-13 Thread Aurélien FILEZ
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

2011-09-09 Thread Aurélien FILEZ
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

2011-09-09 Thread Aurélien FILEZ
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 ; -)]

2011-09-06 Thread Aurélien FILEZ
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


  1   2   >