Re: [OSM-talk-fr] adresses sur tronc d'arbres

[Francois Gouget]

On Wed, 2 Oct 2019, Baptiste Lemoine - Cipher Bliss via Talk-fr wrote:
[...]
> https://www.mapillary.com/map/im/YC4fb2LeIVSO5ufjuw66bA (désolé pour 
> la qualité, y'a des affichages agraphés sur le plan, c'est malin) et 
> voici a quoi ressemblent les marquages sur les arbres. on dirait 
> clairement des adresses, sauf qu'il n'y a aucune maison dans cette 
> foret, pas de boite postale non plus. donc pour le moment j'ai mis des 
> POI marquant une adresse avec juste un numéro, mais pas de nom de rue.

C'est juste le numéro des stations du parcours sportif pour le faire 
dans l'ordre (on voit que le parcours fait un huit).

Donc mettre un point fitness_station=xxx pour chaque station, et les 
joindre dans une relation type=route + route=fitness_trail.

https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dfitness_station
https://wiki.openstreetmap.org/wiki/FR:Tag:route%3Dfitness_trail

Les numéros iraient sur les points fitness_station. Le Wiki dit :

name=* a name for the fitness station
ref=* a reference number of the fitness station

Donc peut-être name="Station N" ou alors simplement ref=N.

-- 
Francois Gouget   http://fgouget.free.fr/
  Sufficently advanced incompetence is indistinguishable from malice.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] adresses sur tronc d'arbres

[Cyrille37 OSM]

Le 02/10/2019 à 17:30, osm.sanspourr...@spamgourmet.com a écrit :

Mais plutôt des repères propres au parcours.

ref= me semble correct, après il te reste à relier ces points 
dans un route=fitness_trail 
.



Super, ça semble bien ça.

Cyrille37.


Jean-Yvon

Le 02/10/2019 à 15:44, David Crochet - david.croc...@free.fr a écrit :

Bonjour

Ce sont soit des numéros de parcelles dont les arbres des coins 
desdites parcelles comportent ledit numéros, ou alors si cela se 
trouvent sur un prarcours, des points décamétrique comme ici : 
https://www.openstreetmap.org/node/2415885432


Cordialement



___
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] Moulinette pour convertir codes Insee en GPS > GPX ?

[Christian Quest]

