Re: [OSM-talk-fr] les parties des camping ou d'une aire caravane

[marc marc]

Merci à tous ceux qui y ont participé,
en un temps record le nettoyage a été fait en France
et même le taginfo mondial a une bien meilleur allure.

étape suivante, trouver les parcelle hors d'un site
Mais ma requête ne va pas, exemple
https://overpass-turbo.eu/s/JMB
dans la zone de la carte, cela devrait ne rien retourner
vu que toutes les parcelles sont à moins de 100m du site

quelqu'un a une idée de l'erreur ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Josm traduction du wiki : WikiStart

[marc marc]

Le 08.06.19 à 18:47, lenny.libre a écrit :
> version recommandée, comme si on pouvait 
> choisir la version de josm.jnlp

tu peux choisir entre la dernière version stable ou la dernière version 
en développement.

> c'est plutôt l'usage/utilisation de josm.jnlp qui est recommandé

ta modification a du sens et la traduction est correcte.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Henri Verdier « J'ai dit aux administrations : posez-vous sur OpenStreetMap. Aidez-les, mettez-y vos données »

[marc marc]

Le 08.06.19 à 16:53, François Lacombe a écrit :
> Des données municipales 
> ne seront probablement jamais mises à la disposition du public

quelle genre de donnée et pourquoi ?
je pensais qu'on était enfin arrivé à un "par défaut ouvert"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Géocodage inverse d'un csv avec https://adresse.data.gouv.fr/api

[Johnparis]

Tu as raison. Je vais demander un changement.

On Sat, Jun 8, 2019, 22:15 marc marc  wrote:

> Le 08.06.19 à 10:00, Johnparis a écrit :
> > quelle est l'erreur de documentation ?
>
> je pensais aux 7 exemples avec &
> Si tu fais un copier/coller, cela ne va pas.
> il faut une simple/double quotte autour de ce genre d'url
> ___
> 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] Géocodage inverse d'un csv avec https://adresse.data.gouv.fr/api

[marc marc]

Le 08.06.19 à 10:00, Johnparis a écrit :
> quelle est l'erreur de documentation ?

je pensais aux 7 exemples avec &
Si tu fais un copier/coller, cela ne va pas.
il faut une simple/double quotte autour de ce genre d'url
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pac man

[marc marc]

Le 08.06.19 à 17:31, Yves P. a écrit :
> Est-ce que vous en connaissez d'autres, notamment en France ?

environ 38
https://taginfo.openstreetmap.fr/tags/?key=irrigation&value=pivot
tous semble venir du même contributeur
https://overpass-turbo.eu/s/JMz
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Géocodage inverse d'un csv avec https://adresse.data.gouv.fr/api

[Johnparis]

J'ai fait le Pull Request.

On Sat, Jun 8, 2019 at 6:38 PM Johnparis  wrote:

