[OSM-talk-fr] Recherche de formation en Python

2016-01-06 Par sujet Tony Emery 
Bonjour à tous,

Je cherche à me former aux rudiments de Python dans le cadre professionnel.

Je recherche donc un organisme de formation pour cela et pas trop cher.

L'orientation de la formation est essentiellement SIG et OpenStreetMap mais
si on peut aussi faire du web, je prends...

Voilà, si vous connaissez un organisme (ou que vous êtes formateur), merci
de me contacter.

Je peux envisager une formation sur Paris ou sur Montpellier si l'organisme
ne peut pas se déplacer chez nous (Avignon).

Merci d'avance



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Recherche-de-formation-en-Python-tp5864169.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] relations boundary admin_level=4 manquantes

2016-01-06 Par sujet Philippe Verdy 
Dernière note: ISO 3166-2 et NUTS ne codifient pas encore séparément le
nouveau département du Rhône et la métropole de Lyon. Ils codifient "FR-69"
et "FR712" l'actuelle circonscription départementale (ancien département du
Rhône).
J'ai viré aussi ces références trompeuses qui ont été mises sur le nouveau
département (en attendant une mise à jour de NUTS et ISO 3166-2, on n'a
encore rien à y mettre)

Le 6 janvier 2016 à 21:09, Philippe Verdy  a écrit :

> Non ça ne marche pas, j'ai toujours le même blocage.
> En revanche quelqu'un avait mis en doublon l'admin_level 6 pour la
> circonscription départementale avec le nouveau département du Rhône.
>
> La circonscription départementale n'a plus d'admin_level=6, et par soucis
> de clarté je l'ai renommée en ne laissant pas juste "Rhône" (au passage les
> autres traductions incomplètes de "Rhône" sont supprimées, mais gardées sur
> le nouveau département).
>
> J'ai donc mis aussi un "disused:admin_level=6" pour la circonscription
> départementale du Rhône.
>
> Le border_type=prefecture qui y a été ajouté est problématique (la
> préfecture n'est qu'une administration locale décentralisée mais pas le
> territoire sur laquelle elle a compétence, la préfecture n'a de
> "territoire" que ses propres batiments et n'est même pas forcément dans le
> territoire qu'elle administre à distance...) J'ai laissé ça car cela ne
> parait pas gênant. Le nom est plus parlant et corespond à la définition
> légale.
>
> Au début la circonscription départementale était restée en niveau 6 et
> rien d'autre que le nouvel arrondissement de Villaferanche-sur-Saône était
> défini en niveau 7. Mais depuis il y a eu apparition depuis du département
> au niveau 6, malgré qu'il s'agit des mêmes frontières que l'arrondissement
> de niveau 7.
>
> J'espère que cette solution que je viens de mettre peut convenir.
>
> 2016-01-06 20:11 GMT+01:00 :
>
>> En te proposant de te connecter avec ton compte de contributeur OSM.
>> C'est bon.
>>
>> Jean-Yvon
>>
>>
>> *Gesendet:* Mittwoch, 06. Januar 2016 um 17:54 Uhr
>> *Von:* "Philippe Verdy - verd...@wanadoo.fr"
>> 
>> *An:* "Marc Gemis" 
>> *Cc:* "Discussions sur OSM en français" 
>> *Betreff:* Re: [OSM-talk-fr] relations boundary admin_level=4 manquantes
>> (osm: message 12 of 20)
>> J'obtiens "The forum software has recently been upgraded. Not all
>> previous modifications have been re-applied yet, see here
>>  for
>> more info and problem reporting"
>>
>> Le 6 janvier 2016 à 16:04, Marc Gemis  a écrit :
>>>
>>> 2016-01-06 15:35 GMT+01:00 Philippe Verdy :
>>> > Impossible de répondre et les inscriptions sur ce forum sont fermées.
>>>
>>> C'est bizarre. Je pense que ce n'est pas vrai: voir
>>> http://forum.openstreetmap.org/viewtopic.php?id=36900 #14
>>>
>>> m
>>
>> ___ 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] relations boundary admin_level=4 manquantes

2016-01-06 Par sujet Philippe Verdy 
Non ça ne marche pas, j'ai toujours le même blocage.
En revanche quelqu'un avait mis en doublon l'admin_level 6 pour la
circonscription départementale avec le nouveau département du Rhône.

