Re: [OSM-talk-fr] Réunion parisienne OSM le 31

2013-05-31 Par sujet Yoann Sculo
Bonjour,

Merci pour les précisions !
A ce soir alors.

-- 
Yoann

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


Re: [OSM-talk-fr] Réunion parisienne OSM le 31

2013-05-31 Par sujet Marc SIBERT
Bonjour,

Je vous confirme ma présence (je ne passe finalement pas à Saclay).

A+



Le 30 mai 2013 00:29, Yoann Sculo yoann.sc...@gmail.com a écrit :

 Bonsoir,

 Je suis un contributeur très récent, mais je crois avoir choppé le virus :)
 Malheureusement, je n'ai pas pu passer au salon Solutions Linux mais
 sur IRC on m'a parlé de la réunion de vendredi soir à Paris
 (http://openstreetmap.fr/2013-05-31-reunion-paris)

 Ne trouvant pas plus d'information, j'aurais aimé savoir :

 - si déjà cela a toujours lieu. Car je vois qu'une cartopartie a lieu
 a Saclay presque en même temps.
 - si vous accueillez les nouveaux curieux :)
 - s'il faut ramener quelque chose. Je vois que c'est le cas à Marseille.

 Merci d'avance !

 --
 Yoann Sculo (ysculo)

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




-- 
Marc Sibert
m...@sibert.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Import adresses Grand Lyon

2013-05-31 Par sujet GaelADT
Bonjour,

N'ayant pas trouvé l'information, je me permet de poser la question ici.

A priori, les données adresses du Grand Lyon ont été libérées et la licence
doit permettre sont intégration dans OSM :
http://smartdata.grandlyon.com/localisation/numfro-de-voirie-du-grand-lyon-voies-et-adresses/

Est-ce que quelqu'un s'occupe déjà de ce projet ? Est-ce que quelqu'un est
intéressé pour travailler sur cet import ou m'aider à comprendre comment s'y
prendre ? De ce que j'ai cru comprendre, cela a déjà été fait par exemple
sur Nantes
(http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropole)

Merci d'avance,

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Import-adresses-Grand-Lyon-tp5763488.html
Sent from the France mailing list archive at Nabble.com.

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


Re: [OSM-talk-fr] Import adresses Grand Lyon

2013-05-31 Par sujet Sylvain Maillard
Salut,

il s'agit effectivement de données qui ont été libérées, et qui ne sont pas
encore dans OSM. A savoir qu'il y a déjà pas mal d'adresses présentes dans
OSM (surtout centre ville) donc pas d'import brutal !

J'ai déjà regardé les jeux de données mais je n'ai pas encore eu le temps
de m'en occuper ... par contre je peux t'aider à comprendre comment elles
sont structurées pour faciliter l'intégration ;)
De ce que j'avais vu des données brutes sur le site opendata il y a besoin
de faire des jointures entre plusieurs couches (ce qui est dans mes cordes)
... sur le lien que tu as donné apparemment c'est déjà fait, mais par
contre il y a clairement un problème au niveau de la projection : le
fichier fourni est indiqué en CC46, alors que les coordonnées des points
sont en WGS84 !
Les points semblent à peu près bien placés (j'ai retrouvé chez moi), et
positionnés sur la limite des bâtiments. Il y a des rues qui ne semblent
pas très droites, ça demande à vérifier avec les données déjà dans OSM pour
comparaison ;)

Je met également en copie al liste local-lyon, qui me paraît plus
appropriée pour régler les détails de terrain ;)


Sylvain





Le 31 mai 2013 10:27, GaelADT gael.sauva...@gmail.com a écrit :

 Bonjour,

 N'ayant pas trouvé l'information, je me permet de poser la question ici.

 A priori, les données adresses du Grand Lyon ont été libérées et la licence
 doit permettre sont intégration dans OSM :

 http://smartdata.grandlyon.com/localisation/numfro-de-voirie-du-grand-lyon-voies-et-adresses/

 Est-ce que quelqu'un s'occupe déjà de ce projet ? Est-ce que quelqu'un est
 intéressé pour travailler sur cet import ou m'aider à comprendre comment
 s'y
 prendre ? De ce que j'ai cru comprendre, cela a déjà été fait par exemple
 sur Nantes
 (
 http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropole
 )

 Merci d'avance,

 Gaël.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Import-adresses-Grand-Lyon-tp5763488.html
 Sent from the France mailing list archive at Nabble.com.

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

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


[OSM-talk-fr] Liste locale Nord-Pas-de-Calais

2013-05-31 Par sujet adrien carpentier
Salut à tous,

suite à un début de coordination de l'activité OSM sur le Nord-Pas de
Calais, je profite pour vous rappeler l'existence de cette liste locale :
http://listes.openstreetmap.fr/wws/info/local-npdc
merci aux contributeurs du Nord et du Pas-de-Calais de nous y rejoindre,
afin d'essayer de se coordonner un peu mieux!

Un des premiers chantiers locaux, pourrait être de remettre au propre la
hiérarchisation des voies qui laisse un peu à désirer exemple : ici :
http://www.openstreetmap.org/?lat=50.5178lon=1.5934zoom=14layers=M
ou là:
http://www.openstreetmap.org/?lat=50.8189lon=2.0495zoom=14layers=M

