Re: [OSM-talk-fr] Coming out

[Emmanuel Alquier]

> Bref contentons nous des enseignes visibles publiquement (que ce soit affiché 
> sur place, ou par la communication, publicité, site web officiel...) et la 
> plus à jour connue.
Ok, ça me convient bien !

Merci à tous, je vais creuser tout ça, beaucoup beaucoup d’infos reçues ces 
dernier jours, il faut que je digère tout cela et voir comment on s’organise. 
J’ai eu quelques « candidatures » suite à mon message, merci à eux (ils se 
reconnaitront), on a du pain sur la planche !
Je pense venir à la prochaine réunion IDF, j’ai noté la date.

Emmanuel

> Le 12 janv. 2016 à 01:51, Philippe Verdy  a écrit :
> 
> L'occupant légal n'est souvent pas visible sur le terrain, on ne le voit (pas 
> toujours) qu'en cas d'edition de facture, de devis ou de contrat.
> Mais cet occupant légal peut avoir son siège légal ailleurs. Localement ou 
> voit le nnom d'enseigne et rien de plus. Alors pour le champ name=* on met 
> celui qui est en vitrine autant que possible, ou celui diffusé par la 
> publicité et la majorité des documents commerciaux.
> 
> Le nom local peut être celui d'un simple établissement de la société légale. 
> Autant ne rien mettre d'autre que le SIRET et laisser ce détail de côté, le 
> nom légal de l'établissement (SIRET) ou de la société (SIREN) sera au 
> répertoire INSEE des sociétés et au RCS. De plus très souvent il y a 
> plusieurs établissements au même endroit (pour des raisons comptables, 
> fiscales ou sociales), alors qu'il n'y a qu'une seule enseigne (parfois il y 
> a au même endroit des enseignes multiples en cas de franchises multiples 
> détenues par une même personne morale, mais ce sont des noms de franchises 
> visibles en plus sur la vitrine et pas le nom d'enseigne du lieu).
> 
> OSM n'a pas à être un répertoire légal des sociétés et de leurs dénominations 
> et liens ou participations entre elles, il y a le SIREN et le RCS pour ça. Et 
> ces sociétés (ou mêmes les personnes physiques ne sont pas dans le champ 
> d'application d'OSM puisqu'elles ne sont pas elles même réellement 
> géolocalisées à cet endroit). Même une personne physique qui tiendrait 
> l'établissement a son adresse légale de résidence principale (adresse 
> fiscale) presque toujours ailleurs.
> 
> Bref contentons nous des enseignes visibles publiquement (que ce soit affiché 
> sur place, ou par la communication, publicité, site web officiel...) et la 
> plus à jour connue.
> 
> Le 11 janvier 2016 à 19:54, Emmanuel Alquier  a écrit :
> Bien pris note de vos remarques Jean-Yvon et Philippe, je comprends un peu 
> mieux (mettre mon "LCL Rivoli" en official_name ou loc_name si c’est plus 
> local), par contre dans le cas d’un occupant légal qui héberge une enseigne, 
> c’est l’occupant légal qu’il faudrait avoir en name ? Je comprends la logique 
> mais ça peut être difficile à faire.
> 
> Un autre tag que j’ai relevé et que je pense qu’il faut utiliser, c’est 
> operator (voire brand ?).
> 
> Bon je note tous ces points à éclaircir.
> 
> Bonne soirée,
> 
> Emmanuel
> 
> 
> 
> 
> > Le 7 janv. 2016 à 23:28, osm.sanspourr...@spamgourmet.com a écrit :
> >
> > Le 07/01/2016 17:09, Emmanuel Alquier - emman...@hurikat.com a écrit :
> >> Merci à tous pour ces réponses et pour cet accueil !
> > à charge de revanche (on a tous à apprendre et effectivement cette 
> > communauté est très sympa).
> >>> 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.
> >>>
> >> C’est un sujet important effectivement. J’aurais eu plus tendance à 
> >> rentrer un nom plus complet oui. Cela s’applique même dans le cadre des 
> >> noms “officiels” ? Les agences bancaires, CAF, CPAM ou supermarchés ont 
> >> tous un nom officiel un peu plus descriptif qui serait pourtant très 
> >> pratique en name : “Franprix Grenelle”, “LCL Rivoli”... Je comprends votre 
> >> logique, mais du coup quand on utilise des outils qui s’appuient sur OSM, 
> >> par exemple en cherchant “CAF” autour de moi sur maps.me, j’ai une liste 
> >> de résultats qui s’appellent tous “CAF” , il faudrait que je les ouvre 
> >> tous un par un pour savoir si c’est bien celui que je recherche… pas 
> >> pratique :/ Quand même plus pratique de voir “CAF Laumière”, “CAF Finlay”, 
> >> “CAF Nationale”, « BNP Paribas Comédie » qui sont les noms qui 
> >> apparaissent sur nos courriers, on sait qu’on y est rattaché.
> >>
> > Le problème (réel) n'est pas OSM mais ici maps.me.
> > En effet on ne met en principe dans name que le nom affiché sur le terrain.
> > L'agence LCL de Rivoli, allez je la cherche sur OSM : LCL, rivoli.
> > Et je la trouve ;-) :
> > amenity   bank
> > atm   yes
> > name  LCL
> > operator  LCL
> > sourceknowledge
> > On est d'accord, on ne veut pas avoir à choisir entre LCL et LCL.
> >
> > Que rend Nominatim ?
> > Banque LCL, 19, Rue de Rivoli, Quartier Saint-Gervais, Paris 4e 
> > Arrondisse