La circonscription départementale n'a plus d'admin_level=6, et par soucis
de clarté je l'ai renommée en ne laissant pas juste "Rhône" (au passage les
autres traductions incomplètes de "Rhône" sont supprimées, mais gardées sur
le nouveau département).

J'ai donc mis aussi un "disused:admin_level=6" pour la circonscription
départementale du Rhône.

Le border_type=prefecture qui y a été ajouté est problématique (la
préfecture n'est qu'une administration locale décentralisée mais pas le
territoire sur laquelle elle a compétence, la préfecture n'a de
"territoire" que ses propres batiments et n'est même pas forcément dans le
territoire qu'elle administre à distance...) J'ai laissé ça car cela ne
parait pas gênant. Le nom est plus parlant et corespond à la définition
légale.

Au début la circonscription départementale était restée en niveau 6 et rien
d'autre que le nouvel arrondissement de Villaferanche-sur-Saône était
défini en niveau 7. Mais depuis il y a eu apparition depuis du département
au niveau 6, malgré qu'il s'agit des mêmes frontières que l'arrondissement
de niveau 7.

J'espère que cette solution que je viens de mettre peut convenir.

2016-01-06 20:11 GMT+01:00 :

> En te proposant de te connecter avec ton compte de contributeur OSM.
> C'est bon.
>
> Jean-Yvon
>
>
> *Gesendet:* Mittwoch, 06. Januar 2016 um 17:54 Uhr
> *Von:* "Philippe Verdy - verd...@wanadoo.fr"
> 
> *An:* "Marc Gemis" 
> *Cc:* "Discussions sur OSM en français" 
> *Betreff:* Re: [OSM-talk-fr] relations boundary admin_level=4 manquantes
> (osm: message 12 of 20)
> J'obtiens "The forum software has recently been upgraded. Not all
> previous modifications have been re-applied yet, see here
>  for
> more info and problem reporting"
>
> Le 6 janvier 2016 à 16:04, Marc Gemis  a écrit :
>>
>> 2016-01-06 15:35 GMT+01:00 Philippe Verdy :
>> > Impossible de répondre et les inscriptions sur ce forum sont fermées.
>>
>> C'est bizarre. Je pense que ce n'est pas vrai: voir
>> http://forum.openstreetmap.org/viewtopic.php?id=36900 #14
>>
>> m
>
> ___ 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

[OSM-talk-fr] ville fortifiéee

2016-01-06 Par sujet lenny.libre 

Bonjour.
J'ai visité la petite ville fortifiée de Navarrenx et rien ne l'indique 
dans OSM, je vais donc essayer de le faire ...


Quand je cherche dans osm les tags qui seraient adaptés.
Les cités que j'ai vu ne me semblent pas correspondre.
J'ai fait un petit schéma (très simplifié) : 
http://www.cjoint.com/c/FAgtvwb75Xz

- voie secondaire
- muraille
- chemin de ronde
- talus
- muret
- voie résidentielle

Les tags qui conviendraient (je n'ai pas indiqué ceux des voies)
- pour la muraille, j'ai trouvé 2 tags différents dommage
historic=citywalls (taginfo m'en ramène 259)
ou
barrier=city_wall : je préférerais histtoric, mais celui-ci 
présente l'avantage d'indiquer si un côté est plus bas que l'autre 
(taginfo m'en ramène 1938)


- higway= pedestrian pour le chemin de ronde

- en ce qui concerne le talus, je n'ai trouvé que la page 
http://wiki.openstreetmap.org/wiki/FR:IOF_mapping


Talus en terre. Pour une petit talus utilisez un seul noeud 
size=_normal_/high (?) 	IOFearth bank.png 
 	barrier 
=earth_bank 
 
ou man_made 
=embankment 
. Pour les 
talus le long du bord d'un chemin embankment 
=yes 
 
ou cutting =yes 
. optionnel: 
height =* so that the 
renderer can decide wether a slope is high or not. Peut être 
cartographié comme une aire ?



Le mieux se serait certainement barrier=earth_bank, car embankment me 
semble plus lié à une digue le long de plan/cours d'eau ?


Je vous envoie mes Meilleurs Vœux pour 2016 et merci d'avance de vos 
remarques.

Lenny

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

Re: [OSM-talk-fr] relations boundary admin_level=4 manquantes

2016-01-06 Par sujet osm . sanspourriel 
En te proposant de te connecter avec ton compte de contributeur OSM.

C'est bon.
 

Jean-Yvon

 
 

Gesendet: Mittwoch, 06. Januar 2016 um 17:54 Uhr
Von: "Philippe Verdy - verd...@wanadoo.fr" 
An: "Marc Gemis" 
Cc: "Discussions sur OSM en français" 
Betreff: Re: [OSM-talk-fr] relations boundary admin_level=4 manquantes (osm: message 12 of 20)


J'obtiens "The forum software has recently been upgraded. Not all previous modifications have been re-applied yet, see here for more info and problem reporting"

 
Le 6 janvier 2016 à 16:04, Marc Gemis  a écrit :

2016-01-06 15:35 GMT+01:00 Philippe Verdy :
> Impossible de répondre et les inscriptions sur ce forum sont fermées.

C'est bizarre. Je pense que ce n'est pas vrai: voir
http://forum.openstreetmap.org/viewtopic.php?id=36900 #14

m


___ 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] relations boundary admin_level=4 manquantes

2016-01-06 Par sujet Philippe Verdy 
J'obtiens "The forum software has recently been upgraded. Not all previous
modifications have been re-applied yet, see here
 for more
info and problem reporting"

Le 6 janvier 2016 à 16:04, Marc Gemis  a écrit :

> 2016-01-06 15:35 GMT+01:00 Philippe Verdy :
> > Impossible de répondre et les inscriptions sur ce forum sont fermées.
>
> C'est bizarre. Je pense que ce n'est pas vrai: voir
> http://forum.openstreetmap.org/viewtopic.php?id=36900 #14
>
> m
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] relations boundary admin_level=4 manquantes

2016-01-06 Par sujet Francescu GAROBY 
15h36, modulo le décalage horaire du serveur...

Le 6 janvier 2016 à 16:06, Francescu GAROBY  a écrit :

> Non, le message sur le forum date d'aujourd'hui à 15h36.
> C'est l'inscription de wambacher sur ce forum qui date de 2009
>
> Francescu
>
> Le 6 janvier 2016 à 15:54, Otourly Wiki  a écrit :
>
>> De plus le message cité date de 2009. Mais bon c'est dommage qu'il n'ai
>> pas eu de réponse directement sur le forum.
>>
>> Florian
>>
>>
>> Le Mercredi 6 janvier 2016 15h53, Otourly Wiki  a
>> écrit :
>>
>>
>> Par contre, il y a un compte à ce nom sur le wiki :
>> https://wiki.openstreetmap.org/wiki/User_talk:Wambacher#Regions_of_France
>> Plus simple non ?
>>
>> Florian
>>
>>
>> Le Mercredi 6 janvier 2016 15h36, Philippe Verdy  a
>> écrit :
>>
>>
>> Impossible de répondre et les inscriptions sur ce forum sont fermées.
>>
>> Qu'il se tienne au courant des réformes adminsitratives en France, car
>> toutes les régions sont bien là.
>> Son cache n'est pas à jour des modifications intervenues que les régions,
>> il ne voit que les régions qui n'ont pas chang de frontières.
>> Ce n'est pas du tout un problème d'OSM mais du moteur de rendu qu'il
>> utilise (on ne sait pas lequel).
>> Le site layers.openstreetmap.fr n'a aucun problème à montrer toutes les
>> nouvelles régions (admin_level=4), les anciennes étant toujours là mais
>> marquées en "disused:"
>>
>>
>> 2016-01-06 14:52 GMT+01:00 althio :
>>
>> Pour info, un message passé sur le forum international :
>> http://forum.openstreetmap.org/viewtopic.php?id=53229
>>
>> [quote]
>> Hi, there are a lot of boundaries with admin_level=4 missing in france:
>>
>> I see only 7 of them. Any idea, whats going on there?
>>
>> Regards
>> walter/germany
>> [/quote]
>>
>> ___
>> 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
>>
>>
>
>
> --
> Francescu
>



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

Re: [OSM-talk-fr] relations boundary admin_level=4 manquantes

2016-01-06 Par sujet Francescu GAROBY 
Non, le message sur le forum date d'aujourd'hui à 15h36.
C'est l'inscription de wambacher sur ce forum qui date de 2009

Francescu

Le 6 janvier 2016 à 15:54, Otourly Wiki  a écrit :

> De plus le message cité date de 2009. Mais bon c'est dommage qu'il n'ai
> pas eu de réponse directement sur le forum.
>
> Florian
>
>
> Le Mercredi 6 janvier 2016 15h53, Otourly Wiki  a écrit
> :
>
>
> Par contre, il y a un compte à ce nom sur le wiki :
> https://wiki.openstreetmap.org/wiki/User_talk:Wambacher#Regions_of_France
> Plus simple non ?
>
> Florian
>
>
> Le Mercredi 6 janvier 2016 15h36, Philippe Verdy  a
> écrit :
>
>
> Impossible de répondre et les inscriptions sur ce forum sont fermées.
>
> Qu'il se tienne au courant des réformes adminsitratives en France, car
> toutes les régions sont bien là.
> Son cache n'est pas à jour des modifications intervenues que les régions,
> il ne voit que les régions qui n'ont pas chang de frontières.
> Ce n'est pas du tout un problème d'OSM mais du moteur de rendu qu'il
> utilise (on ne sait pas lequel).
> Le site layers.openstreetmap.fr n'a aucun problème à montrer toutes les
> nouvelles régions (admin_level=4), les anciennes étant toujours là mais
> marquées en "disused:"
>
>
> 2016-01-06 14:52 GMT+01:00 althio :
>
> Pour info, un message passé sur le forum international :
> http://forum.openstreetmap.org/viewtopic.php?id=53229
>
> [quote]
> Hi, there are a lot of boundaries with admin_level=4 missing in france:
>
> I see only 7 of them. Any idea, whats going on there?
>
> Regards
> walter/germany
> [/quote]
>
> ___
> 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
>
>


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

Re: [OSM-talk-fr] relations boundary admin_level=4 manquantes

2016-01-06 Par sujet Marc Gemis 
2016-01-06 15:35 GMT+01:00 Philippe Verdy :
> Impossible de répondre et les inscriptions sur ce forum sont fermées.

C'est bizarre. Je pense que ce n'est pas vrai: voir
http://forum.openstreetmap.org/viewtopic.php?id=36900 #14

m

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

Re: [OSM-talk-fr] relations boundary admin_level=4 manquantes

2016-01-06 Par sujet Otourly Wiki 
De plus le message cité date de 2009. Mais bon c'est dommage qu'il n'ai pas eu 
de réponse directement sur le forum. Florian
 

Le Mercredi 6 janvier 2016 15h53, Otourly Wiki  a écrit :
 

 Par contre, il y a un compte à ce nom sur le wiki 
:https://wiki.openstreetmap.org/wiki/User_talk:Wambacher#Regions_of_France
Plus simple non ?
Florian
 

Le Mercredi 6 janvier 2016 15h36, Philippe Verdy  a 
écrit :
 

 Impossible de répondre et les inscriptions sur ce forum sont fermées.
Qu'il se tienne au courant des réformes adminsitratives en France, car toutes 
les régions sont bien là.Son cache n'est pas à jour des modifications 
intervenues que les régions, il ne voit que les régions qui n'ont pas chang de 
frontières.Ce n'est pas du tout un problème d'OSM mais du moteur de rendu qu'il 
utilise (on ne sait pas lequel).Le site layers.openstreetmap.fr n'a aucun 
problème à montrer toutes les nouvelles régions (admin_level=4), les anciennes 
étant toujours là mais marquées en "disused:"

2016-01-06 14:52 GMT+01:00 althio :

Pour info, un message passé sur le forum international :
http://forum.openstreetmap.org/viewtopic.php?id=53229

[quote]
Hi, there are a lot of boundaries with admin_level=4 missing in france:

I see only 7 of them. Any idea, whats going on there?

Regards
walter/germany
[/quote]

___
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] relations boundary admin_level=4 manquantes

2016-01-06 Par sujet Otourly Wiki 
Par contre, il y a un compte à ce nom sur le wiki 
:https://wiki.openstreetmap.org/wiki/User_talk:Wambacher#Regions_of_France
Plus simple non ?
Florian
 

Le Mercredi 6 janvier 2016 15h36, Philippe Verdy  a 
écrit :
 

 Impossible de répondre et les inscriptions sur ce forum sont fermées.
Qu'il se tienne au courant des réformes adminsitratives en France, car toutes 
les régions sont bien là.Son cache n'est pas à jour des modifications 
intervenues que les régions, il ne voit que les régions qui n'ont pas chang de 
frontières.Ce n'est pas du tout un problème d'OSM mais du moteur de rendu qu'il 
utilise (on ne sait pas lequel).Le site layers.openstreetmap.fr n'a aucun 
problème à montrer toutes les nouvelles régions (admin_level=4), les anciennes 
étant toujours là mais marquées en "disused:"

2016-01-06 14:52 GMT+01:00 althio :

Pour info, un message passé sur le forum international :
http://forum.openstreetmap.org/viewtopic.php?id=53229

[quote]
Hi, there are a lot of boundaries with admin_level=4 missing in france:

I see only 7 of them. Any idea, whats going on there?

Regards
walter/germany
[/quote]

___
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] relations boundary admin_level=4 manquantes