à bientôt
Adrien


-- 
http://www.virage-energie-npdc.org/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Import adresses Grand Lyon

2013-05-31 Par sujet Marc SIBERT
Bonjour,

Le point m'intéresse, surtout que j'ai la CCA (
http://www.concarneau-cornouaille.fr/index.php) qui m'a fait une
proposition identique (on coince pour le moment sur la licence).

A+


Le 31 mai 2013 10:27, GaelADT gael.sauva...@gmail.com a écrit :

 Bonjour,

 N'ayant pas trouvé l'information, je me permet de poser la question ici.

 A priori, les données adresses du Grand Lyon ont été libérées et la licence
 doit permettre sont intégration dans OSM :

 http://smartdata.grandlyon.com/localisation/numfro-de-voirie-du-grand-lyon-voies-et-adresses/

 Est-ce que quelqu'un s'occupe déjà de ce projet ? Est-ce que quelqu'un est
 intéressé pour travailler sur cet import ou m'aider à comprendre comment
 s'y
 prendre ? De ce que j'ai cru comprendre, cela a déjà été fait par exemple
 sur Nantes
 (
 http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropole
 )

 Merci d'avance,

 Gaël.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Import-adresses-Grand-Lyon-tp5763488.html
 Sent from the France mailing list archive at Nabble.com.

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




-- 
Marc Sibert
m...@sibert.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Import adresses Grand Lyon

2013-05-31 Par sujet GaelADT
Sylvain Maillard wrote
 Salut,
 
 il s'agit effectivement de données qui ont été libérées, et qui ne sont
 pas
 encore dans OSM. A savoir qu'il y a déjà pas mal d'adresses présentes dans
 OSM (surtout centre ville) donc pas d'import brutal !
 
 J'ai déjà regardé les jeux de données mais je n'ai pas encore eu le temps
 de m'en occuper ... par contre je peux t'aider à comprendre comment elles
 sont structurées pour faciliter l'intégration ;)
 De ce que j'avais vu des données brutes sur le site opendata il y a besoin
 de faire des jointures entre plusieurs couches (ce qui est dans mes
 cordes)
 ... sur le lien que tu as donné apparemment c'est déjà fait, mais par
 contre il y a clairement un problème au niveau de la projection : le
 fichier fourni est indiqué en CC46, alors que les coordonnées des points
 sont en WGS84 !
 Les points semblent à peu près bien placés (j'ai retrouvé chez moi), et
 positionnés sur la limite des bâtiments. Il y a des rues qui ne semblent
 pas très droites, ça demande à vérifier avec les données déjà dans OSM
 pour
 comparaison ;)
 
 Je met également en copie al liste local-lyon, qui me paraît plus
 appropriée pour régler les détails de terrain ;)
 
 Sylvain

Ok super. Je vais également jeter un coup d’œil aux données.
Donc l'idée serait de faire comment ? Essayer de croiser les données du
Grand Lyon et de OSM pour voir là où il y a des manques. Et ensuite importer
à la main les adresses rue par rue dans JOSM ?

Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Import-adresses-Grand-Lyon-tp5763488p5763503.html
Sent from the France mailing list archive at Nabble.com.

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


Re: [OSM-talk-fr] Import adresses Grand Lyon

2013-05-31 Par sujet Jean-Baptiste Holcroft
Je peux donner un coup de main si vous faites un mapcraft. Va ne doit pas
être plus compliqué que la cadastre.
Le 31 mai 2013 12:34, GaelADT gael.sauva...@gmail.com a écrit :

 Sylvain Maillard wrote
  Salut,
 
  il s'agit effectivement de données qui ont été libérées, et qui ne sont
  pas
  encore dans OSM. A savoir qu'il y a déjà pas mal d'adresses présentes
 dans
  OSM (surtout centre ville) donc pas d'import brutal !
 
  J'ai déjà regardé les jeux de données mais je n'ai pas encore eu le temps
  de m'en occuper ... par contre je peux t'aider à comprendre comment elles
  sont structurées pour faciliter l'intégration ;)
  De ce que j'avais vu des données brutes sur le site opendata il y a
 besoin
  de faire des jointures entre plusieurs couches (ce qui est dans mes
  cordes)
  ... sur le lien que tu as donné apparemment c'est déjà fait, mais par
  contre il y a clairement un problème au niveau de la projection : le
  fichier fourni est indiqué en CC46, alors que les coordonnées des points
  sont en WGS84 !
  Les points semblent à peu près bien placés (j'ai retrouvé chez moi), et
  positionnés sur la limite des bâtiments. Il y a des rues qui ne semblent
  pas très droites, ça demande à vérifier avec les données déjà dans OSM
  pour
  comparaison ;)
 
  Je met également en copie al liste local-lyon, qui me paraît plus
  appropriée pour régler les détails de terrain ;)
 
  Sylvain

 Ok super. Je vais également jeter un coup d’œil aux données.
 Donc l'idée serait de faire comment ? Essayer de croiser les données du
 Grand Lyon et de OSM pour voir là où il y a des manques. Et ensuite
 importer
 à la main les adresses rue par rue dans JOSM ?

 Gaël.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Import-adresses-Grand-Lyon-tp5763488p5763503.html
 Sent from the France mailing list archive at Nabble.com.

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

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


