Re: [OSM-talk-fr] Réunion parisienne OSM le 31
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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/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
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
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/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
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...
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
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
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
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
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 ?
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
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
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