2016-01-06 Par sujet Philippe Verdy 
Impossible de répondre et les inscriptions sur ce forum sont fermées.

Qu'il se tienne au courant des réformes adminsitratives en France, car
toutes les régions sont bien là.
Son cache n'est pas à jour des modifications intervenues que les régions,
il ne voit que les régions qui n'ont pas chang de frontières.
Ce n'est pas du tout un problème d'OSM mais du moteur de rendu qu'il
utilise (on ne sait pas lequel).
Le site layers.openstreetmap.fr n'a aucun problème à montrer toutes les
nouvelles régions (admin_level=4), les anciennes étant toujours là mais
marquées en "disused:"


2016-01-06 14:52 GMT+01:00 althio :

> Pour info, un message passé sur le forum international :
> http://forum.openstreetmap.org/viewtopic.php?id=53229
>
> [quote]
> Hi, there are a lot of boundaries with admin_level=4 missing in france:
>
> I see only 7 of them. Any idea, whats going on there?
>
> Regards
> walter/germany
> [/quote]
>
> ___
> 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] relations boundary admin_level=4 manquantes

2016-01-06 Par sujet althio 
Pour info, un message passé sur le forum international :
http://forum.openstreetmap.org/viewtopic.php?id=53229

[quote]
Hi, there are a lot of boundaries with admin_level=4 missing in france:

