Re: [OSM-talk-fr] Commune (“admin_level”=“8”) sans attribut “postal_code”

[Philippe Verdy]

Il n'est pas forcément nécessaire de créer une relation si c'et une commune
nouvelle dont les communes déléguées ont chacune un code postal clair.
Certaines grosses communes ont de toute façon plusieurs codes postaux
(indépendemmant des Cedex ou autres codes spéciaux, mais là c'est tagué
élément par élément et jamais selon une logique géographique car ils ne
divisent pas les secteurs postaux mais sont pour certains types de courier
et non selon l'identité du destinataire) selon le secteur géographique
(arrondissements à Paris, ou quartiers ailleurs, mais pas forcément les
mêmes que les quartiers administratifs)

Le mar. 28 janv. 2020 à 18:59,  a écrit :

> Plus propre : une relation pour chaque CP.
>
> Et pas de CP pour la commune, éventuellement une note expliquant le
> pourquoi.
>
> Et indiquer un faux positif si besoin dans Osmose.
>
> Jean-Yvon
>
> Le 28/01/2020 à 18:43, marc marc - marc_marc_...@hotmail.com a écrit :
> > Le 28.01.20 à 18:03, Jacques Lavignotte a écrit :
> >> j'ai un doute sur la validité de « postal_code=86130;86490 »
> > non ce ne serrait pas juste (les addr de la commune n'ont pas chacun 2
> CP)
> > une piste de solution est de mettre le CP le + courant sur la relation
> > de la commune et faire une 2ieme relation postal_code pour l'étendue de
> > l'autre CP
> > ___
> > 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Commune (“admin_level”=“8”) sans attribut “postal_code”

[Christian Quest]

Les CP ne suivent pas forcément une logique de découpage par zones 
polygonales... ce sont des tournées de distribution et elles peuvent se 
croiser.


postal_code=86130;86490 ne me choque pas ou bien il faudrait avoir dans 
les clés OSM un autre séparateur indiquant clairement un "ou" du type 
86130|86490



Le 28/01/2020 à 18:58, osm.sanspourr...@spamgourmet.com a écrit :

Plus propre : une relation pour chaque CP.

Et pas de CP pour la commune, éventuellement une note expliquant le
pourquoi.

Et indiquer un faux positif si besoin dans Osmose.

Jean-Yvon


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Opportunité de promouvoir OSM : Démonstration T'dat'hack les 31/01 et 01/02

[François Lacombe]

Bonsoir Brice

L'événement est bien maintenu et aura lieu de vendredi midi à samedi midi
Malheureusement les équipes ont été constituées il y a 15 jours et les
accréditations déjà envoyées.

C'est dommage de ne pas avoir pu nous entendre avant la semaine dernière
pour que tu y participes.
Peux-tu te libérer vendredi à partir de 13h ou uniquement le soir ?

François

Le mar. 28 janv. 2020 à 22:14, Brice  a écrit :

> Le 18/12/2019 à 23:11, François Lacombe a écrit :
> > L'Association des Villes et Collectivités Câblées (AVICCA) organise sur
> deux jours, les 31/01 et 01/02, un hackathon un
> > peu particulier à La Paillasse à Paris à destination de ses membres.
> > http://www.avicca.org/actualite/tdathack-territoires-data-et-telecoms
> > http://www.avicca.org/content/tdathack
> (...)
> > Il n'est pas nécessaire d'être familier avec ce domaine de contribution
> pour venir assister les participants. La
> > connaissance et la culture autour d'OSM est ce qui est le plus recherché
> et nous avons ici une belle tribune il me semble.
>
> Bonsoir François,
>
> Cette manifestation est-elle bien maintenue ?
> Je pense pouvoir passer vendredi soir, est-ce le bon moment pour apporter
> un peu de savoir-faire concernant OSM ?
> D'autres contributeurs OSM seront-ils présents ?
>
> Brice Mallet aka Britzz
>
> ___
> 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] Opportunité de promouvoir OSM : Démonstration T'dat'hack les 31/01 et 01/02

[Brice]

Le 18/12/2019 à 23:11, François Lacombe a écrit :
L'Association des Villes et Collectivités Câblées (AVICCA) organise sur deux jours, les 31/01 et 01/02, un hackathon un 
peu particulier à La Paillasse à Paris à destination de ses membres.