On peut déjà, mais l'API est conçue pour une recherche full-text et là on a
un code INSEE de départ (qui n'est pas indexé), c'est donc le libellé
(approximatif car pas unique et inutile vu qu'on a le code INSEE non
équivoque) qui est utilisé pour la recherche.

De plus, pour moi, utiliser une API* pour résoudre ce type de problème est
quand même une aberration... il s'agit de faire un simple JOIN entre 2
fichiers, trucs que je ferai localement en ligne de commande avec csvjoin
de csvkit.

Il faut juste trouver le CSV qui contient la liste des communes avec leur
lat/lon (voire l'extraire éventuellement d'OSM**).

* Les API c'est bien, en abuser ça craint:
https://medium.com/@cq94/les-api-cest-bien-en-abuser-ca-craint-b5d1c92b32f2
** exemple: https://gist.github.com/cquest/476c7b1a3a88c0e3592690257f7e8647
via https://overpass-turbo.eu/s/MOT

Le jeu. 3 oct. 2019 à 06:46, Jérôme Seigneuret 
a écrit :

> Bonjour,
>
> @christian sur l'api adresse on peut aussi imaginer de définir le niveau
> exact où une limite à prévoir dans les types d'objets recherchés,
> output=voie, lieudit,ville,commune
>
> Jérôme
>
>
>
>
>
>
> Le mer. 2 oct. 2019 à 22:56, Christian Quest  a
> écrit :
>
>> api-adresse.data.gouv.fr est fait pour géocoder des adresses, pas des
>> noms de ville avec leur code INSEE, ça c'est le boulot de geo.api.gouv.fr
>>
>> Du coup, oui, 3190 moulins, ça peut être plein de choses...
>>
>>
>> Le mer. 2 oct. 2019 à 19:17, Shohreh  a écrit :
>>
>>> Samy Mezani wrote
>>> > L'API est faite pour automatiser tout ça :
>>> >
>>> > https://geo.api.gouv.fr/adresse (descendre à /search/csv/)
>>>
>>> Merci beaucoup.
>>>
>>> Si d'autres cherchent à faire la même chose :
>>> 1. (nécessaire?) Convertir les données entrée en UTF8
>>> 2. Downloader curl.exe dans le même répertoire
>>> 3. curl --insecure -o output.csv -X POST -F data=@input.csv -F
>>> citycode=NOMCOLONNECODEINSEE
>>> https://api-adresse.data.gouv.fr/search/csv/
>>>
>>> Bizarrement, il y a des villes que le serveur n'a pas réussi à géocoder
>>> (lat,lon vides):
>>>
>>> 3190Moulins
>>> 44090   La Marne
>>> 77083   Champs-sur-Marne
>>> 88212   Grand
>>> 92072   Sèvres
>>> 93039   L'Île-Saint-Denis
>>> 93066   Saint-Denis
>>>
>>>
>>>
>>> --
>>> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Moulinette pour convertir codes Insee en GPS > GPX ?

[Jérôme Seigneuret]

Bonjour,

@christian sur l'api adresse on peut aussi imaginer de définir le niveau
exact où une limite à prévoir dans les types d'objets recherchés,
output=voie, lieudit,ville,commune

Jérôme






Le mer. 2 oct. 2019 à 22:56, Christian Quest  a
écrit :

> api-adresse.data.gouv.fr est fait pour géocoder des adresses, pas des
> noms de ville avec leur code INSEE, ça c'est le boulot de geo.api.gouv.fr
>
> Du coup, oui, 3190 moulins, ça peut être plein de choses...
>
>
> Le mer. 2 oct. 2019 à 19:17, Shohreh  a écrit :
>
>> Samy Mezani wrote
>> > L'API est faite pour automatiser tout ça :
>> >
>> > https://geo.api.gouv.fr/adresse (descendre à /search/csv/)
>>
>> Merci beaucoup.
>>
>> Si d'autres cherchent à faire la même chose :
>> 1. (nécessaire?) Convertir les données entrée en UTF8
>> 2. Downloader curl.exe dans le même répertoire
>> 3. curl --insecure -o output.csv -X POST -F data=@input.csv -F
>> citycode=NOMCOLONNECODEINSEE https://api-adresse.data.gouv.fr/search/csv/
>>
>> Bizarrement, il y a des villes que le serveur n'a pas réussi à géocoder
>> (lat,lon vides):
>>
>> 3190Moulins
>> 44090   La Marne
>> 77083   Champs-sur-Marne
>> 88212   Grand
>> 92072   Sèvres
>> 93039   L'Île-Saint-Denis
>> 93066   Saint-Denis
>>
>>
>>
>> --
>> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Moulinette pour convertir codes Insee en GPS > GPX ?

[Christian Quest]

api-adresse.data.gouv.fr est fait pour géocoder des adresses, pas des noms
de ville avec leur code INSEE, ça c'est le boulot de geo.api.gouv.fr

Du coup, oui, 3190 moulins, ça peut être plein de choses...


Le mer. 2 oct. 2019 à 19:17, Shohreh  a écrit :

> Samy Mezani wrote
> > L'API est faite pour automatiser tout ça :
> >
> > https://geo.api.gouv.fr/adresse (descendre à /search/csv/)
>
> Merci beaucoup.
>
> Si d'autres cherchent à faire la même chose :
> 1. (nécessaire?) Convertir les données entrée en UTF8
> 2. Downloader curl.exe dans le même répertoire
> 3. curl --insecure -o output.csv -X POST -F data=@input.csv -F
> citycode=NOMCOLONNECODEINSEE https://api-adresse.data.gouv.fr/search/csv/
>
> Bizarrement, il y a des villes que le serveur n'a pas réussi à géocoder
> (lat,lon vides):
>
> 3190Moulins
> 44090   La Marne
> 77083   Champs-sur-Marne
> 88212   Grand
> 92072   Sèvres
> 93039   L'Île-Saint-Denis
> 93066   Saint-Denis
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Nouvelle API du géocodeur et communes nouvelles

[Christian Quest]

Le but de cette demo est surtout de trouver un lieu et de le montrer
ensuite sur la carte, la présentation de ce qui ressemble à une adresse est
très accessoire ;)
C'est le mix adresses + POI qui n'est pas évident, ainsi que la volumétrie
globale:
- 16.4 millions d'adresses BANO
- 4 millions de lieux-dits BANO
- 2.8 millions de POI OSM
- 68000 geonames

BANO n'est pas totalement à jour sur les fusions de communes, c'est pour
cela que ce n'est pas forcément bien raccord.

Pour les codes postaux infra-communaux, on peut les cartographier dans OSM
(boundary=postal_code si ma mémoire est bonne), les scripts de BANO en
tiennent compte. C'est utilisé par exemple sur 75016/75116 ou 94100/94210.

Pour les communes nouvelles, il faut peut être revoir quelques trucs...

Et puis... La Poste ? Elle nous casse les pieds, qu'elle continue comme ça
et le courrier se réduira encore plus vite vers le zéro.
Ses bases contiennent les anciens noms de commune et peuvent très bien y
distribuer le courrier si elle en a envie (ce qui est à se demander).


Le mer. 2 oct. 2019 à 12:12, Rpnpif  a écrit :