I see only 7 of them. Any idea, whats going on there?

Regards
walter/germany
[/quote]

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

Re: [OSM-talk-fr] Coming out

2016-01-06 Par sujet Philippe Verdy 
Sans oublier que si on cherche CAF ou CPAM ou mairie, on va trouver des
noms de stations bus ou métro ou gares et divers services liés, certes
proches mais ce qu'on cherche si on veut trouver l'adresse précise ou un
numéro de téléphone ou les horaires d'ouverture ou le détail des services
présents qui nécessité d'autres noms (exemple justement avec les services
fiscaux...)
Le 6 janv. 2016 09:48, "Christian Quest"  a écrit :

> +1 sur l'intelligence dans la recherche...
>
> Un exemple de recherche de POI par nom et/ou tag:
> http://osm.cquest.org/addok.html
>
> Exemple: "gare lorient" (et ses déclinaisons)
>
> J'ai généré un fichier de pseudo adresses pour l'importer dans le
> géocodeur addok.
> C'est complètement expérimental et destiné à vérifié que "ça marche" ;)
>
> Projet github initial dispo sur https://github.com/osm-fr/osmpoi4addok
> Frédéric Rodrigo à remis ça plus au propre ici:
> https://github.com/frodrigo/osmpoi4addok
>
>
> Une erreur courante est d'utiliser name non pas pour nommer un objet mais
> pour le décrire.
> Exemple: on ne doit pas mettre "église de trifouillis" comme name=* sur
> une église située à trifouillis.
>
> L'intérêt de se reposer sur les tags c'est l'on peut facilement permettre
> une recherche du type "Lorient bahnhof"...
> Pour ça Nominatim fait un bon boulot.
>
> Ben sûr ça n'empêche pas d'harmoniser certains tags et name=* trop
> variables mais ne jamais oublier qu'on décrit via les tags (éventuellement
> à créer si ils ne sont pas assez riches) et pas via name=*
>
>
> Le 6 janvier 2016 à 00:27,  a écrit :
>
>> Emmanuel, bienvenu au club,
>>
>> pour l'homogénéisation, j'ai une question plus générique : est-ce que
>> quand une personne cherche un "Trésor Public" il ne faut pas dans la
>> requête substituer "Trésor Public" par "Centre des Finances Public" ?
>> C'est à dire mettre *de *l'intelligence en amont.
>> C'est une question ouverte. Une requête Turbopass et une todolist peuvent
>> aussi enrichir la base de données.
>>
>> Mais quelque part ça correspond aux réponses de Nicolas et de Philippe :
>> un tag spécifique équivaut certaines fois à un nom.
>> Quand vous cherchez "gare de Lorient", Nominatim vous trouve le bâtiment
>> nommé "Gare de Lorient", bien.
>> Si vous cherchez "gare à lorient", Nominatim vous trouve le building=
>> station
>> situé dans la commune de Lorient, bien. C'est le même bâtiment mais en
>> utilisant la recherche par nom non la gare mais sur la commune. La requête
>> Overpass-turbo correspondante est ici .
>> Si vous voulez rire, demandez à Nominatim "gare près de Lorient".
>>
>> Pareil par exemple pour un stade ou une mairie : le nom importe peu.
>> Et c'est heureux car "Stade à Lorient" ou "Stade du Moustoir" rendent le
>> "Stade Yves Allainmat" (le stade du Moustoir, c'est un alt_name, le
>> Moustoir étant le quartier de Lorient où est situé le stade en question).
>>
>> Donc compléter (short_name par exemple) et peaufiner les attributs, oui.
>>
>> > séparément de l'admin_center qui n'est qu'une indication approximative
>> d'un point central près duquel on devrait trouver généralement la mairie
>> admin_centre (c'est de l'anglais, pas de l'américain) : voir
>> 
>> http://wiki.openstreetmap.org/wiki/FR:Relation:boundary#Membres_de_la_relation
>> .
>>
>> Dans le genre "préfecture, vannes" donne un très bon résultat :
>>
>>-
>>
>>Administration Préfecture du Morbihan, 24, Place de la République,
>>Libération, Albert 1er, Vannes, Morbihan, Bretagne, France métropolitaine,
>>56000, France  (le
>>bâtiment recevant le public)
>>-
>>
>>Bâtiment Préfecture du Morbihan, Rue Maréchal Leclerc, Caserne,
>>Saint-Patern, Vannes, Morbihan, Bretagne, France métropolitaine, 56019,
>>France  (le bâtiment du
>>préfet, pour les raouts, c'est à dire un bâtiment à revendre pour faire
>>baisser les impôts sans nuire au service public, j'exagère à peine ;-))
>>
>> Le site de la préfecture
>> 
>> http://morbihan.gouv.fr/Outils/Horaires-et-coordonnees/Prefecture-du-Morbihan
>> est encore pire qu'avant.
>> Avant il indiquait un point entre les deux maintenant il vous indique
>> carrément le bâtiment n'accueillant pas le public.
>>
>> S'il faut limiter les résultats, il vaut mieux favoriser ceux qui sont
>> utiles ;-).
>>
>> Autre type d'homogénéisation :
>> http://www.openstreetmap.org/node/1726811886
>> name  ZI
>> Sud-Est place
>>  suburb
>> 
>> http://www.openstreetmap.org/way/23100849#map=15/48.1038/-1.6295
>> landuse 
>

[OSM-talk-fr] Nous ne sommes pas les seuls à recaler le cadastre

2016-01-06 Par sujet Art Penteur 
GRDF aussi :
http://www.grdf.fr/actualites/recalage-cartographie-moyenne-echelle-reseau

Et c'est à moitié rassurant sur le "risque pelleteuse" pour les
conduites de gaz !

Art.

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

Re: [OSM-talk-fr] Coming out

2016-01-06 Par sujet Christian Quest 
+1 sur l'intelligence dans la recherche...

Un exemple de recherche de POI par nom et/ou tag:
http://osm.cquest.org/addok.html

Exemple: "gare lorient" (et ses déclinaisons)

J'ai généré un fichier de pseudo adresses pour l'importer dans le géocodeur
addok.
C'est complètement expérimental et destiné à vérifié que "ça marche" ;)

Projet github initial dispo sur https://github.com/osm-fr/osmpoi4addok
Frédéric Rodrigo à remis ça plus au propre ici:
https://github.com/frodrigo/osmpoi4addok


Une erreur courante est d'utiliser name non pas pour nommer un objet mais
pour le décrire.
Exemple: on ne doit pas mettre "église de trifouillis" comme name=* sur une
église située à trifouillis.

L'intérêt de se reposer sur les tags c'est l'on peut facilement permettre
une recherche du type "Lorient bahnhof"...
Pour ça Nominatim fait un bon boulot.

Ben sûr ça n'empêche pas d'harmoniser certains tags et name=* trop
variables mais ne jamais oublier qu'on décrit via les tags (éventuellement
à créer si ils ne sont pas assez riches) et pas via name=*