http://www.avicca.org/actualite/tdathack-territoires-data-et-telecoms
http://www.avicca.org/content/tdathack

(...)
Il n'est pas nécessaire d'être familier avec ce domaine de contribution pour venir assister les participants. La 
connaissance et la culture autour d'OSM est ce qui est le plus recherché et nous avons ici une belle tribune il me semble.


Bonsoir François,

Cette manifestation est-elle bien maintenue ?
Je pense pouvoir passer vendredi soir, est-ce le bon moment pour apporter un 
peu de savoir-faire concernant OSM ?
D'autres contributeurs OSM seront-ils présents ?

Brice Mallet aka Britzz

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

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Cédric Frayssinet]

Bonjour Christian,

Voici mon test.

J'ai téléchargé le fichier en 28mn, soit environ 32 Mo/s derrière une
Freebox fibre et le logiciel Transmission 2.84.

J'ai pas pensé à utiliser l'outil  Freebox pour le téléchargement mais
si besoin, je peux mettre en partage sur ma freebox ; c'est une bonne idée.

Cédric

Le 28/01/2020 à 20:48, Christian Quest a écrit :
> J'ai remis au propre le torrent sur https://osm.cquest.org/torrents/
>
> Vous pouvez participer au test en téléchargeant ce fichier planet à
> l'aide du client BitTorrent de votre choix.
>
> Attention... il fait dans les 50Go, donc il faut de la place sur
> disque ;)
>
> J'ai 3 "seed" actifs:
>
> - 1 depuis ma freebox (avec le bittorrent intégré à celle-ci),
> connecté par fibre
>
> - 1 depuis ma "Tour Nord", connectée sur une autre fibre (OVH)
>
> - 1 depuis une dédibox
>
> Donc théoriquement il y a dans les 2Gbps de bande passante cumulée ;)
>
>
> Si vous pouvez notez le temps de transfert complet et/ou le débit
> moyen ça serait super cool pour se faire une idée de l'efficacité pour
> proposer ce type de distribution dans l'avenir. Indiquez aussi votre
> type de connexion internet et éventuellement le client bittorrent
> utilisé.
>
> Merci d'avance !
>
>

-- 

Sur Mastodon : @bristow...@framapiaf.org 

Promouvoir et soutenir le logiciel libre 

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

Re: [OSM-talk-fr] Motorroad sur Trunk en France

[Florimond Berthoux]

Non, c'est juste décorréler route automobile (motorroad=yes) et "voie
express" (trunk).
Utiliser trunk si c'est une voie express.
Utiliser motorroad=yes s'il y a le panneau.

Le lun. 27 janv. 2020 à 15:32, Philippe Verdy  a écrit :

> ça voudrait dire que nos rocades urbaines resteraient "trunk" (bretelles
> d'accès courtes et nombreuses, et pas forcément limité uniquement aux
> véhicules motorisés, restriction de vitesse, trafic dense, pas d'aires de
> repos, juste des petites aires de service, quelques accès privés...) et que
> les grandes voies pour automobiles passeraient en motorroad (e.x. la
> 4-voies Rennes - Saint-Malo hors agglos urbaines)
>
> Le lun. 27 janv. 2020 à 13:17, Julien djakk 
> a écrit :
>
>> Oui l’idéal serait de faire comme Angleterre où le trunk est une
>> super-primary ( grandes routes ou grandes artères urbaines)
>>
>> Julien “djakk”
>>
>>
>> Le dim. 26 janv. 2020 à 23:16, Florimond Berthoux <
>> florimond.berth...@gmail.com> a écrit :
>>
>>> Merci, vu le manque de réponse c'est bien indéfini en France.
>>> Je me posais la question pour Cyclosm.org : la nouvelle version (fraîche
>>> de ce soir) considère par défaut cyclable les Trunk et non cyclable s'il y
>>> a motorroad=yes.
>>> C'est la position visiblement la plus universelle.
>>> Et ma position, un tag (highway) pour l'aspect et la hiérarchie dans le
>>> réseau routier et un tag pour le côté l'égal du panneau, comme ça on évite
>>> de mélanger les torchons et les serviettes et les moutons sont bien gardés.
>>> Je pense changer cette petite phrase du wiki.
>>>
>>> Le dim. 26 janv. 2020 à 20:54, Axel Listes  a écrit :
>>>
 Bonsoir,

 Le 25/01/2020 à 21:12, Florimond Berthoux a écrit :
 > Je suis tombé sur une phrase qui m'a étonné sur la page de la clé
 motorroad
 > du wiki
 > «France
 > This tag is not required, just use highway=trunk. »
 > https://wiki.openstreetmap.org/wiki/Key:motorroad?uselang=fr#France
 >
 > Et effectivement pas de traduction en français de la page, et sur la
 page
 > française de Trunk l'explication du tag est resté en anglais.
 >
 > Cette phrase me parait assez fausse parce qu'en France une motorroad
 ça a
 > un panneau voir
 > https://fr.wikipedia.org/wiki/Route_pour_automobiles#En_France
 > Le tag est très utilisé dans le pays des Trunk (Bretagne) et ailleurs.
 > Et pour ce qui me concerne j'ai l'exemple d'une voie rapide dont un
 premier
 > tronçon est cyclable puis un panneau "route pour automobile" après la
 > premier sortie, où le tag motorroad est fort utile.
 >
 > Alors, je corrige la page ?

 J'avais déjà lancé le sujet en 2014, au final il n'y a jamais eu de
 consensus.

 http://gis.19327.n8.nabble.com/highway-trunk-en-France-td5821793.html

 Si tu arrives à faire bouger les lignes, merci d'avance !

 Axel.

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

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


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