Re: [OSM-talk-fr] Import adresses Grand Lyon

2013-05-31 Par sujet djo_man

  
  
bonjour, 

voici le lien pour la page complte du wiki sur l'intgration des
adresses sur Nantes
http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropole
et le lien "L'outil ddi  l'intgration"
: http://arboulig.free.fr/OSM/ImportNM/

vous pouvez voir qu'il n'y a presque plus d'adresses  intgrer sauf
3 ou 4  l'ouest de Nantes.
cet outil tait tres pratique car il permettait d'intgrer les rues
unes  unes avec les point d'adresse et la relation qui les
rassemble
seulement la verification du nom de la rue pour qu'elle colle 
celle de la relation restait  faire.
On pouvait de plus ajouter des commentaires et ajouter le statut de
l'opration en cours.

bref le top pour l'intgration des adresses.

Je crois que c'est Bruno Cortial qui est  l'origine de l'outil, 
vrifier sur la liste nantaise
http://www.linux-nantes.org/wws/info/openstreetmap-nantes

djoman


Le 31/05/2013 12:37, Jean-Baptiste
  Holcroft a crit:


  Je peux donner un coup de main si vous faites un mapcraft. Va
ne doit pas tre plus compliqu que la cadastre.
  Le 31 mai 2013 12:34, "GaelADT" gael.sauva...@gmail.com
a crit:

  Sylvain Maillard wrote
   Salut,
  
   il s'agit effectivement de donnes qui ont t libres,
  et qui ne sont
   pas
   encore dans OSM. A savoir qu'il y a dj pas mal
  d'adresses prsentes dans
   OSM (surtout centre ville) donc pas d'import brutal !
  
   J'ai dj regard les jeux de donnes mais je n'ai pas
  encore eu le temps
   de m'en occuper ... par contre je peux t'aider 
  comprendre comment elles
   sont structures pour faciliter l'intgration ;)
   De ce que j'avais vu des donnes brutes sur le site
  opendata il y a besoin
   de faire des jointures entre plusieurs couches (ce qui
  est dans mes
   cordes)
   ... sur le lien que tu as donn apparemment c'est dj
  fait, mais par
   contre il y a clairement un problme au niveau de la
  projection : le
   fichier fourni est indiqu en CC46, alors que les
  coordonnes des points
   sont en WGS84 !
   Les points semblent  peu prs bien placs (j'ai retrouv
  chez moi), et
   positionns sur la limite des btiments. Il y a des rues
  qui ne semblent
   pas trs droites, a demande  vrifier avec les donnes
  dj dans OSM
   pour
   comparaison ;)
  
   Je met galement en copie al liste local-lyon, qui me
  parat plus
   approprie pour rgler les dtails de terrain ;)
  
   Sylvain
  
  Ok super. Je vais galement jeter un coup dil aux donnes.
  Donc l'ide serait de faire comment ? Essayer de croiser les
  donnes du
  Grand Lyon et de OSM pour voir l o il y a des manques. Et
  ensuite importer
   la main les adresses rue par rue dans JOSM ?
  
  Gal.
  
  
  
  --
  View this message in context: http://gis.19327.n5.nabble.com/Import-adresses-Grand-Lyon-tp5763488p5763503.html
  Sent from the France mailing list archive at Nabble.com.
  
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-fr

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



  


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


Re: [OSM-talk-fr] Import adresses Grand Lyon

2013-05-31 Par sujet Romain MEHUT
Le 31 mai 2013 13:27, djo_man djo_...@laposte.net a écrit :

  bonjour,

 voici le lien pour la page complète du wiki sur l'intégration des adresses
 sur Nantes

 http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropole
 et le lien L'outil dédié à 
 l'intégrationhttp://arboulig.free.fr/OSM/ImportNM/
 :  http://arboulig.free.fr/OSM/ImportNM/

 vous pouvez voir qu'il n'y a presque plus d'adresses à intégrer sauf 3 ou
 4 à l'ouest de Nantes.


La discussion a repris il y a 2 semaines suite à l'ajout d'un test des
données *via* Osmose:
http://www.linux-nantes.org/wws/arc/openstreetmap-nantes/2013-05/msg0.html

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


Re: [OSM-talk-fr] Import adresses Grand Lyon

2013-05-31 Par sujet Bruno Cortial
Salut,
Pour Nantes nous avions mis en place un outil pour aider à faire l'import
de masse (pas le delta qui est mis en place via osmose).
Je peux le remettre en place pour d'autres imports.


