Re: [OSM-talk-fr] Pic4Carto : visionneuse efficace de photos de rues

[Adrien Caillot]

On 18/11/2016 18:50, PanierAvide wrote:
> Oui effectivement ça a du sens de pouvoir passer en cas de blocage.
> Peux-tu me donner le lien de la zone sur laquelle le problème arrive ?

http://projets.pavie.info/pic4carto/player.html?bbox=6.03,47.23,6.035,47.235

Mais j'ai testé sur pas mal d'autres zones et à chaque fois c'est pareil
: soit il m'indique qu'il n'y a aucune image dans la zone, soit ça bloque.

Au cas où ce problème ne se poserait que sur mon poste, je précise que
j'utilise Iceweasel 40.0.3 sous Debian, avec Adblock activé, et mon FAI
est Free. Au cas où ces paramètres pourraient avoir une quelconque
influence...

À+
-- 
Adrien

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pic4Carto : visionneuse efficace de photos de rues

[Adrien Caillot]

Bonjour,

> Le Mardi 8 novembre 2016 20h14, PanierAvide  a
> écrit :
> Les sources de photos de rues libres sont de plus en plus nombreuses
> (Mapillary, Wikimedia Commons, Flickr, et OpenStreetView qui démarre).
> [...]
> Pour tirer le meilleur parti de ces photos, j'ai créé un outil d'aide à
> la cartographie nommé Pic4Carto. Il permet de visualiser les photos
> récentes de Mapillary, Flickr et Commons, sur une zone donnée,[...]
>
> http://projets.pavie.info/pic4carto/

Intéressé par l'outil, je fais un test.

Je teste sur mon petit village : aucune photo. Je m'y attendais.

Je tente avec la Citadelle de Besançon, car c'est touristique et je
trouverai donc forcément des photos.

Mapillary et Wikimédia Commons se chargent assez vite (si j'en crois la
case verte cochée qui apparaît à côté), mais Flickr reste bloqué sur
l'image tournante qui symbolise le chargement. Et je ne peux pas aller
au delà.

Je suggère donc un bouton permettant de passer à l'étape suivante si
l'un des trois fournisseurs d'images bloque ainsi.

Cordialement,

-- 
AC

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Données disparues sur uMap ?

[Adrien Caillot]

Bonjour,

Je pose la question sur la liste, car je crois que des personnes qui
développent uMap et/ou administrent umap.openstreetmap.fr lisent la liste.

Et je pense que ce n'est pas hors sujet sur la liste.

J'avais créé une carte uMap pour une association.
Ces derniers temps, des membres de cette association ont fait énormément
de mises à jour. Je suis toujours en copie de leurs discussions à ce
sujet, même si je suis les choses d'assez loin.

Or, ce jeudi 6 octobre, l'un de ces membres nous envoie le message suivant :

« Hier soir et ce matin j'ai eu la désagréable surprise de constater sur
plusieurs micros qu'une grande partie de nos nombreuses mises à jour
récentes des tracés avait disparu et que d'anciens tronçons effacés
depuis plusieurs semaines avaient "miraculeusement" réapparu. ».

Est-ce que des personnes lisant la liste sont au courant de ce problème
et pourraient m'expliquer ce qui s'est passé ? Un crash et une
restauration de sauvegarde ? Est-ce lié au développement de la nouvelle
version de uMap ?

Ils ont l'air bien embêtés, et comme ce ne sont pas vraiment des
informaticiens il vaut mieux que ça soit moi qui vous pose la question
et qui leur explique les choses ensuite. :-)

Merci

-- 
Adrien



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] path, cycleway et footway

[Adrien Caillot]

On 23/06/2016 17:34, Tony Emery wrote:
> Adrien Caillot wrote
>> Moi aussi, ça m'a gêné d'utiliser path pour les VV, au début.
>>
>> Mais faut-il inventer un tag spécifique ? Highway=greenway ? Je pense
>> que non.
>>
>> Déjà, le concept de Voie Verte est plutôt franco-français alors qu'OSM
>> est mondial.
> Du coup, ne pourrait-on pas avoir un tag spécifique du type :
> highway=path (ça me fait mal au c, mais bon) auquel on ajoute :
> FR:greenway=yes
>
> Du coup, on sait tout de suite qu'il s'agit d'une voie verte à la française.

Pourquoi pas, après tout. Je n'y vois pas d'inconvénient.

> Parce que, je le souligne à nouveau, en n'utilisant que le tag highway=path
> et même si on y ajoute les tags bicycle et footway, en théorie, rien ne nous
> certifiera que nous avons affaire à une voie verte signalée telle quelle et
> non pas à n'importe quel sentier quelconque.

S'il y a vraiment besoin de distinguer une voie verte avec panneau d'un
chemin identique mais sans panneau, alors je pense que ça peut être une
solution. Jusqu'ici, je n'avais pas ressenti ce besoin. Même au niveau
de l'AF3V il nous arrive de considérer comme voie verte des
infrastructures où le panneau est absent mais qui ont toutes les
caractéristiques attendues d'une voie verte.

(Mais là, je n'exprime que mon avis de contributeur OSM occasionnel.)

-- 
Adrien



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] path, cycleway et footway

[Adrien Caillot]

On 22/06/2016 19:25, Tony Emery wrote:
> Si je comprends bien vos explications, on utilise le tag highway=path pour
> désigner une voie verte.
>
> Ça me gêne un peu car, au final, rien de distingue une voie verte de
> n'importe quel autre chemin (allée piétonne d'une résidence, chemin urbain,
> chemin de forêt,...)


J'ai écrit mon message précédent avant de voir qu'il y avait eu encore
d'autres réponses et un mini-débat.

Je connais bien le sujet des voies vertes car je suis cycliste et
travaille occasionnellement pour l'AF3V. Nous avons sorti une carte des
véloroutes et voies vertes de France en collaboration avec l'IGN.

Moi aussi, ça m'a gêné d'utiliser path pour les VV, au début.

Mais faut-il inventer un tag spécifique ? Highway=greenway ? Je pense
que non.

Déjà, le concept de Voie Verte est plutôt franco-français alors qu'OSM
est mondial.

Certes, il existe des infrastructures similaires dans d'autres pays,
mais pas de statut légal vraiment équivalent.

Les allemands utilisent par exemple ce panneau :
http://verkehrsrecht-eberswalde.de/wp-content/uploads/2014/09/240.gif

(La barre séparatrice est horizontale lorsque les usagers sont mélangés,
ou verticale lorsqu'ils sont séparés.)

Mais ça n'est pas la même chose : il manque des notions qu'on a avec la
voie verte : la possibilité de circuler ou non à cheval, le fait qu'une
voie verte est une chaussée et en aucun cas un trottoir, etc.

S'ajoute à cela le fait que bon nombre d'aménageurs français détournent
le principe de voie verte.

Je m'explique :

Au départ, il a été créé pour des aménagements relativement longs
(plusieurs kilomètres) et continus. Exemple typique : ancienne voie
ferrée, chemin de halage, etc.

Mais aujourd'hui, il est de plus en plus utilisé dans les villes,
parfois à bon escient (allée piétonne et cycliste en site propre, entre
les immeuble, au cœur d'un quartier), parfois de façon tout à fait
contraire à l'idée de départ (classement d'un trottoir en voie verte, en
contradiction totale avec le principe de VV).

Hors du milieu urbain, j'ai vu une ancienne voie ferrée qui n'avait pas
été aménagée (juste un coup de gravier vite fait) et qui comportait un
panneau voie verte à un bout (intersection refaite récemment), et un
panneau rond d'interdiction des véhicules motorisés (B7B) de l'autre.
Dans la pratique, il n'y a donc parfois pas grand chose qui distingue la
voie verte du simple chemin.

On est loin du concept initial théorique, et c'est quelque chose qui
dépasse largement le cadre d'OSM.

Pour toutes ces raisons, je pense que la phrase ci-dessous n'est pas
vraie :

> Pourtant, la voie verte à une existence et une particularité légale qui
> mérite, au même titre que la zone 30 (highway=living_street), un tag
> spécifique.

Cette phrase exprime pourtant mon opinion de départ, mais pour qu'elle
soit vraie il faudrait que le concept de VV soit identique dans
plusieurs pays, et correctement utilisé par les aménageurs.

Pour OSM, le mieux est de faire du cas par cas et de coller à la réalité
du terrain, et c'est pour cela que je me suis rangé derrière les
partisans du « path ».

Comme une VV est, en général, conçue pour les piétons et les cyclistes
(en milieu urbain et sur les véloroutes), et parfois pour les cavaliers,
il me semble que les tags qui correspondent le mieux sont :

- bicycle = designated.
- foot = designated.
- horse = designated quand c'est pertinent*, ou horse = no quand une
signalisation interdit explicitement les chevaux (ça existe).
- motor_vehicule = no (mais à voir au cas par cas, car parfois les
panneaux autorisent explicitement les riverains, les véhicules de
service, etc. donc il faut penser aussi aux tags correspondant).

Et j'approuve la remarque d'un autre contributeur qui disait de
spécifier aussi le revêtement.

Par contre, je ne suis pas d'accord avec Jérôme Seigneuret : je trouve
que le tag « designated » est pertinent *quand une voie verte est bien
faite*, car il s'agit bien d'un aménagement *conçu* pour les
non-motorisés, et c'est cela qui la distingue d'une simple chemin.

Quand l'aménageur s'est contenté de mettre des panneaux sur un chemin
mal conçu, en revanche, j'utilise plutôt « yes » ou « no ». Je fais du
cas par cas.

* Pour les chevaux, voir la fiche du CEREMA : il faut en principe un
panonceau... mais il n'est pas toujours là.

Lien vers la fiche dont je parle :
https://www.dropbox.com/s/9hjapsnnqj650tu/04V-VoieVerte-MilieuUrbain-Ecran.pdf?dl=0

Je conseille aux personnes concernées par les VV de la lire entièrement.
Ça permet de mieux cerner le concept de VV, et de tagguer au cas par
cas, selon qu'il a été respecté ou non par l'aménageur.

-- 
Adrien

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] path, cycleway et footway