Re: [OSM-talk-fr] Avec quoi taguer une résidence pour étudiants ?

[Brice]

Le 26/01/2020 à 19:16, Donat ROBAUX a écrit :

Personnellement je les taggue comme des foyers-logements pour personnes
âgées (/assisted_living/, car il y a des services), indépendamment de savoir
si c'est public ou privé. Voir:  https://www.openstreetmap.org/way/674207398



Merci Donat,
je prends "assisted_living" puisque "like group_home, but the looked after are more 
independent"

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

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Christian Quest]

J'ai remis au propre le torrent sur https://osm.cquest.org/torrents/

Vous pouvez participer au test en téléchargeant ce fichier planet à 
l'aide du client BitTorrent de votre choix.


Attention... il fait dans les 50Go, donc il faut de la place sur disque ;)

J'ai 3 "seed" actifs:

- 1 depuis ma freebox (avec le bittorrent intégré à celle-ci), connecté 
par fibre


- 1 depuis ma "Tour Nord", connectée sur une autre fibre (OVH)

- 1 depuis une dédibox

Donc théoriquement il y a dans les 2Gbps de bande passante cumulée ;)


Si vous pouvez notez le temps de transfert complet et/ou le débit moyen 
ça serait super cool pour se faire une idée de l'efficacité pour 
proposer ce type de distribution dans l'avenir. Indiquez aussi votre 
type de connexion internet et éventuellement le client bittorrent utilisé.


Merci d'avance !


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Commune (“admin_level”=“8”) sans attribut “postal_code”

[osm . sanspourriel]

Plus propre : une relation pour chaque CP.

Et pas de CP pour la commune, éventuellement une note expliquant le
pourquoi.

Et indiquer un faux positif si besoin dans Osmose.

Jean-Yvon

Le 28/01/2020 à 18:43, marc marc - marc_marc_...@hotmail.com a écrit :

Le 28.01.20 à 18:03, Jacques Lavignotte a écrit :

j'ai un doute sur la validité de « postal_code=86130;86490 »

non ce ne serrait pas juste (les addr de la commune n'ont pas chacun 2 CP)
une piste de solution est de mettre le CP le + courant sur la relation
de la commune et faire une 2ieme relation postal_code pour l'étendue de
l'autre CP
___
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] Commune (“admin_level”=“8”) sans attribut “postal_code”

[marc marc]

Le 28.01.20 à 18:03, Jacques Lavignotte a écrit :
> j'ai un doute sur la validité de « postal_code=86130;86490 »