Le principe:
Il me faut des fichiers format OSM des relations à créer, chaque fichier
contient la relation d'une rue, et les node adresse.
Et un second fichier CSV de listes des rues, avec comme champs : une
position lon/lat (le 1er n° de la rue par exemple, le nom de la rue, et le
nom du fichier .osm

A+
Bruno
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Import adresses Grand Lyon

2013-05-31 Par sujet Rene Chalon

Bonjour,

Les données du Grand Lyon ont été libérées il y a un an environ et 
disponibles sur http://catalogue.data.grandlyon.com/. Ils viennent 
visiblement de mettre en ligne depuis une semaine un nouveau site plus 
pédagogique http://smartdata.grandlyon.com/ 
http://smartdata.grandlyon.com/localisation/numfro-de-voirie-du-grand-lyon-voies-et-adresses/ 
et ont rajouté de nouveaux jeux de données (quartiers, bureaux de vote, 
etc.).


J'ai déjà utilisé ces données pour les intégrer dans OSM à la main en 
mettant des calques WMS en image de fond dans JOSM. J'ai ainsi pu 
corriger des erreurs et ajouter des éléments (voiries, adresses, voies 
ferrées, arbres d'alignement, etc.) en complétant en général par une 
connaissance du terrain et/ou par l'imagerie Bing. Je n'ai eu aucun 
problème de projection car le serveur WMS supporte l'EPSG:3946 ce qui 
est bien pratique pour afficher le cadastre en superposition pour voir 
les différences entre les 2 sources...


La problème que je vois avec l'intégration automatique des adresses 
c'est que cela va rajouter des nodes isolés alors qu'il me semble plus 
intéressant d'intégrer le point d'adressage sur le polygone du bâtiment 
existant (quand il y a un bâtiment, bien sûr...) car cela marque aussi 
la porte d'entrée dans l'immeuble.


René.

PS: j'ai aussi essayé de jouer avec le webservice WFS mais j'ai eu plus 
de difficultés sans doute liées à ma faible connaissance des formats et 
des outils.



On 31/05/2013 11:09, Sylvain Maillard wrote:

Salut,

il s'agit effectivement de données qui ont été libérées, et qui ne 
sont pas encore dans OSM. A savoir qu'il y a déjà pas mal d'adresses 
présentes dans OSM (surtout centre ville) donc pas d'import brutal !


J'ai déjà regardé les jeux de données mais je n'ai pas encore eu le 
temps de m'en occuper ... par contre je peux t'aider à comprendre 
comment elles sont structurées pour faciliter l'intégration ;)
De ce que j'avais vu des données brutes sur le site opendata il y a 
besoin de faire des jointures entre plusieurs couches (ce qui est dans 
mes cordes) ... sur le lien que tu as donné apparemment c'est déjà 
fait, mais par contre il y a clairement un problème au niveau de la 
projection : le fichier fourni est indiqué en CC46, alors que les 
coordonnées des points sont en WGS84 !
Les points semblent à peu près bien placés (j'ai retrouvé chez moi), 
et positionnés sur la limite des bâtiments. Il y a des rues qui ne 
semblent pas très droites, ça demande à vérifier avec les données déjà 
dans OSM pour comparaison ;)


Je met également en copie al liste local-lyon, qui me paraît plus 
appropriée pour régler les détails de terrain ;)



Sylvain




Le 31 mai 2013 10:27, GaelADT gael.sauva...@gmail.com 
mailto:gael.sauva...@gmail.com a écrit :


Bonjour,

N'ayant pas trouvé l'information, je me permet de poser la
question ici.

A priori, les données adresses du Grand Lyon ont été libérées et
la licence
doit permettre sont intégration dans OSM :

http://smartdata.grandlyon.com/localisation/numfro-de-voirie-du-grand-lyon-voies-et-adresses/

Est-ce que quelqu'un s'occupe déjà de ce projet ? Est-ce que
quelqu'un est
intéressé pour travailler sur cet import ou m'aider à comprendre
comment s'y
prendre ? De ce que j'ai cru comprendre, cela a déjà été fait par
exemple
sur Nantes

(http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropole)

Merci d'avance,

Gaël.



--
View this message in context:
http://gis.19327.n5.nabble.com/Import-adresses-Grand-Lyon-tp5763488.html
Sent from the France mailing list archive at Nabble.com.

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





--

René CHALON
---
E-mail: rene.cha...@free.fr
Web: http://rene.chalon.free.fr/
Also webmaster of: http://cdaa.free.fr/

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


Re: [OSM-talk-fr] Import adresses Grand Lyon

2013-05-31 Par sujet Romain MEHUT
Le 31 mai 2013 14:26, Rene Chalon rene.cha...@free.fr a écrit :


 La problème que je vois avec l'intégration automatique des adresses c'est
 que cela va rajouter des nodes isolés alors qu'il me semble plus
 intéressant d'intégrer le point d'adressage sur le polygone du bâtiment
 existant (quand il y a un bâtiment, bien sûr...) car cela marque aussi la
 porte d'entrée dans l'immeuble.


C'est une façon de voir. Je penche plutôt pour le positionnement de ce node
à l'emplacement de la boite aux lettres afin de se rapprocher des normes
cadastrales. Le node pourra donc être isolé en limite de propriété ou sur
le pourtour du polygone du bâtiment. L'intégration des adresses à Nantes
est d'ailleurs selon ce schéma.

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


Re: [OSM-talk-fr] Import adresses Grand Lyon

2013-05-31 Par sujet Bruno Cortial
Le 31 mai 2013 14:26, Rene Chalon rene.cha...@free.fr a écrit :

  La problème que je vois avec l'intégration automatique des adresses
 c'est que cela va rajouter des nodes isolés alors qu'il me semble plus
 intéressant d'intégrer le point d'adressage sur le polygone du bâtiment
 existant (quand il y a un bâtiment, bien sûr...) car cela marque aussi la
 porte d'entrée dans l'immeuble.


Je me suis sans doute mal expliqué sur l'outil nantais: il n'a rien
d'automatique, c'est juste une interface pour récupérer en un clic sous
josm les adresses et la relation d'une rue. Il reste a gérer l'existant
avant l'upload.Via l'outil le contributeur peut ensuite toper la rue comme
faite, et ajouter des commentaires.

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


Re: [OSM-talk-fr] Import adresses Grand Lyon

2013-05-31 Par sujet Jean Couteau
Le Fri, 31 May 2013 14:44:08 +0200,
Romain MEHUT romain.me...@gmail.com a écrit :

 Le 31 mai 2013 14:26, Rene Chalon rene.cha...@free.fr a écrit :
 
 
  La problème que je vois avec l'intégration automatique des adresses c'est
  que cela va rajouter des nodes isolés alors qu'il me semble plus
  intéressant d'intégrer le point d'adressage sur le polygone du bâtiment
  existant (quand il y a un bâtiment, bien sûr...) car cela marque aussi la
  porte d'entrée dans l'immeuble.
 
 
 C'est une façon de voir. Je penche plutôt pour le positionnement de ce node
 à l'emplacement de la boite aux lettres afin de se rapprocher des normes
 cadastrales. Le node pourra donc être isolé en limite de propriété ou sur
 le pourtour du polygone du bâtiment. L'intégration des adresses à Nantes
 est d'ailleurs selon ce schéma.

Plus ou moins. En fait, dans les données OpenData de Nantes, le point adresse
était situé au milieu du linéaire de la parcelle en contact avec la voirie. En
fonction des infos disponible les contributeurs ont pu ajuster les points. Dans
tous les cas, il faut voir avant la règle prise par Lyon pour ses point adresse
et utiliser une règle commune pour le positionnement. Une fois les points et la
relation récupérés avec l'outil, rien n'empêche de déplacer les numéros et les
ajouter au bâtiment.

Jean


signature.asc
Description: PGP signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Import adresses Grand Lyon

2013-05-31 Par sujet Pieren
2013/5/31 Romain MEHUT romain.me...@gmail.com:

 C'est une façon de voir. Je penche plutôt pour le positionnement de ce node
 à l'emplacement de la boite aux lettres afin de se rapprocher des normes
 cadastrales. Le node pourra donc être isolé en limite de propriété ou sur le
 pourtour du polygone du bâtiment. L'intégration des adresses à Nantes est
 d'ailleurs selon ce schéma.

D'après la source:
Adresse postale, sur voie ou sur bâtiment, localisée à l'aplomb de la
plaque, ou au plus proche de l'accès du bâtiment ou de la parcelle à
référencer.

Difficile de savoir si le noeud est plus proche de l'entrée, de la
plaque et où se trouve la boite aux lettres... En ville, les boites
sont souvent très proches de l'entrée et là, on chipotte pour quelques
mètres, voir centimètres  (si les boites sont regroupées et distantes
des entrées, je préfère indiquer l'entrée. Bon, c'est sûr que le
facteur ne sera pas du même avis. Mais je ne me fais pas de soucis
pour lui, il n'a pas besoin d'OSM).
Le mieux est de rattacher au minimum les noeuds sensés être sur le
bâtiment avec leur way dans OSM (en principe, leur bâti et le nôtre ne
devraient pas être très différents).

Pieren

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


Re: [OSM-talk-fr] Import adresses Grand Lyon

2013-05-31 Par sujet Romain MEHUT
Le 31 mai 2013 15:07, Pieren pier...@gmail.com a écrit :


 Le mieux est de rattacher au minimum les noeuds sensés être sur le
 bâtiment avec leur way dans OSM (en principe, leur bâti et le nôtre ne
 devraient pas être très différents).


Oui c'est ce que je voulais dire mais ceci n'est vrai qu'en contexte de
centre ville. C'est par contre différent pour l'habitat pavillonnaire où
les nœuds seront isolés du bâti.

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


Re: [OSM-talk-fr] Import adresses Grand Lyon

2013-05-31 Par sujet Rene Chalon

On 31/05/2013 14:44, Romain MEHUT wrote:
Le 31 mai 2013 14:26, Rene Chalon rene.cha...@free.fr 
mailto:rene.cha...@free.fr a écrit :



La problème que je vois avec l'intégration automatique des
adresses c'est que cela va rajouter des nodes isolés alors qu'il
me semble plus intéressant d'intégrer le point d'adressage sur le
polygone du bâtiment existant (quand il y a un bâtiment, bien
sûr...) car cela marque aussi la porte d'entrée dans l'immeuble.


C'est une façon de voir. Je penche plutôt pour le positionnement de ce 
node à l'emplacement de la boite aux lettres afin de se rapprocher des 
normes cadastrales.


Ce n'est pas tout à fait comme çà que les données du Grand Lyon ont été 
conçues : Adresse postale, sur voie ou sur bâtiment, localisée à 
l'aplomb de la plaque, ou au plus proche de l'accès du bâtiment ou de la 
parcelle à référencer. (Cf. 
http://smartdata.grandlyon.com/localisation/numfro-de-voirie-du-grand-lyon-voies-et-adresses/).


Donc c'est bien l'entrée (du bâtiment ou de la parcelle) qui est 
référencée. Pour les données que j'ai déjà utilisées c'était bien le cas.


Le node pourra donc être isolé en limite de propriété ou sur le 
pourtour du polygone du bâtiment. L'intégration des adresses à Nantes 
est d'ailleurs selon ce schéma.


La plupart des adresses qui ont été ajoutées aujourd'hui à Lyon sont 
intégrées au polygone du bâtiment :

http://www.openstreetmap.org/?lat=45.77513lon=4.825694zoom=18layers=M
http://www.openstreetmap.org/?lat=45.751628lon=4.845569zoom=18layers=M
http://www.openstreetmap.org/?lat=45.748117lon=4.838885zoom=18layers=M
etc.

Mais il y a aussi des cas avec :
- soit directement dans les attributs du building :
http://www.openstreetmap.org/?lat=45.760098lon=4.775756zoom=18layers=M
- soit des points isolés :
http://www.openstreetmap.org/?lat=45.740289lon=4.843777zoom=18layers=M

René.


--

René CHALON
---
E-mail: rene.cha...@free.fr
Web: http://rene.chalon.free.fr/
Also webmaster of: http://cdaa.free.fr/

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


Re: [OSM-talk-fr] Import adresses Grand Lyon

2013-05-31 Par sujet Pieren
2013/5/31 Rene Chalon rene.cha...@free.fr:

 Mais il y a aussi des cas avec :
 - soit directement dans les attributs du building :
 http://www.openstreetmap.org/?lat=45.760098lon=4.775756zoom=18layers=M

Je suis partisan de la cohérence, au moins au niveau d'une ville. Si
l'intégration est faite rue par rue, on peut déplacer l'info du
polygone vers un noeud. Il faut aussi éviter de dupliquer l'adresse,
amha.

 - soit des points isolés :
 http://www.openstreetmap.org/?lat=45.740289lon=4.843777zoom=18layers=M

Typique du cadastre. Si le futur import propose une meilleure
localisation, ne pas hésiter à améliorer. En attendant, ce genre
d'adressage avec noeuds flottants, c'est toujours mieux que rien.

Pieren

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


[OSM-talk-fr] Tag de Cyberbases/Espaces Publics Numériques

2013-05-31 Par sujet Emmanuel Lesouef
Bonjour,

Avez-vous déjà renseigné ce que certains appellent des Cyberbases,
d'autres des espaces publics numériques ?

Si oui, comment ?

Perso, je serais tenté par un tag sur la bâtiment :

building=yes
internet_access=terminal

Merci de votre aide.

-- 
Emmanuel Lesouef


signature.asc
Description: PGP signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] drinking_water, oui mais...

2013-05-31 Par sujet Pierre-Alain Dorange
Pieren pier...@gmail.com wrote:

 Je pense qu'indiquer la présence d'une citerne de collecte d'eau de
 pluie serait préférable. Sinon, on pourrait mettre drinkable=if_boiled
 à peu près partout où il y a de l'eau (en dehors des évacuations des
 centrales nucléaires/retraitements chères à Pierre-Alain ;).