Re: [OSM-talk-fr] Coming out

[Romain MEHUT]

Bonjour,

Le 11 janvier 2016 à 22:59,  a écrit :

> Effectivement brand et operator sont les bons attributs.
> Exemple pour ton LCL RIvoli : 
> http://overpass-turbo.eu/s/dFT
> Name n'est pas obligatoire.
> Mettons que Durant gère la marque de chaussures ÀCôtéDeMesPompes en
> affranchi de MesPompesPasFunèbres.
>
> shop=shoes
> brand=ÀCôtéDeMesPompes
> operator=MesPompesPasFunèbres
>

Je mettrais plutôt:
shop=shoes
brand=ÀCôtéDeMesPompes
network=MesPompesPasFunèbres
operator=Durant
name=le nom de la boutique

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

Re: [OSM-talk-fr] Coming out

[Philippe Verdy]

L'occupant légal n'est souvent pas visible sur le terrain, on ne le voit
(pas toujours) qu'en cas d'edition de facture, de devis ou de contrat.
Mais cet occupant légal peut avoir son siège légal ailleurs. Localement ou
voit le nnom d'enseigne et rien de plus. Alors pour le champ name=* on met
celui qui est en vitrine autant que possible, ou celui diffusé par la
publicité et la majorité des documents commerciaux.

Le nom local peut être celui d'un simple établissement de la société
légale. Autant ne rien mettre d'autre que le SIRET et laisser ce détail de
côté, le nom légal de l'établissement (SIRET) ou de la société (SIREN) sera
au répertoire INSEE des sociétés et au RCS. De plus très souvent il y a
plusieurs établissements au même endroit (pour des raisons comptables,
fiscales ou sociales), alors qu'il n'y a qu'une seule enseigne (parfois il
y a au même endroit des enseignes multiples en cas de franchises multiples
détenues par une même personne morale, mais ce sont des noms de franchises
visibles en plus sur la vitrine et pas le nom d'enseigne du lieu).

OSM n'a pas à être un répertoire légal des sociétés et de leurs
dénominations et liens ou participations entre elles, il y a le SIREN et le
RCS pour ça. Et ces sociétés (ou mêmes les personnes physiques ne sont pas
dans le champ d'application d'OSM puisqu'elles ne sont pas elles même
réellement géolocalisées à cet endroit). Même une personne physique qui
tiendrait l'établissement a son adresse légale de résidence principale
(adresse fiscale) presque toujours ailleurs.

Bref contentons nous des enseignes visibles publiquement (que ce soit
affiché sur place, ou par la communication, publicité, site web
officiel...) et la plus à jour connue.

Le 11 janvier 2016 à 19:54, Emmanuel Alquier  a écrit
:

> Bien pris note de vos remarques Jean-Yvon et Philippe, je comprends un peu
> mieux (mettre mon "LCL Rivoli" en official_name ou loc_name si c’est plus
> local), par contre dans le cas d’un occupant légal qui héberge une
> enseigne, c’est l’occupant légal qu’il faudrait avoir en name ? Je
> comprends la logique mais ça peut être difficile à faire.
>
> Un autre tag que j’ai relevé et que je pense qu’il faut utiliser, c’est
> operator (voire brand ?).
>
> Bon je note tous ces points à éclaircir.
>
> Bonne soirée,
>
> Emmanuel
>
>
>
>
> > Le 7 janv. 2016 à 23:28, osm.sanspourr...@spamgourmet.com a écrit :
> >
> > Le 07/01/2016 17:09, Emmanuel Alquier - emman...@hurikat.com a écrit :
> >> Merci à tous pour ces réponses et pour cet accueil !
> > à charge de revanche (on a tous à apprendre et effectivement cette
> communauté est très sympa).
> >>> 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.
> >>>
> >> C’est un sujet important effectivement. J’aurais eu plus tendance à
> rentrer un nom plus complet oui. Cela s’applique même dans le cadre des
> noms “officiels” ? Les agences bancaires, CAF, CPAM ou supermarchés ont
> tous un nom officiel un peu plus descriptif qui serait pourtant très
> pratique en name : “Franprix Grenelle”, “LCL Rivoli”... Je comprends votre
> logique, mais du coup quand on utilise des outils qui s’appuient sur OSM,
> par exemple en cherchant “CAF” autour de moi sur maps.me, j’ai une liste
> de résultats qui s’appellent tous “CAF” , il faudrait que je les ouvre tous
> un par un pour savoir si c’est bien celui que je recherche… pas pratique :/
> Quand même plus pratique de voir “CAF Laumière”, “CAF Finlay”, “CAF
> Nationale”, « BNP Paribas Comédie » qui sont les noms qui apparaissent sur
> nos courriers, on sait qu’on y est rattaché.
> >>
> > Le problème (réel) n'est pas OSM mais ici maps.me.
> > En effet on ne met en principe dans name que le nom affiché sur le
> terrain.
> > L'agence LCL de Rivoli, allez je la cherche sur OSM : LCL, rivoli.
> > Et je la trouve ;-) :
> > amenity   bank
> > atm   yes
> > name  LCL
> > operator  LCL
> > sourceknowledge
> > On est d'accord, on ne veut pas avoir à choisir entre LCL et LCL.
> >
> > Que rend Nominatim ?
> > Banque LCL, 19, Rue de Rivoli, Quartier Saint-Gervais, Paris 4e
> Arrondissement, Paris, Île-de-France, France métropolitaine, 75004, France
> > C'est à dire qu'il qualifie (Banque, mais Bank en allemand par exemple)
> et par géocodage inverse des coordonnées (Emplacement : 48,8558171,
> 2,3591925), il affiche des données de localisation.
> >
> > Il est possible d'ajouter d'autres noms tels que official_name (48 000
> entrées dans OSM, France et Allemagne bien fournis) ou loc_name (si les
> gens dans le coin disent "LCL Rivoli", c'est un candidat pour un nom local)
> ou de simplifier par exemple l'adresse (si le point est dans le quartier
> Rivoli, afficher Rivoli, si la carte ne montre d'un détail du 4e
> arrondissement de Paris, inutile de dire Paris 4e Arrondissement, Paris,
> Île-de-France, France métropolitaine, 75

Re: [OSM-talk-fr] Coming out

[Christian Rogel]

> Le 11 janv. 2016 à 22:59, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Si maintenant au-dessus de la vitrine il y a écrit "Chez Durant", tu ajoutes
> name=Chez Durant
> 
> On ne met usuellement en name que ce que l'on voit sur le terrain.
> 
> Jean-Yvon

Pourquoi seulement « au dessus de la vitrine » ? Ce peut être en tout endroit 
et en tout format, surtout s’il n"y a pas de vitrine.


Christian R.

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

Re: [OSM-talk-fr] Coming out

[osm . sanspourriel]

Effectivement brand et operator sont les bons attributs.
Exemple pour ton LCL RIvoli : http://overpass-turbo.eu/s/dFT
Name n'est pas obligatoire.
Mettons que Durant gère la marque de chaussures ÀCôtéDeMesPompes en 
affranchi de MesPompesPasFunèbres.


shop=shoes
brand=ÀCôtéDeMesPompes
operator=MesPompesPasFunèbres

Si maintenant au-dessus de la vitrine il y a écrit "Chez Durant", tu ajoutes
name=Chez Durant

On ne met usuellement en name que ce que l'on voit sur le terrain.

Jean-Yvon


Le 11/01/2016 19:54, Emmanuel Alquier - emman...@hurikat.com a écrit :

Bien pris note de vos remarques Jean-Yvon et Philippe, je comprends un peu mieux (mettre 
mon "LCL Rivoli" en official_name ou loc_name si c’est plus local), par contre 
dans le cas d’un occupant légal qui héberge une enseigne, c’est l’occupant légal qu’il 
faudrait avoir en name ? Je comprends la logique mais ça peut être difficile à faire.

Un autre tag que j’ai relevé et que je pense qu’il faut utiliser, c’est 
operator (voire brand ?).

Bon je note tous ces points à éclaircir.

Bonne soirée,

Emmanuel

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

Re: [OSM-talk-fr] Coming out

[Emmanuel Alquier]

Bien pris note de vos remarques Jean-Yvon et Philippe, je comprends un peu 
mieux (mettre mon "LCL Rivoli" en official_name ou loc_name si c’est plus 
local), par contre dans le cas d’un occupant légal qui héberge une enseigne, 
c’est l’occupant légal qu’il faudrait avoir en name ? Je comprends la logique 
mais ça peut être difficile à faire.

Un autre tag que j’ai relevé et que je pense qu’il faut utiliser, c’est 
operator (voire brand ?).

Bon je note tous ces points à éclaircir.

Bonne soirée,

Emmanuel




> Le 7 janv. 2016 à 23:28, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Le 07/01/2016 17:09, Emmanuel Alquier - emman...@hurikat.com a écrit :
>> Merci à tous pour ces réponses et pour cet accueil !
> à charge de revanche (on a tous à apprendre et effectivement cette communauté 
> est très sympa).
>>> 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.
>>> 
>> C’est un sujet important effectivement. J’aurais eu plus tendance à rentrer 
>> un nom plus complet oui. Cela s’applique même dans le cadre des noms 
>> “officiels” ? Les agences bancaires, CAF, CPAM ou supermarchés ont tous un 
>> nom officiel un peu plus descriptif qui serait pourtant très pratique en 
>> name : “Franprix Grenelle”, “LCL Rivoli”... Je comprends votre logique, mais 
>> du coup quand on utilise des outils qui s’appuient sur OSM, par exemple en 
>> cherchant “CAF” autour de moi sur maps.me, j’ai une liste de résultats qui 
>> s’appellent tous “CAF” , il faudrait que je les ouvre tous un par un pour 
>> savoir si c’est bien celui que je recherche… pas pratique :/ Quand même plus 
>> pratique de voir “CAF Laumière”, “CAF Finlay”, “CAF Nationale”, « BNP 
>> Paribas Comédie » qui sont les noms qui apparaissent sur nos courriers, on 
>> sait qu’on y est rattaché. 
>> 
> Le problème (réel) n'est pas OSM mais ici maps.me.
> En effet on ne met en principe dans name que le nom affiché sur le terrain.
> L'agence LCL de Rivoli, allez je la cherche sur OSM : LCL, rivoli.
> Et je la trouve ;-) :
> amenity   bank
> atm   yes
> name  LCL
> operator  LCL
> sourceknowledge
> On est d'accord, on ne veut pas avoir à choisir entre LCL et LCL.
> 
> Que rend Nominatim ?
> Banque LCL, 19, Rue de Rivoli, Quartier Saint-Gervais, Paris 4e 
> Arrondissement, Paris, Île-de-France, France métropolitaine, 75004, France
> C'est à dire qu'il qualifie (Banque, mais Bank en allemand par exemple) et 
> par géocodage inverse des coordonnées (Emplacement : 48,8558171, 2,3591925), 
> il affiche des données de localisation.
> 
> Il est possible d'ajouter d'autres noms tels que official_name (48 000 
> entrées dans OSM, France et Allemagne bien fournis) ou loc_name (si les gens 
> dans le coin disent "LCL Rivoli", c'est un candidat pour un nom local) ou de 
> simplifier par exemple l'adresse (si le point est dans le quartier Rivoli, 
> afficher Rivoli, si la carte ne montre d'un détail du 4e arrondissement de 
> Paris, inutile de dire Paris 4e Arrondissement, Paris, Île-de-France, France 
> métropolitaine, 75004, France (sauf éventuellement à factoriser ou sous forme 
> d'info-bulle ou autre).
> 
> Tout comme il est conseillé de mettre de l'intelligence en amont du moteur, 
> il est bon d'en mettre en aval affin d'afficher un nom ou une adresse 
> intelligible.
> Si tu cherches des gares tu peux te contenter d'afficher disons Lorient.
> Si tu cherches Lorient et que l'on ne sait si tu cherches une gare, une ville 
> ou autre, c'est Gare de Lorient ou un pictogramme de gare et Lorient, un logo 
> SNCF et Lorient... Toutes les solutions peuvent avoir du sens (mais le logo 
> de la SNCF si celui qui consulte ne vit pas en France moins que le picto).
> 
> Là il faut arriver à ce que tes résultats soient tous différents, pas 
> forcément dans le nom (un picto de mairie et un picto de gare sont plus 
> efficaces que "Hôtel-de-ville de Lorient" et "Gare de Lorient" (sauf pour les 
> malvoyants ça va de soi).
> 
> 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] Coming out

[osm . sanspourriel]

Le 07/01/2016 17:09, Emmanuel Alquier - emman...@hurikat.com a écrit :

Merci à tous pour ces réponses et pour cet accueil !
à charge de revanche (on a tous à apprendre et effectivement cette 
communauté est très sympa).

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.

C’est un sujet important effectivement. J’aurais eu plus tendance à rentrer un 
nom plus complet oui. Cela s’applique même dans le cadre des noms “officiels” ? 
Les agences bancaires, CAF, CPAM ou supermarchés ont tous un nom officiel un 
peu plus descriptif qui serait pourtant très pratique en name : “Franprix 
Grenelle”, “LCL Rivoli”... Je comprends votre logique, mais du coup quand on 
utilise des outils qui s’appuient sur OSM, par exemple en cherchant “CAF” 
autour de moi sur maps.me, j’ai une liste de résultats qui s’appellent tous 
“CAF” , il faudrait que je les ouvre tous un par un pour savoir si c’est bien 
celui que je recherche… pas pratique :/ Quand même plus pratique de voir “CAF 
Laumière”, “CAF Finlay”, “CAF Nationale”, « BNP Paribas Comédie » qui sont les 
noms qui apparaissent sur nos courriers, on sait qu’on y est rattaché.

Le problème (réel) n'est pas OSM mais ici maps.me.
En effet on ne met en principe dans name que le nom affiché sur le terrain.
L'agence LCL de Rivoli, allez je la cherche sur OSM : LCL, rivoli. 


Et je la trouve ;-) :
amenity  
bank 

atm yes 
name   LCL
operator 
 	LCL
source  
knowledge



On est d'accord, on ne veut pas avoir à choisir entre LCL et LCL.

Que rend Nominatim ?
Banque LCL, 19, Rue de Rivoli, Quartier Saint-Gervais, Paris 4e 
Arrondissement, Paris, Île-de-France, France métropolitaine, 75004, 
France 
C'est à dire qu'il qualifie (Banque, mais Bank en allemand par exemple) 
et par géocodage inverse des coordonnées (Emplacement : 48,8558171, 
2,3591925 ), 
il affiche des données de localisation.


Il est possible d'ajouter d'autres noms tels que official_name 
 (48 000 entrées 
dans OSM, France et Allemagne 
 bien fournis) 
ou loc_name  
(si les gens dans le coin disent "LCL Rivoli", c'est un candidat pour un 
nom local) ou de simplifier par exemple l'adresse (si le point est dans 
le quartier Rivoli, afficher Rivoli, si la carte ne montre d'un détail 
du 4e arrondissement de Paris, inutile de dire Paris 4e Arrondissement, 
Paris, Île-de-France, France métropolitaine, 75004, France 
 (sauf éventuellement à 
factoriser ou sous forme d'info-bulle ou autre).


Tout comme il est conseillé de mettre de l'intelligence en amont du 
moteur, il est bon d'en mettre en aval affin d'afficher un nom ou une 
adresse intelligible.

Si tu cherches des gares tu peux te contenter d'afficher disons Lorient.
Si tu cherches Lorient et que l'on ne sait si tu cherches une gare, une 
ville ou autre, c'est Gare de Lorient ou un pictogramme de gare et 
Lorient, un logo SNCF et Lorient... Toutes les solutions peuvent avoir 
du sens (mais le logo de la SNCF si celui qui consulte ne vit pas en 
France moins que le picto).


Là il faut arriver à ce que tes résultats soient tous différents, pas 
forcément dans le nom (un picto de mairie et un picto de gare sont plus 
efficaces que "Hôtel-de-ville de Lorient" et "Gare de Lorient" (sauf 
pour les malvoyants ça va de soi).


Jean-Yvon

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

Re: [OSM-talk-fr] Coming out

[Emmanuel Alquier]

Merci à tous pour ces réponses et pour cet accueil !

Vincent, Nicolas, merci pour vos messages, et merci althio pour les liens vers 
les forums, je ne connaissais pas.

Vous m’avez perdu sur quelques sujets je ne vais pas tout commenter (on est 
très vite rentré dans des détails très pointus !) mais je les aborderai avec la 
personne que j’espère trouver, merci de les avoir soulevés. Quelques uns en 
détails :

> 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.

C’est un sujet important effectivement. J’aurais eu plus tendance à rentrer un 
nom plus complet oui. Cela s’applique même dans le cadre des noms “officiels” ? 
Les agences bancaires, CAF, CPAM ou supermarchés ont tous un nom officiel un 
peu plus descriptif qui serait pourtant très pratique en name : “Franprix 
Grenelle”, “LCL Rivoli”... Je comprends votre logique, mais du coup quand on 
utilise des outils qui s’appuient sur OSM, par exemple en cherchant “CAF” 
autour de moi sur maps.me, j’ai une liste de résultats qui s’appellent tous 
“CAF” , il faudrait que je les ouvre tous un par un pour savoir si c’est bien 
celui que je recherche… pas pratique :/ Quand même plus pratique de voir “CAF 
Laumière”, “CAF Finlay”, “CAF Nationale”, « BNP Paribas Comédie » qui sont les 
noms qui apparaissent sur nos courriers, on sait qu’on y est rattaché. 

On est sur la meme ligne pour l’harmonisation, l’intelligence pour faire 
apparaitre les centre des finances publiques quand on tape “trésor public” par 
exemple.

Je suis impressionné par le nombre d’outils développés à droite à gauche, plus 
je creuse dans OSM et plus j’en découvre. C’est une bonne chose certainement 
mais pour le démarrage c’est vraiment difficile à appréhender, il y en a dans 
tous les sens :-s

> 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...)

Oui on a prévu ce cas là et on les a exclu des exports que l’on va réaliser, 
ils ne nous sont pas utiles donc ils ne vont pas venir « polluer » nos 
résultats de recherche.

@Philippe… très bons points également. Oui on va se casser les dents sur tous 
ces cas exceptionnels (de plus en plus courants !), on commencera par le plus 
simple je pense (batiments “mono service”), il devrait déjà avoir pas mal de 
boulot. 

Si vous avez des contributeurs de la communauté à me recommandez, n’hésitez pas 
à leur parler de ma demande ou de m’envoyer leur email, que ce soit des profils 
expérimentés pour m’aider à définir la stratégie ou simplement des gens qui ont 
du temps libre (je suppose qu’il y aura une partie de saisie consommatrice de 
temps qui ne demande pas une expertise ultra poussée), ça m’intéresse toujours.

Encore un grand merci à tous, cela fait très plaisir et désolé de n’avoir pas 
répondu à toutes les interventions.

Emmanuel

> Le 7 janv. 2016 à 16:27, althio  a écrit :
> 
> Enchanté et ravi de vous voir à bord !
> 
> Je vous souhaite une belle synergie et de l'enrichissement réciproque
> entre votre application et OSM.
> 
> Bravo pour votre façon d'aborder le système et la communauté.
> 
> J'espère que vous trouverez l'aide nécessaire avec les contributeurs
> et votre proposition de mission rémunérée.
> A ce sujet, pensez à la section dédiée de notre forum ou d'autres :
> http://forum.openstreetmap.fr/viewforum.php?f=22
> http://georezo.net/forum/viewforum.php?id=10
> 
> 
> 
> 2016-01-06 0:07 GMT+01:00 Vincent de Château-Thierry :
>> Bonsoir,
>> 
>> Le 05/01/2016 22:57, Nicolas Moyroud a écrit :
>>> 
>>> 
>>> Excellente initiative Emmanuel ça fait plaisir de voir des services
>>> comme le votre d'intéresser à OSM et notamment à la contribution aux
>>> données.
>> 
>> 
>> Un consommateur-contributeur, voilà qui boucle la boucle :)
>> Merci Emmanuel de nous dresser ce tableau autour de Hurikat.
>> En ce qui concerne la contribution rémunérée, le sujet, doucement, émerge en
>> France, mais ça reste très embryonnaire. On commence à voir des demandes qui
>> ont en commun avec la tienne de chercher une forme d'expertise, et d'assumer
>> que cette expertise a un coût (financier). Le souci pour l'instant est qu'il
>> n'y a pas des masses de candidats en face (euphémisme). Alors tant mieux si
>> ton besoin peut aider certains à se fabriquer une expérience dans le
>> domaine.
>> 
>> vincent
>> 
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://l

Re: [OSM-talk-fr] Coming out

[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 
>

Re: [OSM-talk-fr] Coming out

[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

Re: [OSM-talk-fr] Coming out

[osm . sanspourriel]

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,

Excellente initiative Emmanuel ça fait plaisir de voir des services 
comme le votre d'intéresser à OSM et notamment à la contribution aux 
données. Si besoin je peux donner un coup de main pour la contribution.
Concernant l'utilisation des champs name exclusivement Phlippe n'a pas 
tort. Il faudrait plutôt mettre en place un glossaire de tags 
spécifiques à utiliser pour chaque type d'administration. Mais ça 
n'empêche pas également d'en profiter pour harmoniser les noms.
Pour les mairies, elles doivent être toutes là déjà (même si pour 
certaines on n'a pas identifié le batiment précisément, le noeud 
admin_centre fait en fait référence à un point assez proche, c'est 
juste que le batiment n'a pas été importé, il reste des commuens non 
vectorisées et dans celles là il peut y avori des imprécisions.
Par contre celle-là dans le genre qui n'a aucune garantie de fiabilité 
elle est pas mal ! J'ai déjà croisé moultes communes pour lesquelles 
le admin_centre n'est pas du tout situé à côté de la mairie.


Nicolas

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


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

Re: [OSM-talk-fr] Coming out

[Vincent de Château-Thierry]

Bonsoir,

Le 05/01/2016 22:57, Nicolas Moyroud a écrit :


Excellente initiative Emmanuel ça fait plaisir de voir des services
comme le votre d'intéresser à OSM et notamment à la contribution aux
données.


Un consommateur-contributeur, voilà qui boucle la boucle :)
Merci Emmanuel de nous dresser ce tableau autour de Hurikat.
En ce qui concerne la contribution rémunérée, le sujet, doucement, 
émerge en France, mais ça reste très embryonnaire. On commence à voir 
des demandes qui ont en commun avec la tienne de chercher une forme 
d'expertise, et d'assumer que cette expertise a un coût (financier). Le 
souci pour l'instant est qu'il n'y a pas des masses de candidats en face 
(euphémisme). Alors tant mieux si ton besoin peut aider certains à se 
fabriquer une expérience dans le domaine.


vincent

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

Re: [OSM-talk-fr] Coming out

[Christian Quest]

Même si dans certains cas on peut les confondre admin_centre et mairie sont
(pour moi) deux choses différentes, c'est même pour ça qu'on a deux
tags/roles différents.

Vu que le rendu par défaut place le nom sur l'admin_centre, c'est un noeud
souvent utilisé pour "placer" le nom de la commune sur la carte. C'est en
général un noeud avec un tag place=* et il n'y a qu'un admin_centre.

La Mairie c'est un (ou plusieurs) bâtiment, et on peut avoir des mairies
annexes dans certaines communes...


Le 5 janvier 2016 à 22:57, Nicolas Moyroud  a écrit :

> Bonsoir,
>
> Excellente initiative Emmanuel ça fait plaisir de voir des services comme
> le votre d'intéresser à OSM et notamment à la contribution aux données. Si
> besoin je peux donner un coup de main pour la contribution.
> Concernant l'utilisation des champs name exclusivement Phlippe n'a pas
> tort. Il faudrait plutôt mettre en place un glossaire de tags spécifiques à
> utiliser pour chaque type d'administration. Mais ça n'empêche pas également
> d'en profiter pour harmoniser les noms.
>
>> Pour les mairies, elles doivent être toutes là déjà (même si pour
>> certaines on n'a pas identifié le batiment précisément, le noeud
>> admin_centre fait en fait référence à un point assez proche, c'est juste
>> que le batiment n'a pas été importé, il reste des commuens non vectorisées
>> et dans celles là il peut y avori des imprécisions.
>>
> Par contre celle-là dans le genre qui n'a aucune garantie de fiabilité
> elle est pas mal ! J'ai déjà croisé moultes communes pour lesquelles le
> admin_centre n'est pas du tout situé à côté de la mairie.
>
> Nicolas
>
> ___
> 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] Coming out

[Philippe Verdy]

Le 5 janvier 2016 à 22:57, Nicolas Moyroud  a écrit :

> Bonsoir,
>
> Excellente initiative Emmanuel ça fait plaisir de voir des services comme
> le votre d'intéresser à OSM et notamment à la contribution aux données. Si
> besoin je peux donner un coup de main pour la contribution.
> Concernant l'utilisation des champs name exclusivement Phlippe n'a pas
> tort. Il faudrait plutôt mettre en place un glossaire de tags spécifiques à
> utiliser pour chaque type d'administration. Mais ça n'empêche pas également
> d'en profiter pour harmoniser les noms.
>
>> Pour les mairies, elles doivent être toutes là déjà (même si pour
>> certaines on n'a pas identifié le batiment précisément, le noeud
>> admin_centre fait en fait référence à un point assez proche, c'est juste
>> que le batiment n'a pas été importé, il reste des commuens non vectorisées
>> et dans celles là il peut y avori des imprécisions.
>>
> Par contre celle-là dans le genre qui n'a aucune garantie de fiabilité
> elle est pas mal ! J'ai déjà croisé moultes communes pour lesquelles le
> admin_centre n'est pas du tout situé à côté de la mairie.
>

J'ai mis "pour certaines dont on n'a pas identifé le bâtiment". Ma phrase
prenait quelques précautions tout de même.

Il y en a peut être pas mal (je n'ai pas cherché à compter) ,mais pas tant
que ça car j'ai du mal à trouver des villes où il n'y a pas l'hôtel de
ville ou la mairie indiquée explicitement (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).

Mais il est vrai que admin_center a parfois été décalé pour des raisons de
rendu ou facilité de repérage (notamment pour les communes dont le centre
bourg est très décalé sur le bord de ses frontières: à ce moment là on
n'avait pas encore utilisé les noeuds "label" pour permettre de positionner
le label affiché sur la carte dans une position plus centrale par rapport
au territoire entier et aussi en évitant qu'il soit placé par défaut au
centroïde qui est parfois complètement hors des limites de la commune, par
exemple l'Ile-Saint-Denis mais dont l'admin_center est malgré tout
correctement positionné sans recourir à un label).

Autre difficulté : souvent "la" marie n'en même pas en un seul lieu.
L'hôtel de Ville n'est pas le lieu pour la plupart des démarches
dadministratives qui se font ailleurs dans une annexe ou un batiment plus
adapté à l'accueil du public et au travail administratif, parfois éloigné
de plusieurs rues. Selon les services les points d'accueil peuvent être
différents, et pour le projet de Nicolas il (files d'attente et accès du
publoc) faudra s'intéresser aux mairies annexes dans les quartiers ou
autres villages de la commune.

Autre difficulté: le regroupement de plusieurs services administratifs en
un lieu unique : CAF, Pole Emploi, CPAM/MSA, relais de poste, état-civil...
parfois même aussi le local d'accueil des assos locales, et une salle
d'activité. On trouve ça dans les peties communes, et le lieu s'appelle
alors parfois "maison des services publics", et pas du tout "mairie" ni
"hôtel de ville" (pas moyen d'unifier le nom!) On est pourtant
juridiquement à la mairie ou l'agence locale de la CAF selon les jours de
la semaine, ou selon ce qu'on demande, car les employés sont polyvalents et
peuvent traiter des démarches différentes. Mais il n'y a pas de lieu
strictement dédié à l'une ou l'autre adminsitration.

Donc le nom ne sert pas à grand chose, ce qui compte c'est la compétence
qui est gérée (de façon péreine mais pas forcément continue) dans un lieu.
Et là les tags d'identification seront plus pratiques pour les recherches.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Coming out

[Nicolas Moyroud]

Bonsoir,

Excellente initiative Emmanuel ça fait plaisir de voir des services 
comme le votre d'intéresser à OSM et notamment à la contribution aux 
données. Si besoin je peux donner un coup de main pour la contribution.
Concernant l'utilisation des champs name exclusivement Phlippe n'a pas 
tort. Il faudrait plutôt mettre en place un glossaire de tags 
spécifiques à utiliser pour chaque type d'administration. Mais ça 
n'empêche pas également d'en profiter pour harmoniser les noms.
Pour les mairies, elles doivent être toutes là déjà (même si pour 
certaines on n'a pas identifié le batiment précisément, le noeud 
admin_centre fait en fait référence à un point assez proche, c'est 
juste que le batiment n'a pas été importé, il reste des commuens non 
vectorisées et dans celles là il peut y avori des imprécisions.
Par contre celle-là dans le genre qui n'a aucune garantie de fiabilité 
elle est pas mal ! J'ai déjà croisé moultes communes pour lesquelles le 
admin_centre n'est pas du tout situé à côté de la mairie.


Nicolas

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

Re: [OSM-talk-fr] Coming out

[Philippe Verdy]

Le 5 janvier 2016 à 20:03, Emmanuel Alquier  a écrit :

> On cherche donc à confier une mission rémunérée pour nous aider à
> compléter la base des administrations françaises, on a remarqué qu’il y
> avait pas mal de POI importants manquants. Plus précisément :
>• Mairies de plus de X milliers d’habitants (pas bien évalué s’il
> en manque beaucoup ou pas).
>• Préfectures et sous préfectures : il n’y a qu’une centaine de
> préfectures en France, plus de sous-préfectures mais il ne doit pas en
> manquer beaucoup.
>• CAF, CPAM : là on dirait qu’il ya des gros trous un peu partout
> et un gros travail d’harmonisation des noms existants serait à faire
> également (tout passer en « Caisse d’Allocations Familiales » / « Caisse
> Primaire d’Assurance Maladie » et en short_name « CAF » / « CPAM »,
> alt_name « Sécurité sociale » ?). Commencer par les antennes principales, à
> voir pour les antennes de proximité.
>• Ensuite les impôts : désormais appelés Centre des Finances
> Publiques mais également SIE, rajouter les POI manquants et rajouter en
> alt_name (impôts), short_name (SIE) et old_name (Trésor Public).
> La partie naming est importante pour nous, notre moteur de recherche va
> s’en servir.
>

Le problème est que l'hoarmonisation que tu souhaiterais n'a aucune
garantie de stabilité et que le name dans OSM est supposé représenter le
nom tel qu'on le trouve sur le terrain. Mais les réorganisations de
services publics sont permanentes, et eux aussi s'adaptent aux besoins ou
anx onctraintes budgétaires, ou se voient localement imposé des missions
supplémentaires réunies dans un même lieu qui alors change de nom selon
l'étendue administrative, socio-économique ou territoriale de ses
compétences.

Donc en fait ce que tu aurais b esoin serait une classification des lieux
proposant un certain nom de services de base.

Pour ça d'autres tags pourront servir, mais je ne pense pas qu'il soit
péreine de se lier aux noms qui n'ont pas à être "uniformisés" quand ils ne
le sont pas et ont de bonnes raisons locales d'être différents.

Cela a été fait pour les écoles, les hopitaux (publics et privés), les
points géodésiques, en insérant les numéros de référence dans des bases
publiques liées à la thématique qu'ils gèrent. Pour ça on a des données
OpenData.

Mais on peut le faire aussi pour les organisemes de sécurité sociale (il
n'y a pas que la CPAM et la CAF, n'oublie pas n on plus la MSA, et d'autres
organismes paritaires qui existent aussi, et bientôt des services privés
 concessionnaires d'une mission locale de service public...) Un numéro
public d'agrément ou de licence peut servir de référence et d'identifiant
pour les trouver.
On peut le faire aussi pour les transports publics.
Pour les préfectures on a tout dans OSM, y compris les maisons de l'Etat.
Pour les mairies, elles doivent être toutes là déjà (même si pour certaines
on n'a pas identifié le batiment précisément, le noeud admin_centre fait en
fait référence à un point assez proche, c'est juste que le batiment n'a pas
été importé, il reste des commuens non vectorisées et dans celles là il
peut y avori des imprécisions.
On peut le faire aussi pour les pharmacies, les médecins, les notaires, les
avocats, les huissiers de justice, et toutes les professions régementées
régies par un ordre.
Mais là encore, imposible de se lier au nom, il faut d'autres clés plus
pertinentes !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Coming out

[Emmanuel Alquier]

Bonjour à tous,

Je m’intéresse, creuse, me familiarise à OSM de plus en plus depuis quelques 
mois, je contribue un peu et je suis désormais adhérent de l’association, il 
est donc maintenant temps de me présenter :)
Je suis Emmanuel Alquier, j’ai lancé Hurikat  (appli 
Android / iOS), c’est une sorte de "Waze des files d’attente". Si OSM 
m’intéresse beaucoup, c’est parce que nous allons déployer une mise à jour 
majeure de l'appli qui va s’appuyer sur OSM. Je suis donc venu ici par intérêt 
pro mais l’esprit et la mission me plaisent beaucoup, j’espère pouvoir apporter 
beaucoup en retour également à la communauté.

Nous nous intéressons aux magasins, guichets d’administrations et lieux 
touristiques (essentiellement nom(s) du POI + adresse). Notre intérêt est donc 
d’avoir une base de données la plus exhaustive et à jour possible, et nous 
commençons tout doucement à contribuer sur OSM dans l’équipe, mais on voudrait 
passer à l’étape supérieure et vraiment enrichir la base commune de manière 
conséquente.

On cherche donc à confier une mission rémunérée pour nous aider à compléter la 
base des administrations françaises, on a remarqué qu’il y avait pas mal de POI 
importants manquants. Plus précisément :
   • Mairies de plus de X milliers d’habitants (pas bien évalué s’il en 
manque beaucoup ou pas).
   • Préfectures et sous préfectures : il n’y a qu’une centaine de 
préfectures en France, plus de sous-préfectures mais il ne doit pas en manquer 
beaucoup.
   • CAF, CPAM : là on dirait qu’il ya des gros trous un peu partout et un 
gros travail d’harmonisation des noms existants serait à faire également (tout 
passer en « Caisse d’Allocations Familiales » / « Caisse Primaire d’Assurance 
Maladie » et en short_name « CAF » / « CPAM », alt_name « Sécurité sociale » 
?). Commencer par les antennes principales, à voir pour les antennes de 
proximité.
   • Ensuite les impôts : désormais appelés Centre des Finances Publiques 
mais également SIE, rajouter les POI manquants et rajouter en alt_name 
(impôts), short_name (SIE) et old_name (Trésor Public). 
La partie naming est importante pour nous, notre moteur de recherche va s’en 
servir.

Une discussion antérieure sur la mailing-list (cf. 
https://lists.openstreetmap.org/pipermail/talk-fr/2015-June/076873.html 
) nous 
apprend que l'import des administrations française s’appuie sur 
service-public.fr  et qu’OSMOSE permettrait 
d’évaluer le travail à faire. Je pense que c'est une bonne base pour commencer.

Je dois beaucoup à mon ami Florian Lainez (overflorian) qui m’a incité à 
creuser la piste OSM et m’a beaucoup aidé / coaché / renseigné sur OSM (un 
grand merci !), mais pour être honnête on ne maitrise pas encore tous les 
ressorts d’OSM. Jamais utilisé OSMOSE par exemple, on sait aussi que les batch 
edit sont à éviter et il ne peut pas tout faire pour nous ^^ : pour toutes ces 
raisons on aimerait se faire aider et j'aurais un peu de budget pour cela mais 
je n'ai aucune idée du temps nécessaire.

Si ensuite on trouve des bases fiables, on s’attaquera aux magasins, à d’autres 
administrations et à l'international donc cela pourrait même être le début 
d’une collaboration long terme.
Voilà, on cherche avant tout une / des personne(s) pour nous aider sur cette 
mission mais aussi quelques conseils car on veut faire d’OSM une fondation de 
notre service. On est prêt à investir du temps et des moyens dans la communauté 
mais on ne sait pas toujours comment s’y prendre.

A vous ! 

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