non ce ne serrait pas juste (les addr de la commune n'ont pas chacun 2 CP)
une piste de solution est de mettre le CP le + courant sur la relation
de la commune et faire une 2ieme relation postal_code pour l'étendue de
l'autre CP
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Commune (“admin_level”=“8”) sans attribut “postal_code”

[Jacques Lavignotte]

Bonjour,

j'ai un doute sur la validité de « postal_code=86130;86490 »

Osmose donne : Commune (“admin_level”=“8”) sans attribut “postal_code”

pour la relation 6838534


admin_level=8
admin_type:FR=commune nouvelle
alt_name=Beaumont-Saint-Cyr
boundary=administrative
name=Beaumont Saint-Cyr
population=3035
postal_code=86130;86490

Ca fait deux-trois fois que j'essaye des trucs sans grand succès.

J'en ai d'autres dans le même cas.


Merci de votre aide

Jacques

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] Talk sur lecteur de news: news.gmane.org devient news.gmane.io

[Jacques Lavignotte]

Le 28/01/2020 à 10:13, FR via Talk-fr a écrit :
il n’y a pas mieux qu’un lecteur de news pour suivre une liste de 
discussion.


Hum

Lecteur de news : NNTP ou NNRP
Liste discussion : IMAP/POP/ SMTP

Ce qui importe c'est que ça « threade » correctement.

Mes 2 cents

J.

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] Ajout de NRO : blocage d'un contributeur à envisager ?

[Philippe Verdy]

Une gendarmerie ça déménage aussi, c'était peut-être plus prêt avant, mais
trop vétuste ou trop petit)

Le dim. 26 janv. 2020 à 22:57, deuzeffe  a écrit :

> Le 26/01/2020 à 22:27, François Lacombe a écrit :
> >
> > Le dim. 26 janv. 2020 à 22:19, deuzeffe  > > a écrit :
> >
> >
> > Cépabien ^^
> > (dit celle qui ne taggue pas les name pour les points de
> distribution -
> > j'ai bon ? - en building pour ne pas qu'ils soient rendus :P)
> >
> >
> > Les sous-répartiteurs cuivre et certaines armoires fibre peuvent aussi
> > avoir des noms d'usage.
> >
> > Pour que tout le monde comprenne, on ne tague pas en building lorsque
> > c'est une armoire parce que man_made=street_cabinet et building=* sont
> > strictement incompatibles.
>
> Vivi. J'avions bien compris, pas de souci*.
>
> Mais le champ name= d'un "transfo." sur pole ou un street_cabinet ne
> sont pas rendus, alors que sur un building, oui. Et franchement, c'est
> très très bizarre à voir (genre le transfo. "Gendarmerie" à plus de 500m
> de la dite gendarmerie :/) Je suppose que tout champ name= est rendu par
> défaut ?
>
> * : je t'en ai rajouté deux nouveaux en building nés fin 2019 ^^
> --
> deuzeffe
>
> ___
> 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] Talk sur lecteur de news: news.gmane.org devient news.gmane.io

[FR via Talk-fr]

Bonjour

Le 21/01/2020 à 16:00, marc marc a écrit :

Mais avec ma casquette ad-hoc, je pense que côté osm-fr, il nous reste
d'abord à mettre en place l'anti-spam en entrée (et p'tre même sortie)
avant de s'interconnecter +.

Se pose aussi la question (sans avoir analysé la chose) de la modération
(qui est courante, principalement justement pour virer les spams) qu'il
faudrait éviter à devoir faire plusieurs fois.


Je comprend bien que ce ne soit pas une priorité, et merci, au passage, 
pour ton investissement, mais bon je pense vraiment qu’il n’y a pas 
mieux qu’un lecteur de news pour suivre une liste de discussion. M’enfin 
peut-être que je fais partie des rares dinosaures inconditionnel·le·s de 
cet outil... depuis plus de 20 ans ;-)



ça évite de télécharger les mails sur le disque dur.

cela a beaucoup d'avantage mais pas celui là :
ton client "news" télécharge de toute façon ton message et en garde
généralement une copie sur ton disque dur pour éviter de le télécharger
à chaque fois que tu le sélectionnes.


Oui j’ai utilisé une image approximative : je pensais aux personnes qui 
s’inquiètent de voir leur boîte aux lettre submergée par la quantité de 
messages produites par certaines listes de discussion. Avec un lecteur 
de news on a un espace dédié qu'on peut gérer indépendamment du flot de 
mails et autres spams. Tu me diras que dans le client mail on peut 
toujours créer des filtres. Mais ce n’est qu’un compromis (que j’utilise 
pour la liste transports par ex. puisqu'elle est en .fr).


Cordialement
Françoise


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

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Christian Quest]