> Je ne pense pas que l'on peut lire les données d'un URL, alors le deuxième
> format est incorrect.
>
> Essayez-le :
>
> curl "http://URL/of/online/file.csv"; | curl -X POST -F data=@-
> https://api-adresse.data.gouv.fr/reverse/csv/
>
> par exemple, ça marche :
>
> curl "
> https://overpass-api.de/api/interpreter?data=%5Bout%3Acsv%28%3A%3Alat%2C%3A%3Alon%2Cname%29%5D%5Btimeout%3A25%5D%3B%0Aarea%283600051856%29-%3E.searchArea%3B%0A%28%0A%20%20node%5B%22school%3AFR%22%3D%22maternelle%22%5D%28area.searchArea%29%3B%0A%20%20way%5B%22school%3AFR%22%3D%22maternelle%22%5D%28area.searchArea%29%3B%0A%20%20%29%3B%0Aout%20geom%3B";
> |sed '1 s/@//g'|curl -X POST -F data=@-
> https://api-adresse.data.gouv.fr/reverse/csv/ >output.csv
>
> Notes :
>
> 1) le URL derive de https://overpass-turbo.eu/s/JKu ... cliquez sur
> "Export" puis "raw data directly from Overpass API
> "
> pour obtenir le bon URL
> 2) le "sed '1 s/@//g' change @lat->lat et @lon->lon
> 3) le "data=@-" est le syntaxe pour utiliser stdin -- arrobase et tiret
> 4) le ">output.csv" met les resultats dans ce fichier
>
> Cordialement,
>
> John
>
>
>
>
> On Sat, Jun 8, 2019 at 5:01 PM Yves P.  wrote:
>
>>
>> pour information, c'est curl qui exige l'arrobase pour indiquer un
>>> fichier, pas les données eux-meme.
>>>
>>
>> *"If you start the data with the letter @, the rest should be a file name
>> to read the data from, or - if you want curl to read the data from stdin."*
>> (Source: doc )
>>
>> Marc, je peux faire le Pull Request, mais quelle est l'erreur de
>>> documentation ? Il déjà précise l'utilisation de "lat" et "lon", et
>>> l'arrobase.
>>> Peut-etre mieux s'ils donnent un exemple ?
>>>
>>
>> On pourrait mettre en ligne un exemple avec un fichier... en ligne 😉
>> curl -X POST -F data=@path/to/local/file.csv
>> https://api-adresse.data.gouv.fr/reverse/csv/
>> curl -X POST -F data=URL/to/on-line/file.csv
>> https://api-adresse.data.gouv.fr/reverse/csv/
>>
>> Avec bien sûr, pour le second exemple un lien sur un fichier CSV valide
>> (en ligne sur le site https://adresse.data.gouv.fr/api)
>>
>> __
>> Yves
>>
>>
>> ___
>> 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] Pac man

[Rpnpif]

Le  8 juin 2019, Yves P. a écrit :

> Bonjour,
> 
> Une curiosité sur laquelle je suis tombé en cartographiant un gazoduc
> (merci Fanfoué 😉)
> 
> https://www.openstreetmap.org/#map=15/46.3674/3.3656
> 
> Au zoom 15, elle n'est visible que sur la couche Humanitaire.
> On devine son contour aux zoom >= 16
> 
> Il y en a un peu plus ici :
> https://www.openstreetmap.org/#map=14/46.4648/3.3273&layers=H
> 
> Article wikipedia
> 
> 
> Pour le moment en Europe, Il n'y a que celles que j'ai commises. Est-ce que
> vous en connaissez d'autres, notamment en France ?

Bonsoir,

Oh oui j'en connais d'autres (non renseignés sur OSM mais c'est une
bonne idée).
En fait il y en a dans la plupart des zones agricoles malheureusement,
dont dans l'Ouest de la France.

Malheureusement parce ce n'est pas bon pour la ressource en eau (trop
d'évaporation, gaspillage, pompage d'eau potable parfois, salinisation
de la terre à la longue la rendant stérile, etc.).

Par contre le motif circulaire est rarement visible par ici parce
qu'on cultive toute la parcelle polygonique et on n'arrose qu'une
partie.

J'essaierai d'en relever sur OSM.

Bon congé.
-- 
Alain Rpnpif

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

Re: [OSM-talk-fr] Josm traduction du wiki : WikiStart

[lenny.libre]

Merci, Vincent et Marc, je sens un peu mieux la nuance, je vais modifier 
un peu le commentaire puis mettre à jour la page  : Téléchargement qui 
explique en détail


Pour Wikistart, Je vais donc me rapprocher de la page anglaise, mais ce 
qui me gêne aussi c'est de dire version recommandée, comme si on pouvait 
choisir la version de josm.jnlp, il me semble que c'est plutôt 
l'usage/utilisation de josm.jnlp qui est recommandé


Au lieu de :
Lancer josm.jnlp (version 15155)
version recommandée, toutes plateformes, mise à jour automatique (​Web 
Start)


Afficher :
Lancer josm.jnlp (dernière version stable)
Utilisation recommandé, toutes les plateformes ; mise à jour automatique 
mensuelle (comment le lancer)

actuellement la dernière version stable de JOSM est 15155