[Adrien Caillot]

Bonjour,

On 22/06/2016 14:46, Eric Sibert wrote:
>> (regardez bien le panneau) :
>> 
>
> Voir Verte si je ne me trompe pas:

C'est bien ça.


>> Vous mettriez quels tags ?
> highway=path
> bicycle=yes/designated
> foot=yes/designated
> segregated=yes

+1 pour cette solution.

Concernant le « segregated=yes » il ne devrait pas être utilisé en
général sur une voie verte, car sur une voie verte les piétons, les
cyclistes et autres usagers non motorisés sont en principe mélangés.

Mais puisque dans ce cas précis l'aménageur a décidé de les séparer par
un trait de peinture et qu'OSM se doit de cartographier au plus près de
la réalité, c'est une bonne idée de le mettre.

À+

-- 
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Sous relations itinéraires cyclables

[Adrien Caillot]

Bonjour,

Désolé de mettre quelques jours à répondre. Je suis actuellement à la 
campagne et n'ai pas toujours accès à internet.


On 30/06/2015 17:03, GaelADT wrote:

L'ON3V définit une étape comme une portion d'itinéraire qui peut se
parcourir à vélo en une journée.


En effet, et je pense que c'est une bonne définition même si elle est 
mal rédigée.
Je dis mal rédigée car elle ne tient pas compte du fait que certaines 
personnes font 30 km par jour tandis que d'autres en font 150.
Il faudrait plutôt écrire « une portion d'itinéraire qui peut être 
parcourue à vélo en une journée, par un public familial et non sportif ».

Ce qui veut dire, grosso-modo, des étapes de 20 km (relief) à 50 (plat).




Nous pourrions nous baser sur les étapes définies par le site
francevelotourisme pour créer ces sous-relations.
Cependant, beaucoup d'itinéraires sont manquants, une vingtaine seulement
sont représentés, (peut-être est-ce dû à l'état d'avancement des
aménagements...), pour les autres, nous aurons simplement à calculer cette
distance parcourue à vélo et les définir nous-même.


En fait, c'est le modèle économique de FVT qui veut ça.

FVT demande aux collectivités de payer pour faire figurer leurs 
itinéraires sur le site. Il n'y a donc sur le site que certains grands 
itinéraires pour lesquels des collectivités sont prêtes à payer.


Mais plutôt que de se baser sur FVT, j'ai une autre idée (voir plus bas).



Le souci avec une décomposition en petites véloroutes, c'est qu'il y aura
des chemins à part car l'itinéraire principal, il continue.
Une petite véloroute (relation-enfant) composante de l'itinéraire principal
(la relation-parent) peut se trouver au début, au milieu ou à la fin de
l'itinéraire principal et une relation constituée de chemins + sous-relation
véloroute + des chemins encore, ce n'est pas très élégant.


D'accord avec ça.



On rejoint l'avis de RainerU-2 pour les variantes, une sous-relation pour
les représenter est ce qui peut se faire de mieux.


Pareil.



Un découpage par étapes donc est une des solutions possibles pour structurer
les itinéraires cyclables sur openstreetmap. De plus, on constate qu'ils
sont structurés de plusieurs façons,Géovélo se propose d'homogénéiser les
données sur toute la France.


OK avec ça aussi.

Maintenant j'explique pourquoi j'ai posé la question. C'est parce que 
j'avais une solution très précise en tête, mais je voulais déjà 
connaître l'état de vos réflexions avant. Je suis plutôt content car je 
vois que ça converge avec ce que je voulais proposer.


Je suis contributeur OSM (occasionnel) depuis plusieurs années, mais 
aussi voyageur à vélo. Et depuis six mois, je travaille avec l'AF3V 
(Association Française pour le développement des Véloroutes et Voies 
Vertes). On a sorti avec l'IGN une carte de toutes les VVV françaises, 
dont vous avez peut-être entendu parler. 
http://www.af3v.org/Guide-des-VVV-de-France.html


Et pour faire cette carte, nous avons fait un découpage de tout le 
réseau en étapes. En effet, notre carte comporte un système de 
numérotation qui permet à l'usager d'accéder sur notre site aux fiches 
descriptives des étapes. Ces étapes correspondent à la définition de l'ON3V.


Je pense qu'il serait tout à fait pertinent qu'OSM et Geovélo utilisent 
le même découpage, dans un but d'interopérabilité qui profiterait à ces 
trois entités et aux usagers.


Si tu partages mon avis, je peux demander l'avis du bureau et vous 
transmettre le fichier qui donne le découpage. Je pense que ça ne 
devrait pas poser de problème.


Qu'en penses-tu ?

--
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Sous relations itinéraires cyclables

[Adrien Caillot]

On 30/06/2015 20:16, Jean-Baptiste Holcroft wrote:


+1, il semble plus simple d'utiliser les tronçons officiels quand ils 
existent, sinon n'en faire qu'une relation.




Si la proposition de mon message précédent est acceptée par Gaël, il y a 
de fortes chances pour qu'on arrive à faire reconnaître comme officiel 
le découpage qui sera déjà partagé par l'AF3V et par OSM.


--
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Sous relations itinéraires cyclables

[Adrien Caillot]

Bonsoir,

On 26/06/2015 13:54, Christian Quest wrote:

Les étapes me semblent un bon compromis.

Pas trop complexe à modéliser, pas trop complexe à réutiliser.


Je me pose juste une question, à la lecture de cette discussion. Comment 
définir les étapes ?


Quand on mappe une gare, une station de tram, etc., c'est parce qu'elle 
existe réellement à cet endroit là sur le terrain. Mais une véloroute, 
on la parcourt à son propre rythme. Il y a des gens qui font 20 km par 
jour et d'autres 180...


Avez-vous réfléchi à cette question ?

--
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Suivi des modifications

[Adrien Caillot]

Bonjour,

J'aimerais savoir s'il existe des outils, et lesquels, pour suivre les 
modifications :


- sur tous les objets que j'ai créés ou édités (par exemple : savoir 
quand quelqu'un change un tag ou déplace un nœud que j'avais placé)...
- sur une zone donnée (connaître tous les changements effectués dans une 
zone donnée).


Ces deux besoins sont indépendants l'un de l'autre.

Le premier, c'est pour connaître mes erreurs éventuelles, qui seraient 
corrigées, ou, sans doute plus rare, les erreurs éventuelles d'autres 
contributeurs modifiant mon travail.


Le second est plus important : c'est parce que je viens d'effectuer un 
miroir des données OSM d'une zone donnée, avec un serveur de génération 
de tuiles, pour une entreprise qui va s'en servir comme fond de carte 
pour une application professionnelle. Or, cette entreprise souhaite 
pouvoir vérifier qu'il n'y a pas eu de régression (vandalisme ou erreur 
d'un contributeur) avant de mettre à jour les données du miroir 
(régulièrement, mais manuellement).


Note : je suis preneur de tout outil, que ce soit graphique et facile à 
utiliser, ou au contraire un simple log à analyser soi-même...


Merci,

--
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] SotM-EU la semaine prochaine