Le 26/01/2020 à 21:29, marc marc a écrit :

Le 26.01.20 à 15:27, Thomas Gratier a écrit :

La version courte: l'ensemble de la communauté en récupérant des planet
complets finit par saturer la bande passante

question courte (de la discussion qui a lieu aussi sur la ml dev) :
pq 100 personnes ont besoin chaque semaine de télécharger le planet ?
je crois que certains ignorent ou trouvent trop compliqué la maj
cela implique de mieux informer et/ou rendre la maj + facile.



Je suis aussi étonné d'un besoin de téléchargement régulier du planet.

Il y a peut être une forme de paresse (plus simple) mais aussi une façon 
de se rassurer sur le "j'ai une copie identique" vis à vis d'une copie 
mise à jour avec les problèmes qui peuvent intervenir sur les mises à jour.




OpenStreetMap France pourrait créer un miroir et/ou une version torrent?

l'ironie c'est que pour le moment, faire un miroir doit se faire
par téléchargement d'un planet toute les semaine.
le planet osm.org lui meme n'est pas produit avec les diff.
après rien n'interdit de produire un planet non mirroir de l'original.
cela dépend de la réponse à la question précédente.



On peut effectivement le faire, mais on tombera dans la garantie d'avoir 
quelque chose d'identique.






Un/des avis?

une piste est de comprendre le besoin (voir point 1)
une piste est la création d'un planet non miroir (voir point précédent)
une piste est la création d'un miroir à la volée : pas de dl automatique
entre osm.org et osm.fr chaque semaine mais si qlq clique sur le lien
osm.fr, cela télécharger le dernier planet osm.org et le met à
disposition pendant une semaine (puisqu'après il est "périmé")
ainsi si 2 personnes téléchargent le planet via osm.fr
il y a un gain, sans jamais provoquer de trafic inutile.
la piste d'un miroir osm.org me semble venir après même si perso je
serrai pour, surtout si geolimité pour favoriser l'efficacité (car il y
a deja un outil qui télécharge sur tous les miroirs en meme temps,
c'est très con de télécharger sur un miroir loin quand on en a un proche)


Un miroir "à la volé" ne présente de l'intérêt que si il est peu 
utilisé, si il n'est régulièrement, autant mettre à dispo dès que 
possible un fichier, pour favoriser l'usage du miroir (et simplifier son 
fonctionnement).



Le 26.01.20 à 20:09, Christian Quest a écrit :
> Je viens de regénérer des torrents pour le fichier planet pbf:
> http://osm.cquest.org/torrents/

créer autant de torrent mono-seed initial que de personne ayant l'idée
d'héberger un planet en réduit l'intérêt. surtout combiné à la non
priorisation des sources proches.
c'est p'tre cela qui explique la non utilisation, faudrait au moins
avoir le lien depuis la page osm.fr en attend plus communautaire.

ton planet vient d'osm.org ou c'est une génération locale ?

Il vient d'un miroir, et je l'avais déjà sur disque car j'ai importé une 
base monde cette semaine sur ma tour nord ;)


On peut même créer des torrents "hybrides" qui peuvent utiliser des 
sources HTTP en seed... ce qui combine le téléchargement direct depuis 
de multiples serveurs miroir et le p2p entre ceux qui téléchargent.


Ces torrents sont expérimentaux, histoire de tester et valider le 
fonctionnement. Après validation et automatisation de tout ça, il 
suffira de mettre ces petits fichiers sur planet.openstreetmap.org (et 
les miroirs) pour leur donner de la visibilité et qu'ils soient 
largement partagés et utilisés. On itère ;)


Pour le download par script, lftp est un wget/curl like qui intègre 
aussi le protocole BitTorrent. A tester aussi...


La diffusion par torrent se fait déjà par exemple pour ubuntu. Lors des 
sorties de releases semestrielles, le demande en download est énorme et 
les torrents sont une bonne alternative. J'avais aussi testé la 
diffusion des sorties de modèles de prévision de météo-france, qui eux 
sont non seulement volumineux mais mis à jour toutes les 6h. Tout sort 
des serveurs de MF à Toulouse et donc le lien est saturé... le p2p n'a 
jamais été envisagé (bien que proposé comme solution) vu que c'est une 
techno trop attachée au côté "piratage".


--
Christian Quest - OpenStreetMap France


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