Ce qui donnerait en anglais (traduction à valider car je suis incapable 
de dire si deepl à bien traduit...)


Au lieu de :
Start josm.jnlp (newest tested version)
recommended version, all platforms, monthly automatic update (how to start)

Afficher :
Start josm.jnlp (newest tested version)
recommended use, all platforms, monthly automatic update (how to start)
currently the newest tested version of JOSM is 15155



Le 05/06/2019 à 23:50, marc marc a écrit :

Vincent c'est la fatigue :)

je pense que la différence entre les 2 langues pour josm.jnlp
est involontaire. tu peux mettre
en anglais (newest tested version [[Version(tested)]])
en français (dernière version stable [[Version(tested)]])
OU
en anglais (newest tested version)
en français (dernière version stable)
ce qui aurait le mérite de bien montrer que c'est pas un no
de version fixé mais "tjs la dernière version stable"

comme ca cela redevient cohérent entre les 2 langues
ou autrement demain après le café de Vincent :)

Le 05.06.19 à 23:20, Vincent Privat a écrit :

Sans doute pour accentuer le fait que quand tu ouvres le jnlp, c'est
toujours la "dernière version" qui se lance, peu importe à quelle date
tu as enregistré ton jnlp.
Alors que si tu télécharges le jar, c'est une version fixe qui ne
bougera pas dans le temps.
Vincent

Le mer. 5 juin 2019 à 10:57, lenny.libre > a écrit :



 Le 04/06/2019 à 22:29, Vincent Privat a écrit :

 Yep, pas de numéro de version.
 Pour info le numéro de la version stable est ici:
 https://josm.openstreetmap.de/wiki/TestedVersion
 Tu peux l'inclure dans une page wiki avec la macro [[Version(tested)]]
 A+
 Vincent

 Marc m'a confirmé que "tested" correspondait à "stable".

 Quand je dis "15155" c'est ce qui est affiché, pas ce qui a été édité ;

 En fait, si je reformule mon problème : j'ai reproduit dans le
 tableau ci-dessous l'édition et l'affichage (actuel) des  deux
 pages, ce que je ne comprends pas c'est pourquoi dans la version
 anglaise on fait un cas particulier pour josm.jnlp en ne mettant pas
 la macro qui permettrait d'afficher le n° de version