[Adrien Caillot]

Bonjour,

On 04/06/2014 19:31, Frédéric Rodrigo wrote:
Le SotM-EU à lieu dans une semaine à Karlsruhe en Allemagne (la Mecque 
de l'associatedStreet, ou pas). Christian et moi même y allons. Mais 
qui d'autres compte y aller ?


Vous partez d'où, quand et comment ? Si quelqu'un passe par vers chez 
moi (Besançon), pourquoi pas.


--
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Doc pour créer son propre serveur de tuiles OSM

[adrien . caillot]

Bonjour, 

Cherchant à créer mon propre serveur de tuiles OSM pour la Franche-Comté pour 
des raisons professionnelles, j'en ai discuté avec Étienne T. qui m'a donné le 
lien vers cette doc : http://switch2osm.org/using-tiles/

Comme elle date un peu, est en anglais, et est basée sur Ubuntu, j'en ai fait 
une version en français et basée sur la dernière Debian stable (Wheezy) : 
http://adrien.caillot.free.fr/?p=5362

Je suis preneur de tout retour pour l'améliorer ou corriger d'éventuelles 
erreurs ou imprécisions.

Je l'ai rédigée à la façon d'un article de blog, mais je vais ensuite en faire 
une version plus succinte, limitée au côté technique, pour l'entreprise pour 
laquelle j'effectue cette mission.

En espérant que cela serve,

-- 
Adrien Caillot

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Communautés de communes / d'agglo

[Adrien Caillot]

Bonjour,

On 22/04/2014 07:54, Vincent de Château-Thierry wrote:

Le 22/04/2014 00:06, Adrien Caillot a écrit :

je suis allé jeter un œil à
http://comcommaker.openstreetmap.fr/ et à
http://overpass-turbo.eu/.

dans mon département, le Doubs, tout semble OK, sauf :
- La communauté de communes du canton de Montbenoît, qui existe
(Overpass-turbo la renvoie) mais qui n'apparaît pas dans Comcom maker.
J'ai falli la refaire pour rien, en croyant qu'elle était seule à 
manquer.

- Pays d'Ornans, Amancey-Loue-Lison, Dame Blanche et Bussière, pour
lesquelles c'est l'inverse. Elles apparaissent bien dans Comcom mais ne
sortent pas avec Overpass-turbo.

Ça peut être lié à la bbox que tu as prise ? À l'instant avec celle-ci :
bbox-query s=46.80851951372979 w=5.748596191406249 
n=47.302515785799066 e=6.663208007812499/
je récupère bien Pays d'Ornans et Amancey, mais pas Dame Blanche, que 
je retrouve avec cette bbox :
bbox-query s=47.234489635299184 w=5.887298583984375 
n=47.48008846346322 e=6.3446044921875/.
En revanche en effet l'affichage carto d'Overpass laisse des trous. 
Bizarre.
J'ai les ai chacune passées dans l'analyseur de relations [1] mais pas 
d'anomalies remontées.


J'ai testé avec les deux bbox que tu donnes. Dans les deux cas, 
j'obtiens : http://velobesancon.info/overpasscc.png


Il y a un trou autour de Besançon. Normal car ce n'est pas une CC mais 
une CA.


Mais il manque bien Dame Blanche (au nord) et Pays d'Ornans et Amancey 
(au sud). Les limites semblent être là mais il ne les colorie pas en 
jaune. Comme si elles étaient incomplètes.


Après export du résultat en GeoJSON et ouverture dans QGIS, c'est pareil 
: http://velobesancon.info/qgiscc.png


On dirait que Overpass ne reconnaît pas ces limites comme des Polygones 
fermés.


Par contre, effectivement, l'analyseur les affiche bien fermées.



Par ailleurs, la requête Overpass renvoie, en plus des polygones, des
polylignes semblant correspondre à des relations incomplètes. À quoi
serv(ai)ent-elles ? Faut-il les supprimer (ou, au contraire, les
compléter) ?


Concernant les comcom, s'il y a une relation incomplète, c'est soit 
parce qu'elle a été cassée par une édition (ça arrive), soit un 
vestige à supprimer, mais normalement depuis quelques semaines on a 
dans OSM tout et rien que les définitions d'EPCIs en phase avec celles 
données par l'INSEE au 1er janvier dernier. Tu peux toujours indiquer 
de quelle(s) relations(s) il s'agit.


En fait, ce sont simplement les limites des CC qui n'apparaissent pas 
comme des Polygones complets. J'étais passé à côté de cette évidence. 
Donc cette question est résolue.


Reste à savoir pourquoi certaines CC ne sortent pas comme des Polygones.

Un spécialiste des CC et/ou d'Overpass pour trouver l'explication ? S'il 
y a une correction à apporter, je pourrai la faire.


--
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Overpass turbo extraire départements dans région

[Adrien Caillot]

Bonjour,

On 28/04/2014 00:04, Mides wrote:
Je cherche à extraire tous les départements d'un région au travers 
d’une requête Overpass Turbo.
Quelle doit être l'approche sachant que si je rédige la requête sous 
cette forme , je n’ai qu’un retour partiel comportant à la fois des 
ways et des nodes


**
area [name=Midi-Pyrénées][admin_level=4]-.zone;
way(area.zone)[admin_level=6];
/*added by auto repair*/
(._;;);
/*end of auto repair*/
out;


Cette requête semble bien renvoyer les limites de départements situées 
dans la région Midi-Pyrénées, mais à l'exclusion des limites de celle-ci.
Je connais mal Overpass et j'ai du mal de trouver des docs sur la 
syntaxe, alors je ne connais pas de solution « propre ».


Mais si c'est pour un usage ponctuel, je vois deux bricolages qui 
fonctionnent :


- Rajouter explicitement les limites de la région. On obtient un 
polygone de la région, et les limites des départements à l'intérieur 
(mais pas un polygone par département).


(
area
[name=Midi-Pyrénées] [admin_level=4]-.zone;
way(area.zone)[admin_level=6];
rel[name=Midi-Pyrénées];
);
(._;;);
out;

- Interroger carrément sur les noms des départements. Ainsi, on est sûr 
d'avoir un polygone par département. Après, si l'objectif était 
d'automatiser, cette solution est moyenne (mais on peut toujours générer 
la requête Overpass avec un script...).


(
rel[name=Haute-Garonne];
rel[name=Ariège];
rel[name=Aveyron];
rel[name=Gers];
rel[name=Lot];
rel[name=Hautes-Pyrénées];
rel[name=Tarn];
rel[name=Tarn-et-Garonne];

);
(._;;);
out;

Si quelqu'un a une solution plus propre, je suis intéressé aussi.

Cordialement,

--
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Communautés de communes / d'agglo

[Adrien Caillot]

Bonsoir,

Souhaitant savoir ce qu'il en était des communautés de communes et 
d'agglos dans OSM, je suis allé jeter un œil à 
http://comcommaker.openstreetmap.fr/ et à

http://overpass-turbo.eu/.

Je constate que dans mon département, le Doubs, tout semble OK à 
première vue, sauf :
- La communauté de communes du canton de Montbenoît, qui existe 
(Overpass-turbo la renvoie) mais qui n'apparaît pas dans Comcom maker. 
J'ai falli la refaire pour rien, en croyant qu'elle était seule à manquer.
- Pays d'Ornans, Amancey-Loue-Lison, Dame Blanche et Bussière, pour 
lesquelles c'est l'inverse. Elles apparaissent bien dans Comcom mais ne 
sortent pas avec Overpass-turbo.


Savez-vous pourquoi ?

Par ailleurs, la requête Overpass renvoie, en plus des polygones, des 
polylignes semblant correspondre à des relations incomplètes. À quoi 
serv(ai)ent-elles ? Faut-il les supprimer (ou, au contraire, les 
compléter) ?


Merci pour vos lumières.

Pour info, la requête que j'ai utilisée dans Overpass-turbo :

{{key=local_authority:FR}}
{{value=CC}}
osm-script output=json
union
query type=node
has-kv k={{key}} v={{value}}/
bbox-query {{bbox}}/
/query
query type=way
has-kv k={{key}} v={{value}}/
bbox-query {{bbox}}/
/query
query type=relation
has-kv k={{key}} v={{value}}/
bbox-query {{bbox}}/
/query
/union
print mode=body/
recurse type=down/
print mode=skeleton/
/osm-script

--
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Fusionner des données incomplètes ?

[Adrien Caillot]

Bonsoir,

J'ai montré à quelqu'un comment contribuer à OSM avec JOSM. Ceci afin 
d'améliorer la cartographie d'une zone dont nous souhaitons réaliser un 
plan.