Oh mais je m'intéresse aussi à l'eau ;-)

Mais plutot sur ces aspects réseaux (service publics de l'eau)
D'ailleurs il y a un vague projet pour améliorer le tags des réseaux
d'eau, car il y a des potables (eaux du robinets), de pluie et
d'assainissement (clairement non potable ce sont les égouts)...

Ce qui est proposé c'est un type=* pour les pipelines avec les valeurs :

type=water
type=drain
type=sewer

Mais c'est pas génial, une précision en plus sur la potabilité serait un
plus.
Un tag water_potable=* ou potable=* pourrait permettre de préciser la
potabilité de n'importe quel type d'eau (réservoir, fontaine, rivière,
conduites...)

Mais bien sur il sera souvent délicat de le préciser avec justesse si il
ne s'agit pas d'eau en provenance d'un réseau d'eau potable ou si c'est
pas marqué dessus clairement... Donc a part un drinkable=yes/no (avec
une source faible) je suis pas sur que l'on puisse s'engager autrement.
-- 
Pierre-Alain Dorange
OSM experiences : http://www.leretourdelautruche.com/map/


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


Re: [OSM-talk-fr] Tag de Cyberbases/Espaces Publics Numériques

2013-05-31 Par sujet Brice Mallet

Bonjour,

le terme le plus générique, en France, est espaces publics numériques 
qui regroupent les Cyberbases, cybercentres et autres espaces multimédia.


J'en ai référencé un à Machecoul 44 :

Nœud : Cybercentre (1978638217)
  Attributs :
internet_access=service
name=Cybercentre

Noeud : car une salle seulement au sein du bâtiment médiathèque, avec 
entrée séparée


A mon avis service est préférable à terminal car

if you want to mention that there is personnel which helps you in case 
of problems

http://wiki.openstreetmap.org/wiki/Key:internet_access

ce qui est le propre des espaces publics numériques dans lequel un 
animateur est théoriquement toujours présent (pour accompagner en accès 
libre ou ateliers).



Britz
(les Cyberbases, ce fut mon activité que d'accompagner les communes à 
les mettre en place)



Le 31/05/13 17:01, Emmanuel Lesouef a écrit :

Bonjour,

Avez-vous déjà renseigné ce que certains appellent des Cyberbases,
d'autres des espaces publics numériques ?

Si oui, comment ?

Perso, je serais tenté par un tag sur la bâtiment :

building=yes
internet_access=terminal

Merci de votre aide.


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


[OSM-talk-fr] [OSM-talk Fr] EasyGeoTweets

2013-05-31 Par sujet Cédric Moro
Bonsoir OSeMeuses et OSeMeurs,

Juste pour vous faire partager un petit outil que je viens de développer en 
quelques heures pour répondre aux problématiques de monitoring de Twitter lors 
d'urgences de sécurité civile.

Cet outil sert à trouver les tweets géolocalisés sur un rayon déterminé, 
associés ou non à un mot clef ou hashtag 
http://www.i-resilience.fr/app/easygeotweets

Il est basé sur la dernière librairie Leaflet avec les tuiles d'OSM bien 
entendu.

On peut certainement l'améliorer pour une meilleure visibilité sur mobile. On 
pourrait aussi faire apparaître le cercle de sélection des tweets géolocalisés 
en transparence. Le plus intéressant serait de faire apparaitre sur la carte 
tous les tweets de la zone de sélection avec un code couleur associé à leurs 
heures de création. Bref, pas mal de choses à faire sur cette petite app pour 
une V2. Donc, si un développeur a un peu de temps pour faire évoluer cette app, 
il est le bienvenu.

Pour ma part, je suis actuellement pris par le dev d'une app de micro-tasking 
autour des photos en opendata lors de catastrophes, qui sera libre elle-aussi 
et qu'il faut que j'avance. Je me suis fixé septembre pour la mettre en 
production afin que les citoyens intégrent plus facilement les équipes 
virtuelles en sécurité civile. Elle sera basée elle-aussi sur les fonds de 
carte OSM.

@+

Cédric

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


[OSM-talk-fr] cinéma séance

2013-05-31 Par sujet François-Xavier Lamure Tardieu
Bonjour,

pensez-vous que l'on peut mettre l'attribut service_times=Mo 19:00 par
exemple pour un cinéma pour expliquer qu'il y a une séance le lundi soir
comme dans les églises où on s'en sert pour signifier l'heure de la messe.
Dans les grandes salles, je pense que cet attribut est superflu,
opening_hours serait mieux.
Mais dans les petites villes, on a souvent une seule séance le vendredi ou
le samedi soir.

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


Re: [OSM-talk-fr] cinéma séance

2013-05-31 Par sujet Vincent Pottier

Le 31/05/2013 22:43, François-Xavier Lamure Tardieu a écrit :

Bonjour,

pensez-vous que l'on peut mettre l'attribut service_times=Mo 19:00 par 
exemple pour un cinéma pour expliquer qu'il y a une séance le lundi 
soir comme dans les églises où on s'en sert pour signifier l'heure de 
la messe.
Dans les grandes salles, je pense que cet attribut est superflu, 
opening_hours serait mieux.
Mais dans les petites villes, on a souvent une seule séance le 
vendredi ou le samedi soir.


Xavier


L'idée est excellente.
Service, chez les anglais, ça a une connotation religieuse.
Ce ne serait pas la première fois que du vocabulaire religieux est 
repris dans un autre contexte...

Lavabo, par exemple...
--
FrViPofm

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


Re: [OSM-talk-fr] MàJ de cadastre;openstreetmap.fr ?

2013-05-31 Par sujet sylvain letuffe
Hélène PETIT wrote
 COLOMBEY-LES-BELLES est bien vectorisée, mais ne figure pas dans la
 liste déroulante de cadastre.openstreetmap.fr ; c'est normal ? il faut
 attendre un peu ? combien ?
 la page se met à jour toutes les 24h ?

Elle avait oublié de se mettre à jour. Ça devrait être réparé et c'est prévu
de se faire toutes les nuits.

--
sly




--
View this message in context: 
http://gis.19327.n5.nabble.com/MaJ-de-cadastre-openstreetmap-fr-tp5762497p5763609.html
Sent from the France mailing list archive at Nabble.com.

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


Re: [OSM-talk-fr] cinéma séance

2013-05-31 Par sujet Philippe Verdy
Le 31 mai 2013 22:53, Vincent Pottier vpott...@gmail.com a écrit :

 Service, chez les anglais, ça a une connotation religieuse.


Heureusement que cela ne se limite pas à ça, car il existe aussi public
service et on a déjà highway=service.
Le terme est plus général et pas nécessairement lié à un contexte religieux
(où il signifie ce qu'on appelle en français office, qui pour les anglais
est débord un bureau, en tant que lieu de travail physique ou entité d'une
organisation créée dans un sous-domaine particulier).
Ces termes sont assez génériques pour couvrir plusieurs usages (pas
forcément les mêmes ensembles entre les langues, mais ici, je ne vois pas
le problème).

En revanche une distinction existe entre opening_hours=* (heures
d'ouverture d'un LIEU au public, qu'il y ait un service ou non rendu à ce
moment là) et service_times (les heures où un SERVICE complet est assuré).

La distinction entre lieu et service est donc signifiante (particulièrement
pour les lieux de culte qui sont ouverts souvent tous les jours même sans
célébration); ce n'est pas le cas des cinémas, des restaurants, ou des
magasins (en général), ou des services publics (signification française,
p.ex. mairie, bibliothèque) où les deux sont souvent liés, mais pas
toujours (par exemple les cimetières, ou les parcs et jardins: ouverts
pratiquement tous les jours même si le bureau d'accueil éventuel ou
certaines activités sont fermés, tels que la surveillance des parcs de
jeux). Dans d'autres services, les piscines impossible d'ouvrir sans
surveillance, le service est lié à l'ouverture.

=== Cas particulier des services de garde ===

On a aussi le cas particulier de services qui sont ouverts alors que le
lieu est fermé (par exemple certains services de garde, joignables par
téléphone pour savoir où aller, souvent le contact téléphonique est assuré
par le SAMU ou la gendarmerie qui guide vers le service de garde, même s'il
parait fermé). Mais là impossible de mettre ça sur une carte, car ça change
tout le temps.

Le mieux qu'on puisse faire c'est renseigner sur une carte les numéros de
téléphone pour les services de garde d'une commune (si c'est plus précis et
plus rapide que le SAMU ou la gendarmerie), nombreux sont ceux qui ne se
posent pas la question et vont directement à l'hôpital public qui n'est pas
forcément le meilleur lieu pour ça (l'idéal reste en France partout le 15
pour toutes les urgences médicales ou pharmaceutiques, ou seulement le
renseignement ou conseil, et c'est ouvert 24/24-7/7 et toujours mieux que
les pompiers, même si en fin de compte c'est eux qui se déplacent souvent
le plus vite). On peut noter que de nombreux petits hôpitaux avec un
service d'urgence ne l'ouvrent plus 24/24 7/7 (les pompiers ou le SAMU font
alors des kilomètres en plus la nuit ou le week-end, mais le public qui se
rend directement à l'hôpital risque de trouver porte close et devoir aller
ailleurs s'il n'a pas appelé le 15 qui fait le dispatching, mieux et plus
vite que les pompiers ou le 112 où c'est indirect).

Une autre chose utile cependant à renseigner ce sont les services de garde
de police ou gendarmerie. Cela comme les autres numéros d'urgence
pourraient être des données dans OSM au niveau de chaque commune (comme
dans l'annuaire des pages blanches, ils sont listés en tête de chaque
commune, dans le magazine municipal ; les services de garde changeants sont
listés en revanche dans l'édition locale du quotidien régional, parfois
aussi sur les sites web des communes).

Pourtant ces données manquent dans OSM (il semble peut utile de mentionner
le 112 européen ou alors seulement dans la relation defaults utilisée par
les pays, mais des numéros locaux devraient pouvoir être ajoutés au niveau
de la commune, voire de l'arrondissement départemental).

Mais je ne vois pas quel outil de rendu affichera ces infos si on n'a pas
de schéma clair pour y accéder.

Des applis pour smartphones existent en revanche pour avoir immédiatement
ces infos et pouvoir appeler d'une tape sur l'écran, et avoir aussi un
guide sur ce qu'on peut faire ou ne pas faire en attendant, ne rien oublier
d'essentiel pendant l'appel et aider à s'organiser (utile pour les
personnes qui s'affolent facilement et ne savent plus comment agir, même si
elles l'ont appris, ou croient ne rien pouvoir faire, ou agiront de façon
trop imprudente en aggravant la situation).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Liste locale Nord-Pas-de-Calais

2013-05-31 Par sujet GuyDuNord
Bonjour

La liste Talk-fr est disponible sur le serveur : news.gmane.org ce qui
rend sa lecture beaucoup plus aisée.

Je n'y ai pas trouvé la liste local-npdc. Serait-il possible de
l'ajouter ?


Cordialement
GuyDuNord



Le 31/05/2013 11:14, adrien carpentier a écrit :
 Salut à tous,
 
 suite à un début de coordination de l'activité OSM sur le Nord-Pas de
 Calais, je profite pour vous rappeler l'existence de cette liste locale :
 http://listes.openstreetmap.fr/wws/info/local-npdc
 merci aux contributeurs du Nord et du Pas-de-Calais de nous y rejoindre,
 afin d'essayer de se coordonner un peu mieux!
 
 Un des premiers chantiers locaux, pourrait être de remettre au propre la
 hiérarchisation des voies qui laisse un peu à désirer exemple : ici :
 http://www.openstreetmap.org/?lat=50.5178lon=1.5934zoom=14layers=M
 ou là:
 http://www.openstreetmap.org/?lat=50.8189lon=2.0495zoom=14layers=M
 
 à bientôt
 Adrien
 
 
 -- 
 http://www.virage-energie-npdc.org/
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr
 


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