Le 6 janvier 2016 à 00:27,  a écrit :

> Emmanuel, bienvenu au club,
>
> pour l'homogénéisation, j'ai une question plus générique : est-ce que
> quand une personne cherche un "Trésor Public" il ne faut pas dans la
> requête substituer "Trésor Public" par "Centre des Finances Public" ?
> C'est à dire mettre *de *l'intelligence en amont.
> C'est une question ouverte. Une requête Turbopass et une todolist peuvent
> aussi enrichir la base de données.
>
> Mais quelque part ça correspond aux réponses de Nicolas et de Philippe :
> un tag spécifique équivaut certaines fois à un nom.
> Quand vous cherchez "gare de Lorient", Nominatim vous trouve le bâtiment
> nommé "Gare de Lorient", bien.
> Si vous cherchez "gare à lorient", Nominatim vous trouve le building=
> station
> situé dans la commune de Lorient, bien. C'est le même bâtiment mais en
> utilisant la recherche par nom non la gare mais sur la commune. La requête
> Overpass-turbo correspondante est ici .
> Si vous voulez rire, demandez à Nominatim "gare près de Lorient".
>
> Pareil par exemple pour un stade ou une mairie : le nom importe peu.
> Et c'est heureux car "Stade à Lorient" ou "Stade du Moustoir" rendent le
> "Stade Yves Allainmat" (le stade du Moustoir, c'est un alt_name, le
> Moustoir étant le quartier de Lorient où est situé le stade en question).
>
> Donc compléter (short_name par exemple) et peaufiner les attributs, oui.
>
> > séparément de l'admin_center qui n'est qu'une indication approximative
> d'un point central près duquel on devrait trouver généralement la mairie
> admin_centre (c'est de l'anglais, pas de l'américain) : voir
> 
> http://wiki.openstreetmap.org/wiki/FR:Relation:boundary#Membres_de_la_relation
> .
>
> Dans le genre "préfecture, vannes" donne un très bon résultat :
>
>-
>
>Administration Préfecture du Morbihan, 24, Place de la République,
>Libération, Albert 1er, Vannes, Morbihan, Bretagne, France métropolitaine,
>56000, France  (le
>bâtiment recevant le public)
>-
>
>Bâtiment Préfecture du Morbihan, Rue Maréchal Leclerc, Caserne,
>Saint-Patern, Vannes, Morbihan, Bretagne, France métropolitaine, 56019,
>France  (le bâtiment du
>préfet, pour les raouts, c'est à dire un bâtiment à revendre pour faire
>baisser les impôts sans nuire au service public, j'exagère à peine ;-))
>
> Le site de la préfecture
> 
> http://morbihan.gouv.fr/Outils/Horaires-et-coordonnees/Prefecture-du-Morbihan
> est encore pire qu'avant.
> Avant il indiquait un point entre les deux maintenant il vous indique
> carrément le bâtiment n'accueillant pas le public.
>
> S'il faut limiter les résultats, il vaut mieux favoriser ceux qui sont
> utiles ;-).
>
> Autre type d'homogénéisation :
> http://www.openstreetmap.org/node/1726811886
> name  ZI
> Sud-Est place 
> suburb 
> http://www.openstreetmap.org/way/23100849#map=15/48.1038/-1.6295
> landuse 
> industrial
> 
> layer  -1 name
>  Zone
> Industrielle Sud-Est
> Je suppose qu'on ne devrait avoir que le way avec les attributs
> short_name=ZI Sud-Est et place=suburb.
> Sinon sur osm.org par exemple on a deux fois l'info sans trop savoir
> pourquoi.
>
> Jean-Yvon
>
>
> Le 05/01/2016 22:57, Nicolas Moyroud - nmoyr...@free.fr a écrit :
>
> Bonsoir,
>
> Excelle