Nous avons donc, ensemble, téléchargé les données de la zone sur OSM. 
Ensuite, il a ajouté un certain nombre de détails (cheminements 
piétons). Mais comme il est très débutant il a aussi fait des 
modifications assez hasardeuses sur les bâtiments.


Il a, heureusement, eu le réflexe de ne rien envoyer et de me passer son 
fichier .osm pour que je regarde.


J'ai donc finalisé son travail, et j'ai supprimé les bâtiments impactés 
par ses mauvaises modifications. J'ai donc un fichier qui ne contient 
plus que des données correctes et prêtes à être envoyées sur OSM... Mais 
si je l'envoie tel quel, les bâtiments seront supprimés. Ce n'est donc 
pas souhaitable.


Je pensais que la solution au problème était simple : retélécharger les 
données d'OSM sur un autre calque, et fusionner les deux.


Mais non ! Si je fais ça, le calque résultant ne contient plus les 
bâtiments ! Je ne m'attendais pas à ça.


Comment je peux faire ?

Merci.

--
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Afficher une liste d'adresses sur une carte OSM

[Adrien Caillot]

Bonsoir,

Je souhaite signaler que je me suis repenché sur ce problème que j'avais 
posé il y a presque un an, et surtout, que j'ai réussi.


La réponse adaptée à mon problème était exactement celle d'Étienne : 
utiliser un service de géocodage des adresses puis QGIS (que j'ai appris 
à utiliser entre temps).
J'ai commencé à écrire un article ici pour expliquer ce que je fais : 
http://adrien.caillot.free.fr/?p=5074


Ma problématique était assez spécifique, mais le principe peut servir à 
d'autres.


Pour l'instant, ma solution n'utilise pas OSM. (Mis à part pour 
l'affichage des points dans QGIS : je peux mettre n'importe quoi en fond 
de carte, donc pourquoi pas OSM.) Mais comme le disait Étienne, ça 
pourrait être bien de pouvoir utiliser Nominatim au lieu de Batchgeo.


Adrien



On 10/03/2013 23:47, Etienne Trimaille wrote:

Salut Adrien,

Il existe le plugin maps pour galette, dommage, il ne colle pas 
exactement à ce que tu veux faire.
J'ai discuté un peu avec le développeur, il est très réactif, tu peux 
peut-être lui proposer le service de géocodage de l'adresse 
automatiquement visible uniquement pour les admins de galette ?


Comme dit Yannick, tu peux rajouter un champs dans galette. Solution 
la plus simple, mais il faut mettre à jour les fiches au fur et à mesure.


Sinon, solution la plus compliqué, mais la plus complète et 
malheureusement pas automatique.

Export CSV avec les adresses postales des adhérents.
Utilisation d'un service de géocodage à partir d'un csv. Certains 
connaissent un tel service à base de nominatim ? 
http://www.batchgeocodeur.mapjmz.com/ c'est du google maps ...
Tu peux ouvrir le résultat dans qgis par exemple. Ce n'est pas du plus 
intuitif au début, mais tu pourra faire ce que tu veux avec ensuite 
(clic sur les points pour faire une liste, enregistrer la sélection en 
csv, gpx, ...).

Je suis d'accord, c'est un peu lourd pour ton besoin :)

Si tu veux juste l'affichage de tes points sur une carte, tu peux 
utiliser CSVMap : http://csvmap.logisima.com/




Le 10 mars 2013 22:00, Adrien Caillot adrien.cail...@free.fr 
mailto:adrien.cail...@free.fr a écrit :


Bonjour,

** Question **

J'aimerais savoir si vous savez comment faire pour :
- afficher une liste d'adresses sous forme de points sur une carte
OSM ?
- sélectionner ensuite une partie de ces points avec la souris
pour les afficher à nouveau sous forme d'une liste ?

Je suis preneur soit d'un logiciel qui sache déjà faire ça (soit
un truc en Ajax à installer sur son serveur, soit un truc à
utiliser sur son propre ordi...), soit d'un bout de code PHP que
je pourrais intégrer dans un truc que je ferais moi-même.

** Explications **

(Pour les gens que ça intéresse et/ou que ça aiderait à me trouver
une solution.)

Je m'occupe d'une association dont la liste des adhérents est
gérée avec le logiciel Galette. On a donc environ 250 adhérents
dans la base, répartis sur toute une ville et son agglo.

Ces adhérents reçoivent un bulletin d'information qui est
distribué dans leurs boîtes aux lettres par de valeureux bénévoles
à vélo.

Chacun de ces valeureux bénévoles se voit confier un petit paquets
de bulletins, correspondant par exemple au quartier où il habite
ou travaille, afin d'effectuer la distribution.

Le problème est d'effectuer cette répartition, qui doit être
actualisée à chaque fois (nouvelles adhésions, déménagements...).
Regarder l'adresse de chaque adhérent sur une carte, puis lui
attribuer un distributeur dans la base de données, est long et
fastidieux.

Il serait bien plus simple qu'on puisse en un clic générer
l'affichage de toutes les adresses des adhérents sur une carte,
pour ensuite sélectionner une zone sur celle-ci et récupérer la
liste des adresses figurant dans cette zone.

Ainsi, à chaque parution d'un bulletin, on n'aurait qu'à faire une
sélection autour du quartier de chaque distributeur, pour générer
en quelques clics la liste des bulletins à lui attribuer. Cela
permettrait de prendre en compte facilement tous les changements :
nouveaux adhérents, déménagements, nouveaux distributeurs, ou
distributeurs arrêtant ce travail...

Bref. Je suis preneur de toute idée. :-)

Merci.

-- 
Adrien Caillot

Association Vélo Besançon


___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto: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
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Contours communes par départements

[Adrien Caillot]

Bonjour,

Il y a quelques temps, un contributeur de cette liste que je remercie 
encore m'a donné ce lien :


http://export.openstreetmap.fr/contours-administratifs/communes/

Or, je constate que depuis quelques jours les fichiers sont corrompus. 
Juste quand j'en ai besoin à nouveau. C'est ennuyeux.


Savez-vous pourquoi ?
Quelqu'un aurait-t-il par hasard enregistré les limites communales des 
départements de Bourgogne et Franche-Comté sur son disque dur et 
pourrait me les envoyer ?


Merci.

--
Adrien Caillot


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Faire une carte de communes à partir d'OSM

[Adrien Caillot]

Bonjour,

On 26/10/2013 09:31, yves.prat...@laposte.net wrote:
Dans ce cas, tu charges dans JOSM l'intégralité des rues, maisons… 
d'une grosse agglomération.

C'est donc ingérable avec une machine lente.


Exactement !


La solution consiste à ne charger que les objets qui t'intéressent.


C'est ce que je n'avais pas réussi à faire.

Pour cela, tu peux utiliser XAPI ou overpass-turbo 
http://overpass-turbo.eu/s/1mm.


XAPI, je ne sais pas ce que c'est, mais overpass-turbo est parfait. Je 
garde ce lien précieusement pour les prochaines fois.


Merci !

--
Adrien

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Faire une carte de communes à partir d'OSM

[Adrien Caillot]

Bonjour,

J'aurais besoin de faire une carte d'une communauté d'agglo (carte toute 
bête : il me faut les limites de toutes les communes avec leurs noms au 
milieu).


Je dispose d'un fichier .osm qui contient toutes les données OSM de 
cette agglo (j'ai tracé un rectangle autour d'elle dans JOSM et j'ai 
tout enregistré).


Mais comment faire pour extraire juste les limites de communes ?

Le problème me paraissait simple, mais j'ai cherché un peu partout sans 
succès.


Merci

--
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Faire une carte de communes à partir d'OSM

[Adrien Caillot]

On 25/10/2013 10:24, Adrien Caillot wrote:
J'aurais besoin de faire une carte d'une communauté d'agglo (carte 
toute bête : il me faut les limites de toutes les communes avec leurs 
noms au milieu).


Je dispose d'un fichier .osm qui contient toutes les données OSM de 
cette agglo (j'ai tracé un rectangle autour d'elle dans JOSM et j'ai 
tout enregistré).


Mais comment faire pour extraire juste les limites de communes ?


Je n'ai pas pensé à préciser une chose importante : je cherche à obtenir 
une carte toute simple, certes, mais vectorielle, pour l'utiliser dans 
un logiciel comme QGIS. Ce n'est pas simplement une image bitmap dont 
j'ai besoin.


Merci.

--
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Faire une carte de communes à partir d'OSM

[Adrien Caillot]

On 25/10/2013 10:29, Francescu GAROBY wrote:
Normalement, tes communes sont toutes représentées par une relation 
ayant au moins les tags suivants :