> Bonjour,
>
> Merci à Christian pour la nouvelle API de consultation du géocodeur de
> http://demo.addok.xyhz/.
>
> Elle est très agréable à utiliser.
>
> Je voudrais attirer l'attention sur un problème lié aux communes
> nouvelles (encore un).
>
> Quand on recherche un lieu sur http://demo.addok.xyhz/ (mais c'est
> pareil sur Nominatim), la présentation de l'adresse est incomplète.
>
> Exemple spécifique à la France :
> La Poste demande que les adresses soient présentées sous la forme :
> La Rousserie (lieu-dit)
> Le Louroux-Béconnais (ancienne commune)
> 49370 Val-d'Erdre-Auxence (nouvelle commune)
>
> Elle tolère si le lieu-dit est unique sur la nouvelle commune (pas
> d’ambiguïté) :
> La Rousserie (lieu-dit)
> 49370 Val-d'Erdre-Auxence (nouvelle commune)
>
> Mais http://demo.addok.xyhz/ présente ainsi :
> La Rousserie (lieu-dit)
> 49370 Le Louroux-Béconnais (ancienne commune)
> Il manque l'info de la nouvelle commune.
>
> Là où ça se complique, c'est quand la nouvelle commune a plusieurs codes
> postaux.
> Par exemple Erdre-en-Anjou comporte des communes avec le code 49220 et une
> avec 49370.
>
> Comme ces codes sont basés en général sur les anciennes communes, on peut
> se baser sur cela pour le mettre devant le nom de la nouvelle pour un lieu
> déterminé.
>
> Par contre, il y a des communes et de nombreuses villes où le code postal
> est zoné par quartier ou rue ou partie de rue.
> Dans ce dernier cas, ne serait-il pas possible de créer des aires
> spécifiques pour l'attribut de code postal comme on les cantons ou autres à
> parir des données fournis par la Poste ?
>
> En résumé c'était deux questions : la présentation de l'adresse et le
> zonage du code postal.
>
> --
> Alain Rpnpif
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Nouvelle API du géocodeur et communes nouvelles (code postal)

[osm . sanspourriel]

Le 02/10/2019 à 19:50, Rpnpif - rpn...@trob.eu a écrit :


Ah je ne connaissais pas boundary=postal_code. Merci beaucoup.

Donc ce serait bien de l'utiliser avec la commune nouvelle dans l'API
du géocodeur.


En général postal_code=xxx sur les admin de niveau 9 (les anciennes
communes) doit suffire.

Rien n'interdit à plusieurs communes de partager le même postal_code.

boundary=postal_code a sans doute des usages logiques en France, styles
secteurs ne correspondant pas à des limites administratives (y compris
regroupées) mais pas par chez moi. Quelques fois ça frise le ridicule
(un coin de ZI desservi par au moins deux facteurs : 40 rue des Lilas à
la fois à Chantepie et à Cesson-Sévigné).

Si on peut reposer sur des boundary=admin, ça évite de créer de
nouvelles relations trop faciles à casser (car peu utilisées).

Jean-Yvon

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

Re: [OSM-talk-fr] Nouvelle API du géocodeur et communes nouvelles (code postal)

[Rpnpif]

Le  2 octobre 2019, osm.sanspourr...@spamgourmet.com a écrit :

> Le 02/10/2019 à 12:10, Rpnpif - rpn...@trob.eu a écrit :
> > Bonjour,
> >
> > Merci à Christian pour la nouvelle API de consultation du géocodeur de
> > http://demo.addok.xyhz/.  
> 
> Il n'y pas un h en trop que tu as oublié de fumer ? ;-)

Oups oui, d'où vient ce h parasite ?
http://demo.addok.xyz/ c'est mieux.


> > En résumé c'était deux questions : la présentation de l'adresse et le 
> > zonage du code postal.  
> 
> Pour le zonage du code postal on a déjà ce qu'il faut:
> 
> Key:postal code
> 
> 
> boundary =postal_code
>  on a
> way or on a *relation* (a relation would also have type
> =boundary
> )
> 
> Tu peux aussi utiliser les boundary=admin avec postal_code.
> 
> Je dis bien postal_code, pas postcode qui est réservé aux adresses.

Ah je ne connaissais pas boundary=postal_code. Merci beaucoup.

Donc ce serait bien de l'utiliser avec la commune nouvelle dans l'API
du géocodeur.

-- 
Alain Rpnpif

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

[OSM-talk-fr] Tr: Demande de proposition de prestation pour création de carte

[Adrien André via Talk-fr]

Bonjour,

je fais suivre cette demande pour création de carte.

La limite de réponse est le 10 octobre 2019 à 12h.

Document joint : 
https://framadrop.org/r/Pgf5uuKoTj#eQiFVGj1UWQTpCI9KZr5Z1SC0/srprQ/K1r1x8u2S0k=


Cordialement,


 Message transféré 
Sujet : 	Demande de proposition de la prestation "Carte avec les points 
d'intérêt des établissements de santé et médico-sociaux de la zone 
transfrontalière de l’Oyapock" pour l'ARS de Guyane

Date :  Fri, 20 Sep 2019 11:50:31 +
De :VAN GASTEL, Benoît (ARS-GUYANE) 
Pour :  VAN GASTEL, Benoît (ARS-GUYANE) 
Copie à :   DUPLAN, Hélène (ARS-GUYANE) 



Bonjour,

Pour faire suite à nos différents échanges, je vous remercie de nous 
transmettre une proposition (devis ou convention) pour la prestation 
décrite ci-dessous pour pouvoir procéder à la sélection du prestataire 
pour une réalisation de la prestation avant fin novembre 2019.


Vous trouverez en pièce jointe un exemple « amateur » de carte et une 
requête de travail sur les données dans OpenStreetMap : 
http://overpass-turbo.eu/s/Mpp


Je reste à votre disposition pour tout renseignement complémentaire.

Cordialement.

http://arsgup973.sd.intranet.sante.gouv.fr/signature/imgs_signature/ars_guyane.jpeg 





*Benoît Van Gastel*
Ingénieur Sanitaire, MPH

Chargé de mission Santé Publique et Santé Environnement et de la 
coopération en santé avec le Brésil - Gerente de Projetos em Saúde 
Pública e Saúde Ambiental e Responsável pela cooperação em saúde com o 
Brasil - Public Health & Environmental Health Projects and Health 
Cooperation with Brazil