/description/
 /programmes/   /
 /  /page originale anglaise/   /traduction française/
 josm.jnlp  édition (newest tested version) (version
 [[Version(tested)]])
 affichage  *(newest tested version) *  *(version 15155) *
 josm-tested.jarédition (version [[Version(tested)]])   (version
 [[Version(tested)]])
 affichage  *(version 15155) *  *(version 15155) *
 Installateur Windows   édition (version [[Version(windows)]])
 (version[[Version(windows)]])
 affichage  *(version 15155) *  *(version 15155) *
 Paquet Mac OS Xédition (version [[Version(macos)]] (version
 [[Version(macos)]]
 affichage  *(version 15155) *  *(version 15155) *

 quand je propose d'afficher par exemple "dernière version stable
 15155" en fait je met dans l'éditeur : (dernière version stable
 [[Version(tested)]]) et donc pour la version anglaise (newest tested
 version [[Version(tested)]])

 Leni


 Le mar. 4 juin 2019 à 16:26, marc marc mailto:marc_marc_...@hotmail.com>> a écrit :

 Le 04.06.19 à 16:21, lenny.libre a écrit :
 >
 > Le 04/06/2019 à 15:12, marc marc a écrit :
 >> Le 04.06.19 à 15:02, lenny.libre a écrit :
 >>> En ce qui concerne "josm.jnlp" alors que les deux pages
 pointent sur le
 >>> même fichier, la page anglaise indique "newest tested version"
 >>> alors que la française "version 15155" (version
 [[Version(tested)]])
 >> c'est "la dernière version testé" (ou faudrait-il dire
 "stable" ?)
 >> en ce moment c'est la 15155 mais à la prochaine maj ce
 serra une autre
 >> tout en restant "la dernière version testé"
 >
 > Donc bien que les deux pages n'utilise pas la même
 dénomination, elles
 > disent la même chose (ce qui me perturbait, c'est que la
 page anglaise
 > n'indiquait pas pour ce fichier le 

Re: [OSM-talk-fr] Géocodage inverse d'un csv avec https://adresse.data.gouv.fr/api

[Johnparis]

Je ne pense pas que l'on peut lire les données d'un URL, alors le deuxième
format est incorrect.

Essayez-le :

curl "http://URL/of/online/file.csv"; | curl -X POST -F data=@-
https://api-adresse.data.gouv.fr/reverse/csv/

par exemple, ça marche :

curl "
https://overpass-api.de/api/interpreter?data=%5Bout%3Acsv%28%3A%3Alat%2C%3A%3Alon%2Cname%29%5D%5Btimeout%3A25%5D%3B%0Aarea%283600051856%29-%3E.searchArea%3B%0A%28%0A%20%20node%5B%22school%3AFR%22%3D%22maternelle%22%5D%28area.searchArea%29%3B%0A%20%20way%5B%22school%3AFR%22%3D%22maternelle%22%5D%28area.searchArea%29%3B%0A%20%20%29%3B%0Aout%20geom%3B";
|sed '1 s/@//g'|curl -X POST -F data=@-
https://api-adresse.data.gouv.fr/reverse/csv/ >output.csv

Notes :

1) le URL derive de https://overpass-turbo.eu/s/JKu ... cliquez sur
"Export" puis "raw data directly from Overpass API
"
pour obtenir le bon URL
2) le "sed '1 s/@//g' change @lat->lat et @lon->lon
3) le "data=@-" est le syntaxe pour utiliser stdin -- arrobase et tiret
4) le ">output.csv" met les resultats dans ce fichier

Cordialement,

John




On Sat, Jun 8, 2019 at 5:01 PM Yves P.  wrote:

>
> pour information, c'est curl qui exige l'arrobase pour indiquer un
>> fichier, pas les données eux-meme.
>>
>
> *"If you start the data with the letter @, the rest should be a file name
> to read the data from, or - if you want curl to read the data from stdin."*
> (Source: doc )
>
> Marc, je peux faire le Pull Request, mais quelle est l'erreur de
>> documentation ? Il déjà précise l'utilisation de "lat" et "lon", et
>> l'arrobase.
>> Peut-etre mieux s'ils donnent un exemple ?
>>
>
> On pourrait mettre en ligne un exemple avec un fichier... en ligne 😉
> curl -X POST -F data=@path/to/local/file.csv
> https://api-adresse.data.gouv.fr/reverse/csv/
> curl -X POST -F data=URL/to/on-line/file.csv
> https://api-adresse.data.gouv.fr/reverse/csv/
>
> Avec bien sûr, pour le second exemple un lien sur un fichier CSV valide
> (en ligne sur le site https://adresse.data.gouv.fr/api)
>
> __
> Yves
>
>
> ___
> 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] Pac man

[Yves P.]

Bonjour,

Une curiosité sur laquelle je suis tombé en cartographiant un gazoduc
(merci Fanfoué 😉)

https://www.openstreetmap.org/#map=15/46.3674/3.3656

Au zoom 15, elle n'est visible que sur la couche Humanitaire.
On devine son contour aux zoom >= 16

Il y en a un peu plus ici :
https://www.openstreetmap.org/#map=14/46.4648/3.3273&layers=H

Article wikipedia


Pour le moment en Europe, Il n'y a que celles que j'ai commises. Est-ce que
vous en connaissez d'autres, notamment en France ?

Bonne fin de semaine,

__
Yves

PS: Il y a en d'autres très jolies sur l'orthopho :

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

Re: [OSM-talk-fr] Géocodage inverse d'un csv avec https://adresse.data.gouv.fr/api

[Yves P.]

> pour information, c'est curl qui exige l'arrobase pour indiquer un
> fichier, pas les données eux-meme.
>

*"If you start the data with the letter @, the rest should be a file name
to read the data from, or - if you want curl to read the data from stdin."*
(Source: doc )

Marc, je peux faire le Pull Request, mais quelle est l'erreur de
> documentation ? Il déjà précise l'utilisation de "lat" et "lon", et
> l'arrobase.
> Peut-etre mieux s'ils donnent un exemple ?
>

On pourrait mettre en ligne un exemple avec un fichier... en ligne 😉
curl -X POST -F data=@path/to/local/file.csv
https://api-adresse.data.gouv.fr/reverse/csv/
curl -X POST -F data=URL/to/on-line/file.csv
https://api-adresse.data.gouv.fr/reverse/csv/

Avec bien sûr, pour le second exemple un lien sur un fichier CSV valide (en
ligne sur le site https://adresse.data.gouv.fr/api)

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

Re: [OSM-talk-fr] Henri Verdier « J'ai dit aux administrations : posez-vous sur OpenStreetMap. Aidez-les, mettez-y vos données »

[François Lacombe]

Merci Jean-Christophe d'avoir relayé ces si belles paroles qui font plaisir

Le sam. 8 juin 2019 à 16:37, Yves P.  a écrit :

> A-t-il été entendu depuis 2015 ?
>

Par la force des choses, un peu, sur le plan de l'affichage de cartes
routières sur des sites institutionnels suite au changement tarifaire de
Google.
En revanche sur le rapport à la donnée dans un sens plus large, pas encore.
Ce ne sera le cas que quand il n'y aura plus de silos dans l'administration
(et par extension toute structure concernée par la République Numérique)
Exemple : mercredi je vais assister aux démos de DataCity, défis organisés
par la mairie de Paris pour répondre à des problèmes plutôt concrets.
Des données municipales et partenaires privés sont mis à disposition des
concurrents des défis. Elles ne seront probablement jamais mises à la
disposition du public, malgré un contexte réglementaire plus que favorable.
C'est en contradiction avec ce que dit Henri.

Etalab prépare un serveur des tuiles vectorielles OpenStreetMap
>> https://ml.apitux.net/pipermail/dessinetaville/2018-June/000395.html
>
> Les données ne semblent pas à jour.
> C'est marrant, Genève apparaît sur cette carte franco-française, comme les
> DOM-TOM. Est-ce un nouveau territoire français ? 😁
>
C'est aussi une bonne nouvelle
Pas à jour d'hier mais pas outdatées non plus, j'y retrouve des edits faits
il y a 3 semaines (mais pas après)
Le découpage des frontières doit encore devoir être améliorer

Bonne après-midi

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

Re: [OSM-talk-fr] Henri Verdier « J'ai dit aux administrations : posez-vous sur OpenStreetMap. Aidez-les, mettez-y vos données »

[Yves P.]

Bonjour,

  « Quand j'étais DINSIC, j'ai dit aux administrations : ne posez plus
> vos services sur Google Maps, posez-vous sur OpenStreetMap »
>
A-t-il été entendu depuis 2015 ?

Etalab prépare un serveur des tuiles vectorielles OpenStreetMap
> https://ml.apitux.net/pipermail/dessinetaville/2018-June/000395.html

Les données ne semblent pas à jour.
C'est marrant, Genève apparaît sur cette carte franco-française, comme les
DOM-TOM. Est-ce un nouveau territoire français ? 😁

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

[OSM-talk-fr] Références nationales : RNA

[deuzeffe]

Hello,

C'est moi ou sur 
https://wiki.openstreetmap.org/wiki/WikiProject_France/Liste_des_r%C3%A9f%C3%A9rences_nationales 
il manque le Répertoire National des Associations (RNA) ?


En OD ici : 
https://www.data.gouv.fr/fr/datasets/repertoire-national-des-associations/ 
(avec le N° RNA attribué depuis 2009 pour certaines).


(il y en a un petit bout qui date ici : http://data.cquest.org/geo_rna/ )

Ça vaut pe le coup de le rajouter dans la listes des ref (ref:FR:RNA=* 
par exemple).


Vos avis (avant que j'aille tripatouiller le tableau du wiki) ?

--
deuzeffe, celle kidikifé



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

Re: [OSM-talk-fr] Géocodage inverse d'un csv avec https://adresse.data.gouv.fr/api

[Johnparis]

Merci, Christian.

Marc, je peux faire le Pull Request, mais quelle est l'erreur de
documentation ? Il déjà précise l'utilisation de "lat" et "lon", et
l'arrobase.

Peut-etre mieux s'ils donnent un exemple ?

John



On Sat, Jun 8, 2019 at 9:40 AM Christian Quest 
wrote:

> Ou la corriger avec une PR:
> https://github.com/etalab/adresse.data.gouv.fr/blob/master/pages/api.js#L155
>
> Le ven. 7 juin 2019 à 22:44, marc marc  a
> écrit :
>
>> si quelqu'un est motivé pour leur transmettre leurs erreurs de doc :)
>>
>>
>> Le 07.06.19 à 22:06, Johnparis a écrit :
>> > pour information, c'est curl qui exige l'arrobase pour indiquer un
>> > fichier, pas les données eux-meme.
>>
>
> --
> 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

[OSM-talk-fr] Henri Verdier « J'ai dit aux administrations : posez-vous sur OpenStreetMap. Aidez-les, mettez-y vos données »

[Jean-Christophe Becquet]

Bonjour,

Henri Verdier sur Sénat Direct :

 « Quand j'étais DINSIC, j'ai dit aux administrations : ne posez plus
vos services sur Google Maps, posez-vous sur OpenStreetMap.
OpenStreetMap c'est un Wikipédia de la carte. Et d'ailleurs, aidez-les,
mettez-y vos données, pourquoi pas fournissez leur un serveur pour faire
un hébergement local. Améliorez... »

 « Je pense qu'avec une compréhension du libre et des communs, on peut
absolument créer des points d'indépendance. Et vous disiez comment
s'assurer que ça soit pérenne ? Peut-être que justement, parce que je
n'ai pas dis que l'État devait le faire lui même mais il peut au moins
veiller à la sécurité des communs, juridique, technique voire financière »


Henri Verdier, ambassadeur pour le numérique, ancien directeur
interministériel du numérique et du système d’information et de
communication de l’État (DINSIC)
https://fr.wikipedia.org/wiki/Henri_Verdier

Source Sénat Direct :
http://videos.senat.fr/senat/2019/06/encoder6_20190604134314.mp3

Via
https://twitter.com/lmagreault/status/1136237756001206273


Voir aussi sur Dessinetaville :

L'open data est-il soluble dans la "big society" ? Henri Verdier répond
à L’Open data est-il un leurre politique ?
https://ml.apitux.net/pipermail/dessinetaville/2014-September/000114.html

Henri Verdier sur Wikipedia, OpenStreetMap, l'opendata et le logiciel libre
https://ml.apitux.net/pipermail/dessinetaville/2018-May/000390.html

Etalab prépare un serveur des tuiles vectorielles OpenStreetMap
https://ml.apitux.net/pipermail/dessinetaville/2018-June/000395.html

Bon week-end

JCB
-- 
Tribune « Logiciel libre : il faut mettre la technologie au service des
villes et des citoyens »
https://www.april.org/logiciel-libre-il-faut-mettre-la-technologie-au-service-des-villes-et-des-citoyens

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===


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

Re: [OSM-talk-fr] Géocodage inverse d'un csv avec https://adresse.data.gouv.fr/api

[Christian Quest]

Ou la corriger avec une PR:
https://github.com/etalab/adresse.data.gouv.fr/blob/master/pages/api.js#L155

Le ven. 7 juin 2019 à 22:44, marc marc  a écrit :

> si quelqu'un est motivé pour leur transmettre leurs erreurs de doc :)
>
>
> Le 07.06.19 à 22:06, Johnparis a écrit :
> > pour information, c'est curl qui exige l'arrobase pour indiquer un
> > fichier, pas les données eux-meme.
>

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