* type=boundary
* boundary=administrative
* admin_level=8
* name= nom de la commune
* ref:INSEE = code INSEE sur 5 chiffres

et ladite relation doit contenir le node 'admin_centre' et les ways 
'outer' délimitant la commune.


J'ai vu tout cela.



À partir de là, tu devrais pouvoir dessiner tes communes.


C'était justement ma question : comment faire cela ?

Cordialement,

--
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Faire une carte de communes à partir d'OSM

[Adrien Caillot]

On 25/10/2013 10:39, Nicolas Moyroud wrote:
Quand tu as filtré les éléments avec JOSM comme indiqué par Francescu, 
tu sauves dans un fichier .osm puis tu pourras ouvrir ce fichier avec 
le plugin OpenStreetMap de QGIS. Il te restes ensuite à sauver en 
Shape avec QGIS puis à faire ta carte comme tu le souhaites 
(symbologie, étiquettes, ...)


Ah, ça y est, j'ai compris. Donc JOSM dispose de fonctions pour filtrer 
sur la base des critères que Francescu donnait et que j'avais également 
trouvés.


Mon problème est qu'il m'est difficile d'utiliser JOSM car une fois que 
j'ai toute mon agglo dedans il rame tellement qu'il m'a fallu 10 minutes 
pour simplement enregistrer en .osm les données que je venais de 
télécharger.


Il faudrait donc que je fasse ce travail sur un ordinateur plus puissant 
(là, je ne suis pas chez moi) ou que j'utilise les données du lien donné 
par Vincent que j'en profite pour remercier.


J'ai donc choisi la seconde solution. Ça a marché. J'ai pu voir 
s'afficher toutes les limites communales de la Côte d'Or et récupérer le 
Grand Dijon dont j'avais besoin. J'ai sauvegardé ça sous forme d'un 
nouveau shapefile.


Il me reste un seul problème :

La carte que j'ai obtenue a cette forme : 
https://www.dropbox.com/s/jqt1n31yes6vmjj/gdijon-qgis.jpeg
Et je voudrais plutôt cette forme : 
http://commons.wikimedia.org/wiki/File:Carte_de_la_Communaut%C3%A9_d%27Agglom%C3%A9ration_dijonnaise_%28Grand_Dijon%29.svg


Il y a donc un problème de projection. Je suis en WGS 84 et je pense que 
la projection que je recherche est Lambert 2 étendue (?). Mais j'ai 
tenté de la changer un peu partout (propriétés du projet, du 
shapefile...) et rien ne change. Savez-vous comment on fait ça dans QGIS ?


Merci

--
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Faire une carte de communes à partir d'OSM

[Adrien Caillot]

On 25/10/2013 10:53, V de Chateau-Thierry wrote:

Oui j'ai vu. Mais je n'ai pas la main dessus pour corriger.
Ce bug mis à part, la ressource me paraît correspondre au besoin, puisque la 
conversion du
format OSM XML vers du SIG est déjà faite dans les fichiers proposés.
   


Oui, ça correspond parfaitement à mon besoin. Merci.

Plus qu'un souci de projection à régler, comme expliqué dans un autre 
message.


--
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Faire une carte de communes à partir d'OSM

[Adrien Caillot]

On 25/10/2013 11:14, V de Chateau-Thierry wrote:
   

De : Adrien Caillot

Il me reste un seul problème :

La carte que j'ai obtenue a cette forme :
https://www.dropbox.com/s/jqt1n31yes6vmjj/gdijon-qgis.jpeg
Et je voudrais plutôt cette forme :

 

http://commons.wikimedia.org/wiki/File:Carte_de_la_Communaut%C3%A9_d%27Agglom%C3%A9ration
_dijonnaise_%28Grand_Dijon%29.svg
   

Il y a donc un problème de projection. Je suis en WGS 84 et je pense que
la projection que je recherche est Lambert 2 étendue (?). Mais j'ai
tenté de la changer un peu partout (propriétés du projet, du
shapefile...) et rien ne change. Savez-vous comment on fait ça dans QGIS ?
 

C'est bien dans les propriétés du projet, mais il faut cocher (dans Préférences
Propriétés du projet) la case 'Activer la projection à la volée'. Je te parle de
QGis 1.8, en 2.0 je ne sais pas.
   


Mon problème est totalement résolu.

Merci beaucoup !



--
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Un LizPoi pour les vélos

[Adrien Caillot]

Bonjour,

On 15/04/2013 10:23, kimaidou wrote:

Allez, j'ai ajouté le vrai permalink :

Par exemple vers Marseille:
http://lizpoi.3liz.com/demo/index.php/lizpoi/map/?tree_id=8selected=346,345,348,336,334bbox=596962.429256,5348391.844977,599391.69356,5349786.820743 
http://lizpoi.3liz.com/demo/index.php/lizpoi/map/?tree_id=8selected=346,345,348,336,334bbox=596962.429256,5348391.844977,599391.69356,5349786.820743


Ou Caen :
http://lizpoi.3liz.com/demo/index.php/lizpoi/map/?tree_id=8selected=346,345,355,354,352,362,353,338bbox=-42280.438204,6305307.001946,-39851.1739,6306701.977712 
http://lizpoi.3liz.com/demo/index.php/lizpoi/map/?tree_id=8selected=346,345,355,354,352,362,353,338bbox=-42280.438204,6305307.001946,-39851.1739,6306701.977712


Pour les problèmes de pistes ou bandes qui n'apparaissent pas, je vous 
tiens au courant



Mon message n'aura pas un contenu très utile mais je veux juste dire 
*merci* pour cet outil. C'est excellent et ça va grandement me servir.



--
Adrien Caillot


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Besançon s'intéresse à OSM

[Adrien Caillot]

Bonjour,

Je suis très intéressé pour suivre ça de très près. Je souhaiterais 
notamment accéder aux données « vélo » du SIG de la ville (qui m'a déjà 
été présenté dans le cadre d'une réunion sur le vélo à la voirie, mais 
auquel je n'ai malheureusement aucun accès).


Mon but : les mettre sur OSM, déjà, s'ils nous accordent légalement le 
droit de le faire. Ensuite, travailler sur la meilleure cartographie 
possible des aménagements cyclables de la ville (déjà ébauchée ici 
http://carte.velobesancon.info/ mais loin d'être satisfaisante, tant au 
niveau des données que du rendu).


Par ailleurs, j'ai une bonne connaissance du terrain, qui pourra me 
permettre de détecter les erreurs ou manques éventuels dans leur SIG et 
de leur faire remonter (d'après ce qu'on m'a dit, il pourrait y en 
avoir). Donc ça serait intéressant pour eux aussi.


Donc je ne sais pas ce qu'est la « collaboration possible » envisagée, 
mais dans tous les cas ce premier pas m'intéresse. Tenez-moi au courant.


--
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Afficher une liste d'adresses sur une carte OSM

[Adrien Caillot]

Bonjour,

** Question **

J'aimerais savoir si vous savez comment faire pour :
- afficher une liste d'adresses sous forme de points sur une carte OSM ?
- sélectionner ensuite une partie de ces points avec la souris pour les 
afficher à nouveau sous forme d'une liste ?


Je suis preneur soit d'un logiciel qui sache déjà faire ça (soit un truc 
en Ajax à installer sur son serveur, soit un truc à utiliser sur son 
propre ordi...), soit d'un bout de code PHP que je pourrais intégrer 
dans un truc que je ferais moi-même.


** Explications **

(Pour les gens que ça intéresse et/ou que ça aiderait à me trouver une 
solution.)


Je m'occupe d'une association dont la liste des adhérents est gérée avec 
le logiciel Galette. On a donc environ 250 adhérents dans la base, 
répartis sur toute une ville et son agglo.


Ces adhérents reçoivent un bulletin d'information qui est distribué dans 
leurs boîtes aux lettres par de valeureux bénévoles à vélo.


Chacun de ces valeureux bénévoles se voit confier un petit paquets de 
bulletins, correspondant par exemple au quartier où il habite ou 
travaille, afin d'effectuer la distribution.


Le problème est d'effectuer cette répartition, qui doit être actualisée 
à chaque fois (nouvelles adhésions, déménagements...). Regarder 
l'adresse de chaque adhérent sur une carte, puis lui attribuer un 
distributeur dans la base de données, est long et fastidieux.


Il serait bien plus simple qu'on puisse en un clic générer l'affichage 
de toutes les adresses des adhérents sur une carte, pour ensuite 
sélectionner une zone sur celle-ci et récupérer la liste des adresses 
figurant dans cette zone.