Tél : +594(0)5 94 25 72 82 - GSM : +594(0)6 94 27 50 07
Courriel : benoit.vangas...@ars.sante.fr 
 
&ars-guyane-cooperat...@ars.sante.fr 



http://arsgup973.sd.intranet.sante.gouv.fr/signature/imgs_signature/territoire.jpeg
*ARS de Guyane*
66, avenue des Flamboyants - C.S 40696 - 97336 Cayenne Cedex - Fax : 
benoit.vangas...@ars.sante.fr 

www.ars.guyane.sante.fr 

*Description de la prestation :*

Carte avec les points d'intérêt pour présenter les emplacements et les 
informations de base (nom, type et gestionnaire) des établissements de 
santé et médico-sociaux de la zone transfrontalière de l’Oyapock entre 
la Guyane française et l’Amapá (Brésil).


*Le projet :*

1.Un fonds de carte avec légende à créer, par exemple avec comme source 
de données OpenStreetMap (https://www.openstreetmap.org) avec une 
emprise générale de la carte qui devra comprendre, au plus près, 
l’intégralité des communes de Régina, Ouanary, Saint Georges de 
l’Oyapock, Camopi et Oiapoque ;


2.En encart des zooms sur les bourgs des communes à une échelle adaptée ;

3.Les informations classiques sur les cartes (titre, échelle, légende, 
nord, date, sources…) ;


4.Des points d’intérêt qui seront fournis par l’ARS sous forme de « 
fichiers de formes » avec les données de localisation conforme à 
OpenStreetMap et les informations de base (nom, type et gestionnaire) 
des établissements de santé et médico-sociaux validées par l’ARS et les 
gestionnaires d’établissement ;


5.Des volets sur les bords de la carte qui permettront de présenter les 
informations de base (nom, type et gestionnaire) des points d’intérêt ;


6.Les logos des partenaires qui seront fournis par l’ARS.

Les livrables :

1.Fichiers pdf et jpg sous licence libre ou libre de droit de la carte 
*/avec/* les points d'intérêt pour l’édition d’une carte pour une 
publication haute résolution grand format (par exemple A1, 59,4 x 84,1 
cm) pour un affichage mural dans les établissements à l’attention du 
public et des professionnels ;


2.Fichiers pdf et jpg de la carte */sans/* les points d'intérêt avec les 
mêmes caractéristiques de résolution que le livrable 1.




Les ministères sociaux agissent pour un développement durable.

Préservons l'environnement : n'imprimons que si nécessaire !

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

Re: [OSM-talk-fr] Moulinette pour convertir codes Insee en GPS > GPX ?

[Shohreh]

Samy Mezani wrote
> L'API est faite pour automatiser tout ça :
> 
> https://geo.api.gouv.fr/adresse (descendre à /search/csv/)

Merci beaucoup.

Si d'autres cherchent à faire la même chose :
1. (nécessaire?) Convertir les données entrée en UTF8
2. Downloader curl.exe dans le même répertoire
3. curl --insecure -o output.csv -X POST -F data=@input.csv -F
citycode=NOMCOLONNECODEINSEE https://api-adresse.data.gouv.fr/search/csv/

Bizarrement, il y a des villes que le serveur n'a pas réussi à géocoder
(lat,lon vides):

3190Moulins
44090   La Marne
77083   Champs-sur-Marne
88212   Grand
92072   Sèvres
93039   L'Île-Saint-Denis
93066   Saint-Denis



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Nouvelle API du géocodeur et communes nouvelles (code postal)

[osm . sanspourriel]

Le 02/10/2019 à 12:10, Rpnpif - rpn...@trob.eu a écrit :

Bonjour,

Merci à Christian pour la nouvelle API de consultation du géocodeur de
http://demo.addok.xyhz/.


Il n'y pas un h en trop que tu as oublié de fumer ? ;-)

(...)


En résumé c'était deux questions : la présentation de l'adresse et le zonage du 
code postal.


Pour le zonage du code postal on a déjà ce qu'il faut:

Key:postal code


boundary =postal_code
 on a
way or on a *relation* (a relation would also have type
=boundary
)

Tu peux aussi utiliser les boundary=admin avec postal_code.

Je dis bien postal_code, pas postcode qui est réservé aux adresses.

Jean-Yvon

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

Re: [OSM-talk-fr] Moulinette pour convertir codes Insee en GPS > GPX ?

[ades]

Il y a aussi ça : https://www.data.gouv.fr/fr/datasets/admin-express/ 

ça remplace geofla, et il y a les coordonnées de toutes les communes,  x et y 
dans le système officiel, le  Rgf93. C’est du .shp donc utilisable par beaucoup 
de soft.
Le seul blême, c’est qu’en partant de 
https://www.data.gouv.fr/fr/datasets/admin-express/ 
 je n’arrive pas à 
télécharger. Ça m’avait fait le même coup avec la BDTopo hydrographie, pas 
moyen de DL la dernière édition, font p’tet exprès ?


> Le 2 oct. 2019 à 17:39, osm.sanspourr...@spamgourmet.com a écrit :
> 
> 
> Le 02/10/2019 à 17:20, Vincent Bergeot - vinc...@bergeot.org 
>  a écrit :
>> ceci : https://adresse.data.gouv.fr/csv  
>> 
>> si j'ai bien compris. 
>> 
> Si tu n'as pas bien compris ça marche aussi ;-).
> 
> Ne pas oublier de mettre une entête, par exemple 
> insee;col1;col2;col3;col4;col5
> 
> De sélectionner la colonne INSEE et de décoder en UTF-8.
> 
> Tu récupères latitude et longitude.
> 
> Après inutile de faire un GPX, Umap ou Leaflet savent lire de tels CSV.
> 
> Jean-Yvon
> ___
> 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] Moulinette pour convertir codes Insee en GPS > GPX ?

[Samy Mezani]

Bonjour,

Le 02/10/2019 à 17:39, osm.sanspourr...@spamgourmet.com a écrit :


Le 02/10/2019 à 17:20, Vincent Bergeot - vinc...@bergeot.org a écrit :

ceci : https://adresse.data.gouv.fr/csv

si j'ai bien compris.


Si tu n'as pas bien compris ça marche aussi ;-).

Ne pas oublier de mettre une entête, par exemple

insee;col1;col2;col3;col4;col5

De sélectionner la colonne INSEE et de décoder en UTF-8.

Tu récupères latitude et longitude.



L'API est faite pour automatiser tout ça :

https://geo.api.gouv.fr/adresse (descendre à /search/csv/)

Samy

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

Re: [OSM-talk-fr] Moulinette pour convertir codes Insee en GPS > GPX ?

[osm . sanspourriel]

Le 02/10/2019 à 17:20, Vincent Bergeot - vinc...@bergeot.org a écrit :

ceci : https://adresse.data.gouv.fr/csv

si j'ai bien compris.


Si tu n'as pas bien compris ça marche aussi ;-).

Ne pas oublier de mettre une entête, par exemple

insee;col1;col2;col3;col4;col5

De sélectionner la colonne INSEE et de décoder en UTF-8.

Tu récupères latitude et longitude.

Après inutile de faire un GPX, Umap ou Leaflet savent lire de tels CSV.

Jean-Yvon

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

Re: [OSM-talk-fr] adresses sur tronc d'arbres

[osm . sanspourriel]

Ca ne semble pas être des bornes kilométriques comme semble le penser David.

Vu que c'est référencé sur le parcours et par ordre, je ne pense pas non
plus que ce soit des numéros de parcelles.

Mais plutôt des repères propres au parcours.

ref= me semble correct, après il te reste à relier ces points
dans un route=fitness_trail
.

Jean-Yvon

Le 02/10/2019 à 15:44, David Crochet - david.croc...@free.fr a écrit :

Bonjour

Ce sont soit des numéros de parcelles dont les arbres des coins
desdites parcelles comportent ledit numéros, ou alors si cela se
trouvent sur un prarcours, des points décamétrique comme ici :
https://www.openstreetmap.org/node/2415885432

Cordialement

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

Re: [OSM-talk-fr] Amenity=telephone

[Vincent de Château-Thierry]

Bonjour,

> De: "Laurent Magréault" 
> 
> On a une cabine qui est bien devenue une boîte à livres à Conliège.
> J'ai préféré mettre was:amenity=telephone que historic=telephone qui
> est un tout petit peu plus utilisé en France d'après taginfo (mais
> on parle d'une dizaine d'unité).

Je réponds peut-être à côté mais pour une cabine encore visible sur le terrain 
mais non fonctionnelle, j'utilise plutôt disused:amenity :
https://taginfo.openstreetmap.org/tags/disused%3Aamenity=telephone

vincent

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

Re: [OSM-talk-fr] Moulinette pour convertir codes Insee en GPS > GPX ?

[Vincent Bergeot]

Le 02/10/2019 à 17:10, Shohreh a écrit :

Bonjour,

J'ai une liste de villes dans un fichier texte dont une des colonnes
contient le code Insee de la ville (plutôt que le code postal) :

Exemple :
=
01001;L'Abergement-Clémenciat;69199;Saint-Fons;5
=

J'ai besoin d'obtenir pour chaque ville ses coordonnées GPS et d'exporter le
tout en GPX pour afficher ça dans une carte.

Existe-t-il une moulinette, ou un moyen simple d'en écrire une ?


ceci : https://adresse.data.gouv.fr/csv

si j'ai bien compris.


--
Vincent Bergeot


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

[OSM-talk-fr] Moulinette pour convertir codes Insee en GPS > GPX ?

[Shohreh]

Bonjour,

J'ai une liste de villes dans un fichier texte dont une des colonnes
contient le code Insee de la ville (plutôt que le code postal) :

Exemple :
=
01001;L'Abergement-Clémenciat;69199;Saint-Fons;5
=

J'ai besoin d'obtenir pour chaque ville ses coordonnées GPS et d'exporter le
tout en GPX pour afficher ça dans une carte.

Existe-t-il une moulinette, ou un moyen simple d'en écrire une ?

Merci.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Amenity=telephone

[Laurent Magréault]

Bonjour,

A titre de retour d'expérience, je viens d'en dégommer 12 sur 39 dans le
Jura en utilisant comme source Mapillary et les compte-rendus de conseils
municipaux qui se font souvent l'écho de la disparition des cabines.
On a une cabine qui est bien devenue une boîte à livres à Conliège. J'ai
préféré mettre was:amenity=telephone que historic=telephone qui est un tout
petit peu plus utilisé en France d'après taginfo (mais on parle d'une
dizaine d'unité).
Pour le reste, je verrais bien un signalement dans Osmose pour les plus
anciennes ou celles qui n'ont pas de survey:date.

___)```)___

Laurent Magréault d'Attoma
@ : laurent.magrea...@gmail.com


Le mer. 2 oct. 2019 à 11:54, Florian LAINEZ  a écrit :

> Hello,
> (4 ans plus tard !) le moment est peut-être venu pour faire le grand
> ménage @Donat.
> En effet un article de BFM
> 
> précise qu'il ne reste plus que 100 cabines en activité en France.
> La journaliste qui a écrit cet article m'a donné un contact chez Orange et
> j'ai fait la demande pour avoir la liste de cabines restantes, mais à mon
> avis on peut faire une croix dessus.
>
> A ce jour, notre projet recense 1490 cabines téléphoniques gérées par
> Orange ou France Télécom : https://overpass-turbo.eu/s/MMV (sans compter
> ceux dont l'operator n'est pas précisé)
> On en a donc 1390 de trop.
>
> Je pense qu'on a 2 situations à gérer :
> 1. la cabine est en zone blanche (
> https://www.data.gouv.fr/fr/datasets/mon-reseau-mobile) : dans le doute
> on ne touche pas pour l'instant
> 2. la cabine n'est pas en zone blanche.
> Dans ce cas on peut soit
> -être un peu bourrins et changer amenity=telephone en historic=telephone
> Tout en sachant qu'un grand nombre d'entre elles ont été démantelées.
> -être plus mesuré et rajouter un fixme="Cette ancienne cabine téléphonique
> n'est très certainement plus en service. Vérifier sur le terrain si elle
> existe encore. Si elle a été transformée en boîte à livres, merci de
> l'indiquer avec amenity=public_bookcase"
>
> Ma préférence va à la seconde solution avec en complément une mission
> pic4review voir un projet du mois pour nettoyer tout ça.
>
> Le lun. 1 juin 2015 à 09:29, Damouns  a écrit :
>
>> A Grenoble l'année dernière, j'ai vu démonter plusieurs cabines
>> téléphoniques située dans des quartiers différents, dans l'espace
>> d'une semaine.
>>
>> Comme je les avais cartographiées auparavant je me suis dit qu'il
>> fallait que je me programme un petit tour de vérification pour voir
>> lesquelles sont encore en place. Mais je n'ai pas eu le temps de le
>> faire depuis.
>>
>> En 2013 j'avais fais un post à ce propos :
>> http://www.openstreetmap.org/user/Damouns/diary/20175
>>
>> Toujours de pas de données en "open data" produites par Orange ou
>> l'Arcep, aujourd'hui en 2015.
>>
>> Damouns
>>
>> Le 1 juin 2015 01:37, Donat ROBAUX  a écrit :
>> > Bonsoir à tous,
>> >
>> > Un petit clin d'oeil à tous nos mappeurs fous:
>> >
>> http://www.estrepublicain.fr/edition-de-besancon/2015/05/31/besancon-a-terme-deux-cabines-telephoniques
>> >
>> > Leur localisation va devenir un service public à part entière. Elles
>> vont
>> > être plus dures à trouver qu'une cache de géocaching! A moins qu'Orange
>> nous
>> > fournisse la liste géoréférencée...
>> > Plus sérieusement, j'imagine que dans quelques années, lorsque le
>> mouvement
>> > de disparition des cabines sera fini, il y aura un grand nettoyage à
>> faire
>> > pour ne garder que celles qui sont encore debout.
>> >
>> > Votre avis?
>> >
>> > Donat
>> >
>> > PS: hâte de voir les documents du SOTMFR!
>> >
>> > ___
>> > 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
>>
>
>
> --
>
> *Florian Lainez*
> @overflorian 
> ___
> 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] adresses sur tronc d'arbres

[David Crochet]

Bonjour

Ce sont soit des numéros de parcelles dont les arbres des coins desdites 
parcelles comportent ledit numéros, ou alors si cela se trouvent sur un 
prarcours, des points décamétrique comme ici : 
https://www.openstreetmap.org/node/2415885432


Cordialement

--

David Crochet


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

Re: [OSM-talk-fr] adresses sur tronc d'arbres

[Cyrille37 OSM]

Ne serait-ce pas des "repères" plutôt que les numéros pour des adresse ?

Cyrille37

Le 02/10/2019 à 15:09, Baptiste Lemoine - Cipher Bliss via Talk-fr a écrit :

hello,
je ne trouve pas comment catégoriser ce qui ressemble a des addresses 
sur des troncs d'arbres dans une forêt.
il y a un parcours sportif formant une route circulaire dans la forêt 
avec des équipements permettant de faire de l'escalade, des 
tractions,du saut de haie... voici une photo du panneau d'infos a 
l'entrée de la forêt.
https://www.mapillary.com/map/im/YC4fb2LeIVSO5ufjuw66bA (désolé pour 
la qualité, y'a des affichages agraphés sur le plan, c'est malin)
et voici a quoi ressemblent les marquages sur les arbres. on dirait 
clairement des adresses, sauf qu'il n'y a aucune maison dans cette 
foret, pas de boite postale non plus.
donc pour le moment j'ai mis des POI marquant une adresse avec juste 
un numéro, mais pas de nom de rue.

https://www.mapillary.com/map/im/TZyoV49PiGWKJx7Z9dtgmw

si quelqu'un a une idée de comment bien gérer ça :)

Baptiste LEMOINE - Dirigeant de Cipher Bliss.com 
 , N° SIRET: 79942416300027 



Tel 0185461173 / Signal 0627130837  , 
Telegram: Tykayn  , Mastodon: @tykayn 
 , Contact.vcf 



Sent with ProtonMail  Secure Email.


___
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] adresses sur tronc d'arbres

[Baptiste Lemoine - Cipher Bliss via Talk-fr]

hello,
je ne trouve pas comment catégoriser ce qui ressemble a des addresses sur des 
troncs d'arbres dans une forêt.
il y a un parcours sportif formant une route circulaire dans la forêt avec des 
équipements permettant de faire de l'escalade, des tractions,du saut de haie... 
voici une photo du panneau d'infos a l'entrée de la forêt.
https://www.mapillary.com/map/im/YC4fb2LeIVSO5ufjuw66bA  (désolé pour la 
qualité, y'a des affichages agraphés sur le plan, c'est malin)
et voici a quoi ressemblent les marquages sur les arbres. on dirait clairement 
des adresses, sauf qu'il n'y a aucune maison dans cette foret, pas de boite 
postale non plus.
donc pour le moment j'ai mis des POI marquant une adresse avec juste un numéro, 
mais pas de nom de rue.
https://www.mapillary.com/map/im/TZyoV49PiGWKJx7Z9dtgmw

si quelqu'un a une idée de comment bien gérer ça :)

Baptiste LEMOINE - Dirigeant de Cipher Bliss.com , N° SIRET: 79942416300027

Tel 0185461173  / Signal 0627130837 , Telegram: Tykayn , Mastodon: @tykayn , 
Contact.vcf

Sent with ProtonMail Secure Email.

publickey - contact@cipherbliss.com - 0x548ACF17.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Nouvelle API du géocodeur et communes nouvelles

[Rpnpif]

Bonjour,

Merci à Christian pour la nouvelle API de consultation du géocodeur de
http://demo.addok.xyhz/.

Elle est très agréable à utiliser.

Je voudrais attirer l'attention sur un problème lié aux communes
nouvelles (encore un).

Quand on recherche un lieu sur http://demo.addok.xyhz/ (mais c'est
pareil sur Nominatim), la présentation de l'adresse est incomplète.

Exemple spécifique à la France : 
La Poste demande que les adresses soient présentées sous la forme :
La Rousserie (lieu-dit)
Le Louroux-Béconnais (ancienne commune)
49370 Val-d'Erdre-Auxence (nouvelle commune)

Elle tolère si le lieu-dit est unique sur la nouvelle commune (pas
d’ambiguïté) :
La Rousserie (lieu-dit)
49370 Val-d'Erdre-Auxence (nouvelle commune)

Mais http://demo.addok.xyhz/ présente ainsi :
La Rousserie (lieu-dit)
49370 Le Louroux-Béconnais (ancienne commune)
Il manque l'info de la nouvelle commune.

Là où ça se complique, c'est quand la nouvelle commune a plusieurs codes 
postaux.
Par exemple Erdre-en-Anjou comporte des communes avec le code 49220 et une avec 
49370.

Comme ces codes sont basés en général sur les anciennes communes, on peut se 
baser sur cela pour le mettre devant le nom de la nouvelle pour un lieu 
déterminé.

Par contre, il y a des communes et de nombreuses villes où le code postal est 
zoné par quartier ou rue ou partie de rue.
Dans ce dernier cas, ne serait-il pas possible de créer des aires spécifiques 
pour l'attribut de code postal comme on les cantons ou autres à parir des 
données fournis par la Poste ?

En résumé c'était deux questions : la présentation de l'adresse et le zonage du 
code postal.

-- 
Alain Rpnpif

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

[OSM-talk-fr] Intégration

[Florian LAINEZ]

Hello,
J'ai l'impression que pour l'instant on ne s'est intéressé qu'à
l'intégration des bureaux de poste en eux-même de manière systématique, cf.
https://wiki.openstreetmap.org/wiki/France/data.gouv.fr/Import_des_points_de_contact_postaux

Néanmoins en France on a tout de même 1323 points qui ont le tag
post_office:type=post_partner cf. https://overpass-turbo.eu/s/MMQ ce qui
est un bon début concernant les commerces partenaires.
Ne compléterions-nous pas la liste sur la page
https://wiki.openstreetmap.org/wiki/FR:Key:post_office:type avec un tag
indiquant les points de retrait/dépôt Colissimo ?
Il est possible de les trouver via le site officiel de la Poste

bien qu'il n'y ai aucun jeu de données correspondant sur le site open data
 pour ces commerces partenaires.
Nous ne pouvons donc pas lancer une intégration via OSMOSE mais préciser le
tag utilisé me paraît une première étape.

-- 

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

Re: [OSM-talk-fr] Amenity=telephone

[Florian LAINEZ]

Hello,
(4 ans plus tard !) le moment est peut-être venu pour faire le grand
ménage @Donat.
En effet un article de BFM

précise qu'il ne reste plus que 100 cabines en activité en France.
La journaliste qui a écrit cet article m'a donné un contact chez Orange et
j'ai fait la demande pour avoir la liste de cabines restantes, mais à mon
avis on peut faire une croix dessus.

A ce jour, notre projet recense 1490 cabines téléphoniques gérées par
Orange ou France Télécom : https://overpass-turbo.eu/s/MMV (sans compter
ceux dont l'operator n'est pas précisé)
On en a donc 1390 de trop.

Je pense qu'on a 2 situations à gérer :
1. la cabine est en zone blanche (
https://www.data.gouv.fr/fr/datasets/mon-reseau-mobile) : dans le doute on
ne touche pas pour l'instant
2. la cabine n'est pas en zone blanche.
Dans ce cas on peut soit
-être un peu bourrins et changer amenity=telephone en historic=telephone
Tout en sachant qu'un grand nombre d'entre elles ont été démantelées.
-être plus mesuré et rajouter un fixme="Cette ancienne cabine téléphonique
n'est très certainement plus en service. Vérifier sur le terrain si elle
existe encore. Si elle a été transformée en boîte à livres, merci de
l'indiquer avec amenity=public_bookcase"

Ma préférence va à la seconde solution avec en complément une mission
pic4review voir un projet du mois pour nettoyer tout ça.

Le lun. 1 juin 2015 à 09:29, Damouns  a écrit :

> A Grenoble l'année dernière, j'ai vu démonter plusieurs cabines
> téléphoniques située dans des quartiers différents, dans l'espace
> d'une semaine.
>
> Comme je les avais cartographiées auparavant je me suis dit qu'il
> fallait que je me programme un petit tour de vérification pour voir
> lesquelles sont encore en place. Mais je n'ai pas eu le temps de le
> faire depuis.
>
> En 2013 j'avais fais un post à ce propos :
> http://www.openstreetmap.org/user/Damouns/diary/20175
>
> Toujours de pas de données en "open data" produites par Orange ou
> l'Arcep, aujourd'hui en 2015.
>
> Damouns
>
> Le 1 juin 2015 01:37, Donat ROBAUX  a écrit :
> > Bonsoir à tous,
> >
> > Un petit clin d'oeil à tous nos mappeurs fous:
> >
> http://www.estrepublicain.fr/edition-de-besancon/2015/05/31/besancon-a-terme-deux-cabines-telephoniques
> >
> > Leur localisation va devenir un service public à part entière. Elles vont
> > être plus dures à trouver qu'une cache de géocaching! A moins qu'Orange
> nous
> > fournisse la liste géoréférencée...
> > Plus sérieusement, j'imagine que dans quelques années, lorsque le
> mouvement
> > de disparition des cabines sera fini, il y aura un grand nettoyage à
> faire
> > pour ne garder que celles qui sont encore debout.
> >
> > Votre avis?
> >
> > Donat
> >
> > PS: hâte de voir les documents du SOTMFR!
> >
> > ___
> > 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
>


-- 

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

Re: [OSM-talk-fr] switch2OSM

[Florimond Berthoux]

Bonjour,

Page accessible de la carte après trois clics et deux pages en
cherchant beaucoup, c'est trop loin.
La mention devrait être faite *sur* la page de la carte à mon avis.

Le mar. 1 oct. 2019 à 21:48, Vincent de Château-Thierry
 a écrit :
>
> Bonsoir,
>
> Le 28/09/2019 à 22:48, osm.sanspourr...@spamgourmet.com a écrit :
> >
> > Et le lien
> > https://blog.mappy.com/entreprise/conditions-dutilisations/copyright/
> >
> > © Mappy 2018. Tous droits réservés, reproduction interdite.
> >
> > Par vraiment ODbL mais s'ils parlent des tuiles pourquoi pas.
> >
> > Et les différentes sources de données se voient attribuées les
> > copyrights qui vont bien.
> >
> > Toutes ? Non visiblement on peut se moquer des données communautaires et
> > des collectivités :
> >
> > 2. AUTRES DONNÉES GÉOGRAPHIQUES
> > Natural Earth
> > GeoNames
> > OpenStreetMap
> > IleDeFranceMobilité
> > Toulouse
> > Lorient
> > Lille
> >
> > Oui, aucun lien vers les copyrights et conditions d'utilisation respectifs.
>
> Prise de contact ce matin, résultat cet après-midi : la page
> https://blog.mappy.com/entreprise/conditions-dutilisations/copyright/
> mentionne désormais "© les contributeurs OpenStreetMap" avec le lien qui
> va bien vers https://www.openstreetmap.org/copyright.
>
> vincent
>
> ___
> 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] switch2OSM - Mappy.com

[Cyrille37 OSM]

Le 01/10/2019 à 21:47, Vincent de Château-Thierry a écrit :
Prise de contact ce matin, résultat cet après-midi : la page 
https://blog.mappy.com/entreprise/conditions-dutilisations/copyright/ 
mentionne désormais "© les contributeurs OpenStreetMap" avec le lien 
qui va bien vers https://www.openstreetmap.org/copyright.


Bravo! Efficace.

Cyrille37.


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