Ainsi, à chaque parution d'un bulletin, on n'aurait qu'à faire une 
sélection autour du quartier de chaque distributeur, pour générer en 
quelques clics la liste des bulletins à lui attribuer. Cela permettrait 
de prendre en compte facilement tous les changements : nouveaux 
adhérents, déménagements, nouveaux distributeurs, ou distributeurs 
arrêtant ce travail...


Bref. Je suis preneur de toute idée. :-)

Merci.

--
Adrien Caillot
Association Vélo Besançon


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Interdit sauf véhicules non autorisés sur voie express

[Adrien Caillot]

Le 28/03/2012 21:19, Eric SIBERT a écrit :
Ça, c'est du titre. C'est surtout ce qu'il y a grosso modo sur un 
panneau.


À la sortie de Moûtiers (73), il y a une voie rapide 2x2. En 
parallèle, il reste l'ancienne nationale mais avec à l'entrée un 
panneau interdit aux voitures et motos :
http://wiki.openstreetmap.org/wiki/File:Fr-B7a-Interdit_aux_v%C3%A9hicules_a_moteur_sauf_cyclo.gif 



et en dessous, il est rajouté :

sauf véhicules non autorisés sur voie express

Vous suggérez quoi comme codage?


Moi, je décomposerais comme ça (reste à retrouver la bonne orthographe 
pour chaque tag, je mets en français ceux que je n'ai pas en tête) :


highway = unclassified
motor vehicule = no
cyclomoteur = yes
véhicule agricole = yes
bicycle = yes
foot = yes

Pour moi, c'est bien une route interdite aux véhicules à moteur sauf 
cyclomoteurs et véhicules agricoles, et autorisée aux piétons et cyclistes.
Je ne vois pas d'autres usagers qui pourraient être motorisés mais 
interdits sur une voie express.


Remarque : ça fait un bel itinéraire pour les cyclistes. Dommage que les 
entrées sorties d'agglomération à chaque bout n'aient pas été traitées 
avec des bandes cyclables.


--
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : Interdit sauf véhicules non autorisés sur voie express

[Adrien Caillot]

Le 29/03/2012 12:40, THEVENON Julien a écrit :

* De :* Adrien Caillot adrien.cail...@free.fr
* *Pour moi, c'est bien une route interdite aux véhicules à moteur 
sauf cyclomoteurs et véhicules agricoles, et autorisée aux piétons et 
cyclistes.
* *Je ne vois pas d'autres usagers qui pourraient être motorisés 
mais interdits sur une voie express.


Peut etre aussi les voitures sans permis et la petite electrique de 
Renault qui n est pas autorisee sur les voies express il me semble


Très juste. J'avais oublié les voitures de ce genre (et les chevaux). Je 
crois qu'avec ça on est exhaustifs.


Mais y a-t-il un tag pour les voitures sans permis ? Considère-t-on 
qu'elles rentrent dans la catégorie cyclomoteur (même vitesse mais pas 
la même largeur...).


--
Adrien

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Formation OSM cycle

[Adrien Caillot]

Bonjour,

Le 06/03/2012 10:15, Pieren a écrit :

2012/3/6 Yves Rouquieryves.rouqu...@wanadoo.fr:


notre carte des aménagements cyclables http://carte.lavilleavelo.org/.

C'est une des cartes les plus claires que j'ai vu jusqu'à maintenant
pour ce type de rendu.

Existe-t-il quelque part (wiki?) une liste exhaustive des sites
internet dédiés au vélo urbain en France (chaque agglo semble se
lancer dans son propre projet local) ?
Si non, pourriez-vous indiquer sur ce fil de discussion ceux que vous
connaissez ?


Besançon : http://asso.velobesancon.info/ (vous y trouverez d'ailleurs 
une carte - encore loin d'être terminée - basée sur le travail de la 
Ville à Vélo).


Sinon, la majorité des associations de cyclistes urbains (dont les deux 
citées précédemment) sont adhérentes à la FUB (Fédération des Usagers de 
la Bicyclette), qui propose sur son site internet une liste des 
associations membres :

http://fubicy.org/spip.php?article12

(Dommage : c'est pas une carte OSM. La FUB semble clairement manquer de 
libristes, contrairement à bon nombre de ses associations membres.)


--
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Formation OSM cycle

[Adrien Caillot]

Bonjour,

Le 06/03/2012 08:16, Yves Rouquier a écrit :

L'association La ville à vélo http://www.lavilleavelo.org/ propose une petite
formation osm orientée cycle.
Notre but est d'améliorer et d’étendre la couverture de notre carte des
aménagements cyclables http://carte.lavilleavelo.org/.

Rendez vous Mercredi 14 Mars à 19h
10 rue Saint Polycarpe Lyon 01
http://www.openstreetmap.org/?mlat=45.769025mlon=4.834161zoom=17


Je ne pourrai pas me rendre sur place, mais suis *très fortement* 
intéressé par ce sujet.


Vous est-il possible de faire une vidéo de cette formation et de la 
mettre en ligne ?


Je pense que ça doit être faisable facilement avec un logiciel de 
screencast, qui enregistre une vidéo de l'écran en y synchronisant la 
voix de l'intervenant. Il doit en exister sur tous les systèmes 
d'exploitation répandus, libres ou non.


--
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] StreetView?

[Adrien Caillot]

Le 23/11/2011 16:16, Vincent de Chateau-Thierry a écrit :
Sur Paris, StreetView date (~2007), ce qui en fait une source 
documentaire à manipuler avec beaucoup de pincettes. Je m'en sers pour 
confirmer ponctuellement ma source principale (mon dictaphone), et 
c'est souvent pour constater que ce que j'ai vu n'a pas grand chose à 
voir avec ce que montre StreetView. C'est flagrant sur la rotation des 
commerces. Donc à utiliser doublement avec parcimonie.


Je confirme. Sur Besançon, Streetview est beaucoup plus récent. Les vues 
ont été prises en 2009, 2010 et 2011 selon les endroits. Et pourtant, je 
peux lister tout un tas de trucs à mapper sur OSM qui n'existent pas (ou 
sont différents) sur les vues Street View. Souvent, les vues me servent 
justement à comparer les nouveaux aménagements avec ce qui existait 
avant. Street View peut être utile pour vérifier l'orthographe d'une nom 
(de commerce, de rue...) ou des choses comme ça. Mais même si on avait 
le droit de l'exploiter intensivement, ça ne serait pas quelque chose à 
faire.


--
AC



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] RMLL 2011

[Adrien Caillot]

Bonjour,

Sébastien Dinot wrote:

Pour ma part, je serai sur site de lundi matin à jeudi matin. Nous nous
croiserons peut-être sur le stand OSM.



Il est où ce stand ? Je ne l'ai pas vu.

--
Adrien Caillot


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Fwd: Lorraine Veloroutes Voies Vertes

[Adrien Caillot]

Le 29/04/2011 12:12, Thomas Clavier a écrit :

Aussi, se faire de l'argent sur le dos de bénévoles qui passent du
temps et font
le boulot de fond et de base pour développer les aménagements et informer,
aurait une forte tendance à m'exaspérer.

Cette réflexion me fait penser à certains commerçants qui la veille du
week-end détruisent les invendus au lieu de les donner à des gens qui en
ont besoins. à défaut de pouvoir valoriser mon travail je le garde pour
moi, voir je le détruit.


Je suis tout à fait d'accord avec cette dernière remarque.

Je participe rarement à cette liste, mais là j'ai envie de réagir. Pour 
me présenter rapidement, je suis un partisan du libre (mais plus 
militant, car je milite déjà pour le vélo en ville, et on ne peut pas 
tout faire), et je suis cycliste : en ville, durant toute l'année, et 
sur les véloroutes et voies vertes durant l'été.


J'ai eu l'occasion de discuter avec Nicolas Pouloin lors du congrès de 
la FUB à Clermont-Ferrand. J'ai évoqué Open Street Map au détour d'une 
phrase, et il a immédiatement réagi avec les mêmes arguments (qui ne 
tiennent pas la route) : en résumé, libérer les données permettrait à 
n'importe qui de les exploiter commercialement et de gagner de l'argent 
dessus, tandis qu'eux n'ont même pas de quoi financer un salarié. Et ça, 
c'est vraiment trop injuste !


Sur le moment, je n'ai pas eu la présence d'esprit de lui répondre, 
d'une part, que si les données de l'AF3V étaient exploitées 
commercialement, ça serait plutôt une bonne chose. Cela voudrait dire 
que les véloroutes et voies vertes françaises, et le tourisme à vélo, 
commenceraient à générer une économie qui serait favorable à son 
développement*. Et d'autre part, j'aurais pu ajouter que son 
raisonnement revient à dire notre modèle économique actuel ne nous 
permet pas de gagner notre vie, alors on ne va quand même pas le 
changer, ce qui est quelque peu illogique.


Bref, je pense qu'il faudrait un vrai travail de lobbying intelligent 
(que je n'ai pas le temps de faire, malheureusement) auprès de l'AF3V 
pour qu'ils comprennent l'intérêt du libre. En attendant, pour ma part, 
si j'ai des données concernant des véloroutes et voies vertes, je les 
mettrai volontiers sur OSM mais pas sur le site de l'AF3V. Je n'ai pas 
envie de faire un travail bénévole si le résultat n'est pas libre et 
utilisable dans les meilleures conditions par les autres cyclistes.


En fait, je rêverais de voir en France un site comme celui de la Suisse 
à vélo, qui détaillerait des itinéraires nationaux, régionaux, et 
locaux. Alors certes, la France est un pays beaucoup plus grand, et 
l'économie autour du vélo est bien moins importante, mais la force du 
libre permettrait de faire aussi bien que le site Suisse, à défaut de 
faire (pour l'instant) aussi bien qu'eux sur le terrain.



* Comparons le site de l'AF3V et celui de la Suisse à vélo. 
http://af3v.org/ et http://www.veloland.ch/fr/welcome.cfm


Ce sont deux organisations à but non lucratif qui oeuvrent dans le même 
objectif. Simplement, en Suisse, le tourisme à vélo génère une vrai 
économie, tandis qu'en France on en est encore à militer pour que les 
collectivités fassent les aménagements, en espérant que l'économie suive 
mais sans vraiment s'en préoccuper. Résultat : le site Suisse, très 
pratique, nous présente un réseau cohérent et continu (et pour l'avoir 
pratiqué sur le terrain, je confirme qu'il l'est), tandis que le site de 
l'AF3V nous présente des cartes Google Maps faites par des bénévoles, 
sans lien entre elles, et avec une ergonomie déplorable (petites 
fenêtres...) qui ne répond même pas à mon besoin en tant qu'usager 
cycliste... Résultat : quand je roule en Suisse, je prépare mon 
itinéraire au préalable à l'aide du site, puis je peux tout faire sans 
carte et sans hésitation. En France, j'achète surtout des cartes papier, 
je me débrouille avec le jalonnement fait par les collectivités locales, 
et parfois je dois chercher un peu mon chemin...


Notons aussi qu'on trouve en vente, en Suisse, des guides papier de la 
Suisse à vélo, ce qui rapporte de l'argent à l'organisation. L'AF3V 
aurait sans doute intérêt à chercher à exploiter commercialement ses 
données de la même façon, plutôt qu'à se demander comment faire pour 
empêcher les autres de le faire... D'ailleurs, pour pouvoir le faire, 
étant donné que ses cartes sont faites par des bénévoles de toute la 
France, elle aurait tout intérêt (encore une fois) à utiliser une 
licence libre. Sinon je ne vois pas comment elle pourrait utiliser ces 
données à moins de s'en approprier les droits au mépris de ses adhérents 
contributeurs.


A+

--
Adrien



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Corriger traces avant de les uploader

[Adrien Caillot]

Bonjour,

Merci pour ta réponse rapide.

Francisco DOS SANTOS a écrit :

Viking c'est comme prune ça va si tu as des points individuel, pas pour
du travail en bloc.
  
En fait, finalement, après avoir posté, j'ai réussi à nettoyer ma trace 
avec Prune. En zoomant dessus, je me suis rendu compte qu'il y avait 
effectivement plusieurs milliers de points problématiques, mais qu'ils 
étaient regroupés en une vingtaine de séquences qui se suivaient. Ca a 
donc été possible de déterminer le début et la fin de ces séquences et 
de les supprimer. Possible, mais pas simple car ma trace comportait 
plusieurs arrêts dont un long arrêt chez moi, et j'avais donc un nuage 
de points autour de mon quartier dans lequel j'ai dû tâtonner un moment 
avant de réussir à isoler le premier et le dernier point... Mais bon, 
j'ai réussi.



Vu ta trace tu as des positions en 0,0 typique lorsque tu n'as pas de
signal gps.
  
Tout à fait. J'ai écrit au sud du Togo, mais en fait c'était 
l'affichage dans Prune qui m'induisait en erreur. Je me suis rendu 
compte en zoomant que les points étaient en fait situés au Pôle Sud.



Un petit nettoyage avec gpsbabel :
http://www.gpsbabel.org

C'est un outils en ligne de commande, essaye donc de filtrer sur le
nombre de sat :
gpsbabel -i gpx -f in.gpx -x discard,sat=3 -o gpx -F out.gpx
OK. Je connais et j'ai déjà utilisé cet outil, mais uniquement pour des 
conversions de NMEA en GPX et rien d'autre. Je ne savais pas qu'il 
pouvait aussi nettoyer une trace. Je vais tester ta commande sur la 
prochaine trace que je tenterai d'exploiter. Ca m'évitera un long 
travail dans Prune.


Merci beaucoup et à+

--
Adrien

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Corriger traces avant de les uploader

[Adrien Caillot]

Chris Browet a écrit :
Je ne voudrais pas faire de la self-promotion à 2 balles, mais 
Merkaartor (dont je suis le développeur) permet de faire exactement 
cela (en plus d'être un éditeur OSM complet) :


- Ouvrir le GPX
- Supprimer les points non-désirés (séléction rectangulaire possible)
- Exporter le GPX (pas possible d'uploader directement, par contre)

Et il est multi-platforme, en plus...


Ah, intéressant !
J'avais déjà essayé Merkaartor et j'étais assez convaincu, en plus.
Je vais regarder à nouveau de ce côté, alors.

Merci.

--
Adrien



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Corriger traces avant de les uploader

[Adrien Caillot]

Etienne Trimaille a écrit :

Bienvenue Adrien ;-)

Salut Etienne, :-)
En fait, ça fait un moment que je suis sur cette liste, et j'ai déjà 
posté, même avant toi. :-)

Mais je suis beaucoup moins actif que toi, il est vrai. :-)

Certains (dont moi) laissent le nuage de point au dessus de chez eux 
J'ai tellement de trace qui vont chez moi que l'on peut deviner où 
j'habite facilement.
Je m'en fiche aussi qu'on sache où j'habite, mais dans mon cas ça 
rendait vraiment la lecture difficile (avec en plus ces points situés au 
Pôle Sud qui n'arrangeaient rien !).


Pour la commande filtrant les points par rapport au nombre de 
satellites, encore faut-il avoir l'info dans les GPX. Ce n'est pas mon 
cas.
Je me demandais justement comment fonctionnait cette commande et ce que 
signifiait ce 3 (pas de man sous la main). :-)
Maintenant que j'ai compris, je crains aussi de ne pas avoir cette info 
dans mes fichiers.


Ensuite, en ville, les GPS sont assez médiocre. Autant utiliser le 
cadastre ;-)
C'est vrai. Mais là je cherche surtout à trier les quelques traces GPS 
qui trainent dans mon disque dur depuis des lustres, pour exploiter ce 
qui le mérite, et supprimer le reste.


A+

--
Adrien



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Corriger traces avant de les uploader

[Adrien Caillot]

sly (sylvain letuffe) a écrit :
Je n'avait rien trouvé de convainquant, puis j'ai fini par trouver un 
compromis : JOSM


- tu ouvre ton GPX avec JOSM
- convertir en calque OSM (clic droit sur le calc gpx)
- corrige la trace comme tu le veux 
- enregistrer au format GPX
  

Merci pour l'info.

Il y a quand même des défauts, josm n'étant pas prévu pour éditer du gpx, dans 
la conversion ne seront conservé que les positions des points.

C'est à dire sans les liaisons entre eux et l'ordre des points ?


--
Adrien



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Corriger traces avant de les uploader

[Adrien Caillot]

Bonsoir,

Francisco DOS SANTOS wrote:

Autre possibilité pour retravailler manuellement les traces, le logiciel
viking. Il permet de manipuler les traces (couper, coller, fusionner,
effacer) avec la carte OSM en fond (Calque-Nouveau calque
Map-OpenStreetMap Mapnik puis faut réarranger les calques pour que la
carte soit affiché sous les traces).
Vraiment très simple d'utilisation et terriblement efficace, je ne peux
plus m'en passer :
http://sourceforge.net/apps/mediawiki/viking/index.php?title=Main_Page


Je rebondis sur ce message car j'ai exactement la même demande qu'Olivier.
J'ai quelques traces GPS qui contiennent des points absurdes, et ça 
donne ce genre de résultat : http://asso.velobesancon.info/trace.jpg

(Screenshot réalisé dans le logiciel Prune).

Je voudrais donc pouvoir virer tous les points absurdes avant 
d'envisager la moindre utilisation de ces traces (en particulier 
l'upload sur OSM).


Or, je ne trouve pas d'outil pour faire cela :
- Prune est simple à utiliser pour supprimer un point, ou une série de 
points qui se suivent. Mais on voit bien dans ma capture que les points 
que j'ai besoin de supprimer ne se suivent pas dans la trace. Et ils 
sont beaucoup trop nombreux pour envisager de les supprimer un par un 
(plusieurs centaines voire milliers, j'ai l'impression).
- Viking... Je ne comprends rien ! J'arrive à dessiner des points et des 
lignes par dessus ma trace, mais la trace elle-même semble être 
simplement dessinée derrière, inaccessible avec la souris... Je dois 
rater quelque chose... (?)
- JOSM semble être un logiciel très bien fait, et très utile pour 
contribuer à OSM, mais je n'ai pas trouvé comment éditer un GPX avec (et 
cela ne semble pas vraiment être son but).

- quoi d'autre ?

Mon problème est pourtant simple, et je suis loin d'être le seul à 
vouloir faire ça. J'ai du mal à comprendre qu'il n'existe pas un 
logiciel dans lequel on puisse simplement tracer un rectangle avec la 
souris pour sélectionner tous les points d'une zone, puis appuyer sur « 
Suppr » pour les virer... Dans le cas, par exemple, de la trace dont 
j'ai posté la capture, les points absurdes sont en majorité concentrés 
dans une zone au sud du Togo, sauf quelques uns qui sont dans le Jura. 
J'aurais deux sélections à faire et deux appuis sur « Suppr ».


Je pense qu'ajouter cette fonction à Prune prendrait quelques minutes à 
quelqu'un qui connaitrait bien Java (mais malheureusement ce n'est pas 
mon cas, ayant toujours été réfractaire à ce langage).


Je suis preneur de toute solution, avec les logiciels cités 
précédemment, ou avec d'autres. Même sous Windows car j'ai un Windows au 
boulot.


Merci.

--
Adrien Caillot


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Guerre d'édition ?

[Adrien Caillot]

Pieren wrote:
 Plus sérieusement, je trouve aussi personnellement qu'il y a là 60-70%
 de points en trop dans les courbes. D'autant plus qu'une telle
 précision basée sur une trace GPS elle-même précise à plus ou moins
 5..10 mètres (sans compter les effets d'inertie dans les virages) n'a
 guère de sens.
 Mais c'est affaire de goût. Avec autant de points, tu prends
 clairement le risque que d'autres simplifient derrière (mais il ne
 faut pas tomber dans l'excès inverse). Moi, je ne simplifie que les
 ways créés à partir de GPX, j'hésite toujours plus à altérer des
 données faites à la main comme ici.
 La plus-value d'OSM ne se trouve pas dans des courbes parfaites mais
 d'avantage dans tout le reste : les tags, les ref, etc

D'accord. Merci pour cet avis.
Dorénavant je serai donc beaucoup moins perfectionniste. :-)
D'ailleurs, ça m'arrange car ça sera plus simple et rapide pour tracer.


-- 
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Guerre d'édition ?

[Adrien Caillot]

g.d wrote:
 Je trouve le résultat pas trop mal...
 Ça suit bien le gpx, il me semble.
 Bon,
 à certains endroits ça pourrait supporter un ou deux points de plus,
 mais ce n'est pas obligé, je trouve
 (je trace mes ways avec environ cette résolution-là...).
   

OK, merci. Je ferai de même.


 Questions :

 - Le way en question, id 32527208, a un tag source:cadastre
 Est-ce un oubli de pas avoir désactivé
 l'auto-sourcing du plugin cadastre,
 en traçant d'après gpx ? Ça peut arriver...
   

Ça, c'est l'autre contributeur qui l'a mis, et je n'ai pas compris 
pourquoi !
Moi je n'ai jamais utilisé le cadastre (car je ne sais pas comment on 
fait avec Merkaartor).

 - L'historique de ce way montre
 sa création par Adrien Caillot ce matin à une-heure-et-demi,
 puis un édit, aussi par Adrien Caillot, vingt minutes plus tard.

 Je n'y vois aucune intervention par quelqu'un d'autre.
 Là, je ne pige pas :-(
   
J'ai effectivement fait des petites modifications à ces heures là.
Peut-être que Merkaartor ne sait pas gérer l'historique correctement, et 
qu'au moment de l'upload il efface l'ancien historique ?
Ça serait ennuyeux.
De toute façon je pense que je vais passer à JOSM, car jusqu'à hier 
j'utilisais un PowerPC sous Linux, et JOSM était très lent en utilisant 
OpenJDK. C'est pour ça que j'avais cherché autre chose.
Mais maintenant je suis sur un x86 et donc je peux utiliser la JVM de 
Sun qui est beaucoup plus performante.

 - Le rond-point id 32481164 à l'Est
 n'est pas raccordé aux trois routes id 32527208, 32478679, et 32478682.
 Pour qu'un logiciel nav' trouve son chemin, il faudrait les raccorder
 au rond-point.
Merci pour cette remarque importante. Je n'avais pas remarqué ça et il 
faut absolument que je corrige ça.


-- 
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Guerre d'édition ?

[Adrien Caillot]

Charlie Echo wrote:
 Le chemin Primary (32527208) me semble ok : on voit des angles, mais ça ne me 
 gêne pas, car c'est assez léger.
 Le chemin Secondary (32478701) semble sur-défini. C'est même contre-productif 
 ici :

 http://beta.letuffe.org/?zoom=17lat=47.32219lon=6.11809layers=B0FFF
 où l'on voit un petit saut de la route.
   

Oui, j'avais vu ce petit saut et je l'avais corrigé quelques minutes 
avant ton message. :-)
J'avais déjà remarqué que l'inconvénient de ma technique était de faire 
des petits sauts de ce genre et j'en avais déjà corrigé plusieurs.

 Gardons en tête que la précision des GPS n'est que d'une dizaine de mètres, 
 donc il est peu utile de tracer des choses plus fines. Qui plus est, quel que 
 soit le nombre de points, il y a un moment où le zoom mettra en évidence 
 qu'une courbe est en fait une suite de segments droits, et affichera des 
 angles.

OK.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Guerre d'édition ?

[Adrien Caillot]

Bonsoir,

Je commence depuis très peu de temps à contribuer à OSM et j'aime
beaucoup cela. :-)

Mais je rencontre un souci :

Une route avait été tracée, de façon incomplète (elle n'allait pas
jusqu'au bout), imprécise (parfois plusieurs dizaines de mètres de la
réalité) et moche (des lignes droites et des angles) par un autre
contributeur.

Disposant moi-même d'une trace GPS précise de cette route, je l'ai
supprimée et refaite. J'ai mis beaucoup de nœuds, ce qui donnait
visuellement un tracé très joli (belles courbes) et très précis. J'y ai
passé du temps !

Ce soir, je me connecte et je constate que l'ancien contributeur a
remodifié ma route pour enlever beaucoup de nœuds, ce qui lui a redonné
un aspect moins harmonieux. J'ai comparé avec ma trace GPS et je
constate que la route a quand même gardé une forme générale plus proche
de celle que je lui avais donnée que de celle qu'il avait tracée à
l'origine (ouf !), mais je suis quand même très déçu de voir que tout le
temps que j'ai passé à faire un beau tracé n'a servi à rien...

Alors tout d'abord, j'aimerais savoir :
- Qui a raison ? Lui ou moi ? Faut-il privilégier un beau rendu ou ne
pas faire trop de points pour ne pas alourdir la base ? J'aurais
tendance à vouloir faire une carte la plus belle possible et à
considérer que les moyens techniques doivent suivre, mais peut-être
ai-je tort ?
- Dans le cas où j'aurais raison, y a-t-il un moyen de se protéger de ce
genre d'interventions, ou de voir l'historique d'une route et de revenir
en arrière ? De telles fonctions existent sur Wikipédia si je ne m'abuse
(protection contre les guerres d'édition, et historique).

Pour la première question, je suppose que je ne suis pas le premier à
poser la question, et si la réponse tient en un lien, ça me convient
très bien. Mais je n'ai rien trouvé (peut-être mal cherché ?).

Merci.

-- 
Adrien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr