Re: [OSM-talk-fr] Test carte Police/Justice...
Le zonage police gendarmerie me parait assez utile dans les zones de campagne où on ne sait pas forcément de qui on dépend (par exemple dans le cantal). Autrement un zonage qui me parait encore plus intéressant c'est celui des paroisses religieuses/sous divisions équivalentes. Là aussi, il y a une utilité sur le rattachement des églises/temple/mosquée/synagogue. Le 7 septembre 2015 17:38:06 GMT+02:00, Philippe Verdya écrit : >peut-être plus utile le zonage de la carte scolaire, maisquidoit >s'appuyer >sur le zonage des quartiers des communes > >le zonage des services sociaux > >le zonage des secteurs hospitaliers qui découpe les villes ou sont >situés >les chr et services d'urgence en pleine réorganisation, les communes >rurales sans service d'urgence n'étant en principe pas découpées. > >police et justice sont d'importance générale et justifiés aussi même >s'il y >a là aussi des numéros de téléphone unique. c'est pour tout le monde et >tout les jours de l'année et on n'a jamais assez d'information à ce >sujet. >d'autres zonages sont destines a des populations plus limitées ou des >corporations. on ne devrait pas avoir à consulter les pages jaunes pour >les >connaître ni être résident permanent pour avoir l'info dans sa boite à >lettre dans le magazine communal. >Le 7 sept. 2015 08:14, "Christian Quest" a >écrit : > >> Les zones justice, police/gendarmerie s'appuient toutes sur les >limites de >> communes et sont en opendata. >> >> Je ne vois pas trop l'intérêt de rajouter ça dans OSM car si on veut >> rajouter tout les zonages possibles et imaginables on n'est pas sorti >de >> l'auberge, l'IGN en a répertorié plusieurs centaines ! >> >> >> On 06/09/2015 15:47, dHuy Pierre wrote: >> >> @cquest: Merci, du coup, c'est déjà cartographié sur osm ou on peut >le >> rajouter nous même et si oui sous quel titre et tag? >> >> >> >> Le Lundi 31 août 2015 11h28, Christian Quest > >> a écrit : >> >> >> Zut, j'ai changé le titre donc le lien :( >> >> Voici le lien stable... >> https://www.data.gouv.fr/fr/reuses/55d5fec588ee382817a46ec1/ >> >> >> On 30/08/2015 12:49, didier2020 wrote: >> > 404, 403 ... moi j'ai une bx >> > >> > ... désolé ... >> > >> > Le dimanche 30 août 2015 à 11:06 +0200, >osm.sanspourr...@spamgourmet.com >> > a écrit : >> >> Tu veux dire 403 je suppose. >> >> Actuellement j'ai un 403 (ça marchait l'autre jour). >> >> >> >> N. B. : pour les POI, Guilhem avait bien précisé ni iOS ni >Android. >> >> >> >> Jean-Yvon >> >> >> >> Le 30/08/2015 09:18, dHuy Pierre - dh...@yahoo.fr a écrit : >> >> >> >>> @Cquest: Ton lien me renvoie un beau 404, suis je seul dans ce >cas? >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> Le Jeudi 20 août 2015 21h26, Christian Quest >> >>> a écrit : >> >>> >> >>> >> >>> >> >>> Des morceaux d'OSM dedans... essentiellement les contours de >> >>> communes >> >>> utilisés pour recréer les limites des TGI et des zones >> >>> Police/Gendarmerie, le reste c'est 4 jeux de données opendata >dispo >> >>> sur >> >>> data.gouv.fr >> >>> >> >>> https://www.data.gouv.fr/fr/reuses/carte-des-ressorts-des-tgi/ >> >>> >> >> ___ >> >> Talk-fr mailing list >> >> Talk-fr@openstreetmap.org >> >> https://lists.openstreetmap.org/listinfo/talk-fr >> > >> > >> > ___ >> > Talk-fr mailing list >> > Talk-fr@openstreetmap.org >> > https://lists.openstreetmap.org/listinfo/talk-fr >> >> -- >> Christian Quest - OpenStreetMap France >> >> >> >> ___ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> >> >> >> >> ___ >> Talk-fr mailing >listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr >> >> >> -- >> Christian Quest - OpenStreetMap France >> >> >> ___ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> >> > > > > >___ >Talk-fr mailing list >Talk-fr@openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-fr -- Pierre d'Huy___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du PLU parisien.
Énormément de plan dont le plan nommé au dessus. Il n'y a aucune info de license sinon j'aurais pu trancher. Le pdf concerné fait partie des infrastructures d'utilité publiques. Le 31 juillet 2015 16:34:30 GMT+02:00, Christian Quest cqu...@openstreetmap.fr a écrit : Le 30/07/2015 19:20, althio a écrit : http://pluenligne.paris.fr/plu/page/PLU?page_id=1 http://pluenligne.paris.fr/plu/sites-plu/site_statique_34/index_plu.html Je n'ai vu aucune mention de licence... à creuser. J'ai chargé le fichier .ISO à distance (ma petite ligne ADSL de campagne digère mal 1Go). Il ne semble contenir que des PDF... Quelqu'un a regardé ce qu'on pouvait en tirer ? -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Pierre d'Huy___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du PLU parisien.
Énormément de plan dont le plan nommé au dessus. Il n'y a aucune info de license sinon j'aurais pu trancher. Le pdf concerné fait partie des infrastructures d'utilité publiques. Le 31 juillet 2015 16:34:30 GMT+02:00, Christian Quest cqu...@openstreetmap.fr a écrit : Le 30/07/2015 19:20, althio a écrit : http://pluenligne.paris.fr/plu/page/PLU?page_id=1 http://pluenligne.paris.fr/plu/sites-plu/site_statique_34/index_plu.html Je n'ai vu aucune mention de licence... à creuser. J'ai chargé le fichier .ISO à distance (ma petite ligne ADSL de campagne digère mal 1Go). Il ne semble contenir que des PDF... Quelqu'un a regardé ce qu'on pouvait en tirer ? -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Pierre d'Huy -- Pierre d'Huy___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opendata... kinenveu ?
Merci Verdy pour ton explication mais tout d'abord, la question était sur comment carto pas la pertinence du point. Ensuite en contre exemple, j'habite Evry, prefecture de l'essonne (donc plutot une grande ville), mon bureau de vote a changé trois fois de place en 10 ans... et c'est le cas d'autres bureaux de la ville. Le 23 décembre 2014 21:58:38 UTC+01:00, Philippe Verdy verd...@wanadoo.fr a écrit : Temporaire si on veut Leurcadresse est inscrite sur les cartes d'électeur remises en début d'année et en fait bon nombre de cartes ne sont pas réimprimées même les années de vote prévu car les adresses ne changent que rarement. Ce qui peut changer ce sont les listes de chaque bureau numéroté mais dans bon nombre de villes ou il n'y a pas un unique bureau de vote a proximité de la mairie ou dans la mairie ces bureaux légaux sont regroupés a la même adresse souvent par 3 ou 4, dnautantvokus facilement si c'est dans une école publique sans autre activité le dimanche et avec assez de salles de classe ou d'activité. Je n'ai en fait jamais vu un bureau de vote déplace sauf dans mon enfance dans un village dont l'ancienne mairie qui était installée dans l'ancienne école publique a aussi déménagé en rachetant un ancien corps de ferme aujourd'hui en plein centre et reconverti en une petite place avec des commerces, la mairie et plusieurs services communauté et une salle associative. Le nombre de bureaux n'a pas changé il est juste allé a un autre endroit a 200 mètres. Et c'était y a plus de 30 ans. Ca n'a pas bouge depuis même si aujourd'hui il y a 3 bureaux de vote légaux tous au mêle endroit. Dans d'autres grandes villescou j'ai habite les bureaux n'ont pas bouge depuis des décennies (Courbevoie, Asnières, Lille, Rennes, Niort) alors que le découpage électoral des bureaux a change dans le détail sans pour autant que leur adresse bouge.) Les raisins pour lesquelles ca bouge c'est essentiellement la désaffection des lieux ou la revente et le déménagement de l'établissement public qui accueille les opérations de vote pour un ou plusieurs bureaux légaux. Dernière note: du fait que les bureaux sont regroupés leur centre de vote n'est pas toujours dans le territoire couvert par un bureau mais peut être dans un établissement public a proximité dans la commune. Dans de rares cas un bureau de vote peut avoir son centre de vote placé sur le territoire d'une commune voisine si c'est plus facile d'accès par exemple pour les parties exclavées de son territoire. Le 23 déc. 2014 18:21, Pierre d'Huy dh...@yahoo.fr a écrit : Comment taguer les bureaux de vote? S'agissant d'installations temporaires, je m'étais déjà posé la question. Mais sans trouver de tag vraiment adéquat. Le 21 décembre 2014 16:49:06 UTC+01:00, Christian Quest cqu...@openstreetmap.fr a écrit : Deux jeux de données intéressants sur l'agglo de St Malo: - les arrêts de bus: https://www.data.gouv.fr/fr/datasets/emplacement-des-arrets-de-bus-du-reseau-transport-saint-malo-agglomeration-2/ - les casse bouteilles : https://www.data.gouv.fr/fr/datasets/points-dapport-volontaire-shp/ Mais aussi, sur la Ville de St Malo... - un parcours touristique: https://www.data.gouv.fr/fr/datasets/suivez-lhermine/ - les cimetières: https://www.data.gouv.fr/fr/datasets/cimetieres-malouins/ - les campings: https://www.data.gouv.fr/fr/datasets/campings/ - les monuments: https://www.data.gouv.fr/fr/datasets/monuments-historiques-classes-a-saint-malo/ - les stations service: https://www.data.gouv.fr/fr/datasets/emplacement-des-stations-service-a-saint-malo-1/ - les défibrillateurs: https://www.data.gouv.fr/fr/datasets/defibrillateurs-1/ - les postes de secours: https://www.data.gouv.fr/fr/datasets/postes-de-secours/ - les zones de mouillage: https://www.data.gouv.fr/fr/datasets/zones-de-mouillages/ - les bureaux de vote: https://www.data.gouv.fr/fr/datasets/emplacement-des-bureaux-de-vote/ Et aussi des POI du Comité Départemental de l'Aube (restaurant, hotellerie, patrimoine culturel, équipements sportifs, etc): https://www.data.gouv.fr/fr/datasets/etablissements-touristiques-de-laube-en-champagne/ -- Christian Quest - OpenStreetMap France -- Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Pierre d'Huy ___ 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 -- Pierre d'Huy___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opendata... kinenveu ?
Comment taguer les bureaux de vote? S'agissant d'installations temporaires, je m'étais déjà posé la question. Mais sans trouver de tag vraiment adéquat. Le 21 décembre 2014 16:49:06 UTC+01:00, Christian Quest cqu...@openstreetmap.fr a écrit : Deux jeux de données intéressants sur l'agglo de St Malo: - les arrêts de bus: https://www.data.gouv.fr/fr/datasets/emplacement-des-arrets-de-bus-du-reseau-transport-saint-malo-agglomeration-2/ - les casse bouteilles : https://www.data.gouv.fr/fr/datasets/points-dapport-volontaire-shp/ Mais aussi, sur la Ville de St Malo... - un parcours touristique: https://www.data.gouv.fr/fr/datasets/suivez-lhermine/ - les cimetières: https://www.data.gouv.fr/fr/datasets/cimetieres-malouins/ - les campings: https://www.data.gouv.fr/fr/datasets/campings/ - les monuments: https://www.data.gouv.fr/fr/datasets/monuments-historiques-classes-a-saint-malo/ - les stations service: https://www.data.gouv.fr/fr/datasets/emplacement-des-stations-service-a-saint-malo-1/ - les défibrillateurs: https://www.data.gouv.fr/fr/datasets/defibrillateurs-1/ - les postes de secours: https://www.data.gouv.fr/fr/datasets/postes-de-secours/ - les zones de mouillage: https://www.data.gouv.fr/fr/datasets/zones-de-mouillages/ - les bureaux de vote: https://www.data.gouv.fr/fr/datasets/emplacement-des-bureaux-de-vote/ Et aussi des POI du Comité Départemental de l'Aube (restaurant, hotellerie, patrimoine culturel, équipements sportifs, etc): https://www.data.gouv.fr/fr/datasets/etablissements-touristiques-de-laube-en-champagne/ -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Pierre d'Huy___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] L'import de Cartoradio
J'ai fait un fork de discussion pour garder les deux idées. Pour ce qui est de l'autorisation, il faut voir si cquest la finalement obtenu. Cependant pour moi la licence ne me parait pas si limitante: source à citer (easy), non modification des données raw (opérateur, type d'antenne, etc...), il n'y a que la position qui est suceptible d'être modifié et encore vaguement. Si on reprend l'idée d'utiliser tag2link, il est même possible de complètement éviter la limitation. Le Tuesday 09 Dec 2014 à 10:29:22 (+0100), Romain MEHUT a écrit : Date: Tue, 9 Dec 2014 10:29:22 +0100 From: Romain MEHUT romain.me...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio Le 9 décembre 2014 10:19, Vincent de Château-Thierry osm.v...@free.fr a écrit : Rien que l'impossibilité de modification / altération bloque la réutilisation dans OSM. Et pourtant l'autorisation peut être obtenue cf. https:// lists.openstreetmap.org/pipermail/talk-fr/2012-October/050613.html Romain ___ 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] La cartographie des Antennes et autres infrastructures radio
Le Tuesday 09 Dec 2014 à 10:28:48 (+0100), Pierre-Yves Berrard a écrit : Date: Tue, 9 Dec 2014 10:28:48 +0100 From: Pierre-Yves Berrard pierre.yves.berr...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio Le 9 décembre 2014 09:51, Jean-Marc Liotier j...@liotier.org a écrit : On 09/12/2014 09:34, Pierre-Yves Berrard wrote: - Comment utiliser le tag si l'antenne se trouve sur un batiment? [..] En accord avec le wiki, je mettrais : man_made=mast + communication:*= yes J'avais compris man_made=mast comme pertinent lorsque le mât est l'objet proéminent dans le paysage. Or si l'antenne est sur un bâtiments, même si elle est posée sur un mât c'est le bâtiment qui est remarquable. Si je lis la carte en regardant le paysage et que je vois qu'elle indique un mât, c'est ce point de repère que je chercherai des yeux - et je serai perturbé si je vois un bâtiment à la place. Mais peut-être que ce n'est que ma compréhension de la chose... J'avais compris comme toi mais, faute de mieux, je trouve que mast est plus adapté que communication_tower. En attendant qu'une façon de tagguer se dégage, on pourrait aussi mettre communication:*=yes comme seul attribut... Voilà exactement pourquoi un tag complémentaire me paraitrait pertinent. Je ne reviens pas sur communication:* qui au contraire me parait au mieux, mais sur le fait de le lier comme ça à des éléments physiques aussi limités. Juste pour exemple les point de repère des antennes de ma base de données avec le nombre de valeurs: 1 Contre-poids sur shelter 4 Eolienne 12 Contre-poids au sol 19 Tour de contrôle 22 Balise ou bouée 22 Sémaphore 30 Sans nature 41 Intérieur galerie 43 Fût 49 Intérieur sous-terrain 52 Monument historique 57 Ouvrage de signalisation (portique routier, panneau routier, panneau publicitaire) 61 Dalle en béton 107 Phare 201 pylône arbre 231 Ouvrage d'art (pont, viaduc) 262 Local technique 270 Tour hertzienne 331 Tunnel 332 Silo 671 Pylône haubané 718 Mât béton 844 Mât métallique 922 Monument religieux 1584 Support non décrit 3703 Mât 4203 Pylône tubulaire 4216 Château d'eau - réservoir 10535 Immeuble 11230 Bâtiment 27170 Pylône autostable Si vous voulez d'autres données d'échantillonage, vous n'avez qu'à demander. Pour la source de position des antennes, je suis près à travailler sur autant de sources que nécessaire: openbmap, mozstumbler... après vérification de la licence! ___ 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] La cartographie des Antennes et autres infrastructures radio
Je soutiens à 100% l'idée d'un tag antenna, par contre le made_man me dérange: impossible à relier à une tour le cas échéant. Pourquoi pas amenity ou usage:*? Le Tuesday 09 Dec 2014 à 10:51:49 (+0100), Jean-Marc Liotier a écrit : Date: Tue, 09 Dec 2014 10:51:49 +0100 From: Jean-Marc Liotier j...@liotier.org To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 On 09/12/2014 10:28, Pierre-Yves Berrard wrote: Le 9 décembre 2014 09:51, Jean-Marc Liotier j...@liotier.org a écrit : On 09/12/2014 09:34, Pierre-Yves Berrard wrote: - Comment utiliser le tag si l'antenne se trouve sur un batiment? [..] En accord avec le wiki, je mettrais : man_made=mast + communication:*=yes J'avais compris man_made=mast comme pertinent lorsque le mât est l'objet proéminent dans le paysage. Or si l'antenne est sur un bâtiments, même si elle est posée sur un mât c'est le bâtiment qui est remarquable. Si je lis la carte en regardant le paysage et que je vois qu'elle indique un mât, c'est ce point de repère que je chercherai des yeux - et je serai perturbé si je vois un bâtiment à la place. J'avais compris comme toi mais, faute de mieux, je trouve que mast est plus adapté que communication_tower. En attendant qu'une façon de tagguer se dégage, on pourrait aussi mettre communication:*=yes comme seul attribut... Et pourquoi pas man_made=antenna ? Ca me paraît plus approprié pour une simple antenne posée sur un bâtiment, même lorsque son support est un petit mât : http://taginfo.openstreetmap.org/tags/man_made=antenna Et on peut le compléter avec un antenna=* : http://taginfo.openstreetmap.org/ keys/antenna Exemple: man_made=antenna antenna=cellular Attention aux technologies trop précises (je fois des 'UMTS' et des 'GSM' notamment) - de nos jours une antenne de réseau mobile peut transmettre simultanément plusieurs protocoles et sur plusieurs bandes de fréquences. ___ 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] La cartographie des Antennes et autres infrastructures radio
Petit erratum de ma part, je n'avais pas vu que antenna était dans les schéma validé. Il peut effectivement être utilisé en complément des tags existants. Quid de tager les opérateurs? Le Tuesday 09 Dec 2014 à 10:51:49 (+0100), Jean-Marc Liotier a écrit : Date: Tue, 09 Dec 2014 10:51:49 +0100 From: Jean-Marc Liotier j...@liotier.org To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 On 09/12/2014 10:28, Pierre-Yves Berrard wrote: Le 9 décembre 2014 09:51, Jean-Marc Liotier j...@liotier.org a écrit : On 09/12/2014 09:34, Pierre-Yves Berrard wrote: - Comment utiliser le tag si l'antenne se trouve sur un batiment? [..] En accord avec le wiki, je mettrais : man_made=mast + communication:*=yes J'avais compris man_made=mast comme pertinent lorsque le mât est l'objet proéminent dans le paysage. Or si l'antenne est sur un bâtiments, même si elle est posée sur un mât c'est le bâtiment qui est remarquable. Si je lis la carte en regardant le paysage et que je vois qu'elle indique un mât, c'est ce point de repère que je chercherai des yeux - et je serai perturbé si je vois un bâtiment à la place. J'avais compris comme toi mais, faute de mieux, je trouve que mast est plus adapté que communication_tower. En attendant qu'une façon de tagguer se dégage, on pourrait aussi mettre communication:*=yes comme seul attribut... Et pourquoi pas man_made=antenna ? Ca me paraît plus approprié pour une simple antenne posée sur un bâtiment, même lorsque son support est un petit mât : http://taginfo.openstreetmap.org/tags/man_made=antenna Et on peut le compléter avec un antenna=* : http://taginfo.openstreetmap.org/ keys/antenna Exemple: man_made=antenna antenna=cellular Attention aux technologies trop précises (je fois des 'UMTS' et des 'GSM' notamment) - de nos jours une antenne de réseau mobile peut transmettre simultanément plusieurs protocoles et sur plusieurs bandes de fréquences. ___ 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] La cartographie des Antennes et autres infrastructures radio
Encore un autre email sur les technologies utilisées, c'est là qu'interviendrait une relation, l'Antenne pouvant appartenir à deux relations (ou plus) simultanément. Ce qui couvrirait les opérateurs multiples et les bandes de fréquences multiples. Le Tuesday 09 Dec 2014 à 10:51:49 (+0100), Jean-Marc Liotier a écrit : Date: Tue, 09 Dec 2014 10:51:49 +0100 From: Jean-Marc Liotier j...@liotier.org To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 On 09/12/2014 10:28, Pierre-Yves Berrard wrote: Le 9 décembre 2014 09:51, Jean-Marc Liotier j...@liotier.org a écrit : On 09/12/2014 09:34, Pierre-Yves Berrard wrote: - Comment utiliser le tag si l'antenne se trouve sur un batiment? [..] En accord avec le wiki, je mettrais : man_made=mast + communication:*=yes J'avais compris man_made=mast comme pertinent lorsque le mât est l'objet proéminent dans le paysage. Or si l'antenne est sur un bâtiments, même si elle est posée sur un mât c'est le bâtiment qui est remarquable. Si je lis la carte en regardant le paysage et que je vois qu'elle indique un mât, c'est ce point de repère que je chercherai des yeux - et je serai perturbé si je vois un bâtiment à la place. J'avais compris comme toi mais, faute de mieux, je trouve que mast est plus adapté que communication_tower. En attendant qu'une façon de tagguer se dégage, on pourrait aussi mettre communication:*=yes comme seul attribut... Et pourquoi pas man_made=antenna ? Ca me paraît plus approprié pour une simple antenne posée sur un bâtiment, même lorsque son support est un petit mât : http://taginfo.openstreetmap.org/tags/man_made=antenna Et on peut le compléter avec un antenna=* : http://taginfo.openstreetmap.org/ keys/antenna Exemple: man_made=antenna antenna=cellular Attention aux technologies trop précises (je fois des 'UMTS' et des 'GSM' notamment) - de nos jours une antenne de réseau mobile peut transmettre simultanément plusieurs protocoles et sur plusieurs bandes de fréquences. ___ 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] La cartographie des Antennes et autres infrastructures radio
Tu as laissé silo/intérieur de gallerie/pylone d'arbre/dalle en béton /contre poid au sol? Le Tuesday 09 Dec 2014 à 11:18:17 (+0100), althio forum a écrit : Date: Tue, 9 Dec 2014 11:18:17 +0100 From: althio forum althio.fo...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio Voilà exactement pourquoi un tag complémentaire me paraitrait pertinent. [...] sur le fait de le lier comme ça à des éléments physiques aussi limités. Juste pour exemple les point de repère des antennes de ma base de données avec le nombre de valeurs: 1er cas: Le support est un building=* ce building porte une description. Le mât ou l'antenne est un simple node posé dessus. 4 Eolienne 19 Tour de contrôle 22 Sémaphore 52 Monument historique 107 Phare 231 Ouvrage d'art (pont, viaduc) 922 Monument religieux 4216 Château d'eau - réservoir 10535 Immeuble 11230 Bâtiment 2e cas: La forme ou le support peut être décrit par tower:construction=* il y a déjà des valeurs proposées. tower:construction=lattice/freestanding/dish/dome/concealed/guyed/guyed_lattice/guyed_tube 671 Pylône haubané 718 Mât béton 844 Mât métallique 3703 Mât 4203 Pylône tubulaire 27170 Pylône autostable ___ 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] L'import de Cartoradio
À voir CartoRadio donne les emplacements autorisés pas les définitifs, c'est pour ça que j'attends le feu vert pour faire des croisements de bases de données et surtout tenter de faire un calque osm par département/région. Le Tuesday 09 Dec 2014 à 11:08:13 (+0100), Yves Pratter a écrit : Date: Tue, 9 Dec 2014 11:08:13 +0100 From: Yves Pratter yves.prat...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] L'import de Cartoradio X-Mailer: Apple Mail (2.1993) On 09 Dec 2014, at 10:44, Pierre d'HUY dh...@yahoo.fr wrote: Si on reprend l'idée d'utiliser tag2link, il est même possible de complètement éviter la limitation. Oui et surtout la base ANFR sera probablement plus à jour qu’OSM ? — Yves ___ 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] La cartographie des Antennes et autres infrastructures radio
En fait mon objectif, pour la connexion aux opérateurs serait de permettre la géolocalisation en utilisant OSM et l'environnement. Elle permettrait aussi de pouvoir analyser les données des opérateurs en opendata. Globalement l'idée est très clairement de mettre en avant ce que nous apporte les réseaux et pas seulement le repère visuel des antennes. Le Tuesday 09 Dec 2014 à 11:28:36 (+0100), Yves Pratter a écrit : Date: Tue, 9 Dec 2014 11:28:36 +0100 From: Yves Pratter yves.prat...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio X-Mailer: Apple Mail (2.1993) On 09 Dec 2014, at 11:15, Pierre d'HUY dh...@yahoo.fr wrote: Petit erratum de ma part, je n'avais pas vu que antenna était dans les schéma validé. Il peut effectivement être utilisé en complément des tags existants. man_made=antenna résume bien la situation (quels attributs utiliser ou non). Concernant la taille de la tour, du mat, de l’antenne il y a les attributs height=* et ele=* qui représentent bien l’amer qu’on peut observer sur le terrain. Et puis on peut mettre aussi un lien sur une photo Mapillary, wikicommons… ;-) Quid de tager les opérateurs? Ça devient vite compliquer avec les propositions existantes (4G chez Orange, 2G chez Bouygues sur un même mat avec des angles de diffusion différents). On peut l’indiquer avec man_made=communications_transponder mais ça ne semble pas répandu (trop compliqué). C’est pour ça que c’est plus simple et plus fiable de mettre un lien vers ref:FR:ANFR et basta ;-) — Yves ___ 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] L'import de Cartoradio
Dans mon dump, j'ai fait un script qui importe tout ça et l'unifie en base. 67943 antennes, 63 opérateurs d'antenne, 91 opérateurs de réseau (dont privé) et miracle je viens de trouver le champ Antenne autorisée mais non activée. Avec ça, il me faut juste le feu vert ^^ Le Tuesday 09 Dec 2014 à 11:46:20 (+0100), Yves Pratter a écrit : Date: Tue, 9 Dec 2014 11:46:20 +0100 From: Yves Pratter yves.prat...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] L'import de Cartoradio X-Mailer: Apple Mail (2.1993) On 09 Dec 2014, at 11:25, Pierre d'HUY dh...@yahoo.fr wrote: À voir CartoRadio donne les emplacements autorisés pas les définitifs, OK. c'est pour ça que j'attends le feu vert pour faire des croisements de bases de données et surtout tenter de faire un calque osm par département/région. Tu veux mettre quoi exactement dans OSM ? Si c’est un pylône définitif on peut mettre : • man_made=antenna ou (man_made=mast ou man_made=tower) + tower:type= communication • ref:FR/ANFR=12345 • ± communication:television=yes • ± communication:radio=yes • ± communication:mobile_phone=yes Et pour une autorisation d’émetteur accordée mais pas encore en activité : • construction:man_made=* • ou rien ;-) • Et pour faire le rapprochement, pas besoin d’importer dans OSM toute la base Cartoradio avec toutes ses infos. L’autorisation permettra de télécharger tout le fichier d’un coup (de mémoire on peut le faire que par morceaux) — Yves ___ 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] La cartographie des Antennes et autres infrastructures radio
En unification des données. Parce que je pense aussi à OpenBMap et mozstumbler (toujours pas checké la licence du second mais le premier l'autorise) Le Tuesday 09 Dec 2014 à 11:51:57 (+0100), Yves Pratter a écrit : Date: Tue, 9 Dec 2014 11:51:57 +0100 From: Yves Pratter yves.prat...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio X-Mailer: Apple Mail (2.1993) On 09 Dec 2014, at 11:41, Pierre d'HUY dh...@yahoo.fr wrote: En fait mon objectif, pour la connexion aux opérateurs serait de permettre la géolocalisation en utilisant OSM et l'environnement. Elle permettrait aussi de pouvoir analyser les données des opérateurs en opendata. Comme opencellid.org ? — Yves ___ 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] La cartographie des Antennes et autres infrastructures radio
J'ai créé cette discussion pour animer le débat dessus pour faire un article/propal wiki ensuite. L'objectif est d'essayer d'appréhender le point de vue sur le sujet et de mobiliser autour. Les supports logiques, comme tu dis, de type CID ou MCC bougent peu, autant qu'un batiment, et considère-t-on qu'il ne faut pas tagguer les batiments pour autant? Le syllogisme est facile mais comme je l'ai expliqué l'intérêt que je vois là dedans correspond à ceux d'openstreetmap, de permettre la cartographie et aussi d'offrir une solution complète par rapport à une carte. Les applications d'un référencement des réseaux sont presques infinis pour OSM avec notamment la possibilité de travailler avec d'autres solutions, y compris sur téléphone. Le nombre d'opérateurs privés maintenant leur propre base est exponentiel et une solution comme osm pourrait les intéresser. (Par opérateurs j'entends entreprises) Le Tuesday 09 Dec 2014 à 11:56:46 (+0100), François Lacombe a écrit : Date: Tue, 9 Dec 2014 11:56:46 +0100 From: François Lacombe fl.infosrese...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio Bonjour, Très intéressante discussion :) Il faut faire attention à distinguer deux choses : l'existant sur le terrain (supports, antennes, éventuellement équipements radio actifs) le logique (cellules, couplages, configurations diverses et variées modifiables à la guise de l'opérateur). Le premier peut figurer dans OSM avec les références (ANFR, référence opérateur...) qui vont bien pour faire les bonnes liaisons Le côté logique (en particulier les identifiants de cellules, fréquences, canaux radio, codes d'embrouillage pour l'UMTS) n'a rien à faire dans OSM puisque difficilement observable et mouvant d'un clic de souris. Pour capitaliser correctement cet échange et pour avoir l'écho suffisant de la communauté et des contributeurs, une proposition devrait être rédigée sur le wiki puis votée. Sinon il y a de grandes chances pour que le modèle souhaité se cantonne à la France. just my 2 cents François Lacombe fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux Le 9 décembre 2014 11:41, Pierre d'HUY dh...@yahoo.fr a écrit : En fait mon objectif, pour la connexion aux opérateurs serait de permettre la géolocalisation en utilisant OSM et l'environnement. Elle permettrait aussi de pouvoir analyser les données des opérateurs en opendata. Globalement l'idée est très clairement de mettre en avant ce que nous apporte les réseaux et pas seulement le repère visuel des antennes. Le Tuesday 09 Dec 2014 à 11:28:36 (+0100), Yves Pratter a écrit : Date: Tue, 9 Dec 2014 11:28:36 +0100 From: Yves Pratter yves.prat...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio X-Mailer: Apple Mail (2.1993) On 09 Dec 2014, at 11:15, Pierre d'HUY dh...@yahoo.fr wrote: Petit erratum de ma part, je n'avais pas vu que antenna était dans les schéma validé. Il peut effectivement être utilisé en complément des tags existants. man_made=antenna résume bien la situation (quels attributs utiliser ou non). Concernant la taille de la tour, du mat, de l’antenne il y a les attributs height=* et ele=* qui représentent bien l’amer qu’on peut observer sur le terrain. Et puis on peut mettre aussi un lien sur une photo Mapillary, wikicommons… ;-) Quid de tager les opérateurs? Ça devient vite compliquer avec les propositions existantes (4G chez Orange, 2G chez Bouygues sur un même mat avec des angles de diffusion différents). On peut l’indiquer avec man_made=communications_transponder mais ça ne semble pas répandu (trop compliqué). C’est pour ça que c’est plus simple et plus fiable de mettre un lien vers ref:FR:ANFR et basta ;-) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
C'est ce que je voulais aborder en premier, une clef plus universel et antenna semble bien pour ça, non? Le Tuesday 09 Dec 2014 à 11:59:19 (+0100), François Lacombe a écrit : Date: Tue, 9 Dec 2014 11:59:19 +0100 From: François Lacombe fl.infosrese...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio Autre chose : vu que les télécoms sont un domaine à part entière et que man_made sert habituellement de fourre-tout, préférez l'utilisation de telecom= * pour les équipements. communication=* est trop vaste et devrait être remplacé. man_made s'adapte bien pour tout ce qui est support. On pourrait en profiter pour gérer le flou autour de tower et mast sur cette clé. François Lacombe fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux Le 9 décembre 2014 11:56, François Lacombe fl.infosrese...@gmail.com a écrit : Bonjour, Très intéressante discussion :) Il faut faire attention à distinguer deux choses : l'existant sur le terrain (supports, antennes, éventuellement équipements radio actifs) le logique (cellules, couplages, configurations diverses et variées modifiables à la guise de l'opérateur). Le premier peut figurer dans OSM avec les références (ANFR, référence opérateur...) qui vont bien pour faire les bonnes liaisons Le côté logique (en particulier les identifiants de cellules, fréquences, canaux radio, codes d'embrouillage pour l'UMTS) n'a rien à faire dans OSM puisque difficilement observable et mouvant d'un clic de souris. Pour capitaliser correctement cet échange et pour avoir l'écho suffisant de la communauté et des contributeurs, une proposition devrait être rédigée sur le wiki puis votée. Sinon il y a de grandes chances pour que le modèle souhaité se cantonne à la France. just my 2 cents François Lacombe fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux Le 9 décembre 2014 11:41, Pierre d'HUY dh...@yahoo.fr a écrit : En fait mon objectif, pour la connexion aux opérateurs serait de permettre la géolocalisation en utilisant OSM et l'environnement. Elle permettrait aussi de pouvoir analyser les données des opérateurs en opendata. Globalement l'idée est très clairement de mettre en avant ce que nous apporte les réseaux et pas seulement le repère visuel des antennes. Le Tuesday 09 Dec 2014 à 11:28:36 (+0100), Yves Pratter a écrit : Date: Tue, 9 Dec 2014 11:28:36 +0100 From: Yves Pratter yves.prat...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio X-Mailer: Apple Mail (2.1993) On 09 Dec 2014, at 11:15, Pierre d'HUY dh...@yahoo.fr wrote: Petit erratum de ma part, je n'avais pas vu que antenna était dans les schéma validé. Il peut effectivement être utilisé en complément des tags existants. man_made=antenna résume bien la situation (quels attributs utiliser ou non). Concernant la taille de la tour, du mat, de l’antenne il y a les attributs height=* et ele=* qui représentent bien l’amer qu’on peut observer sur le terrain. Et puis on peut mettre aussi un lien sur une photo Mapillary, wikicommons… ;-) Quid de tager les opérateurs? Ça devient vite compliquer avec les propositions existantes (4G chez Orange, 2G chez Bouygues sur un même mat avec des angles de diffusion différents). On peut l’indiquer avec man_made=communications_transponder mais ça ne semble pas répandu (trop compliqué). C’est pour ça que c’est plus simple et plus fiable de mettre un lien vers ref:FR:ANFR et basta ;-) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
Sauf que le MNC est parfaitement vérifiable et localisable avec une précision optimale: Cartoradio (c'est l'enjeux d'une autre discussion en parallèle). De même la précision fournie par des solution comme OpenBMap ou OpenCellID est précise à 5/10m ce qui est moyen sauf si on le met en corrélation avec les données localisées. Comme je l'ai précisé entre parenthèses, je ne parle pas des opérateurs téléphoniques (qui sauf lobby contraire, n'ouvriront jamais leur données) mais des sociétés diverses: Nokia, Ericsson, quelques entreprises que je sais utiliser ce type de données mais que je ne peux pas nommer :p Actuellement, il existe un seul service proposant de lier le CID à une carte et c'est google maps. Nokia maps est encore un peu à la ramasse là dessus. Ayant déjà eu une discussion avec du staff google sur le sujet, il est hors de question qu'ils ouvrent ces données et donc les rendent utilisables sans transaction financière et contrat limité. L'objectif est de rendre OSM toujours plus performant :) Encore une fois la répartion des CID est amené à rester sensiblement identique par contre la balance de charge sur le réseau est amenée à être dynamique. De ce fait une antenne devrait garder le même CID ad vitam (ne serait ce qu'à cause de la rétrocompatibilité). Le Tuesday 09 Dec 2014 à 13:19:41 (+0100), François Lacombe a écrit : Date: Tue, 9 Dec 2014 13:19:41 +0100 From: François Lacombe fl.infosrese...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio Le 9 décembre 2014 12:05, Pierre d'HUY dh...@yahoo.fr a écrit : J'ai créé cette discussion pour animer le débat dessus pour faire un article/propal wiki ensuite. L'objectif est d'essayer d'appréhender le point de vue sur le sujet et de mobiliser autour. Parfait, nous sommes d'accord Les supports logiques, comme tu dis, de type CID ou MCC bougent peu, autant qu'un batiment, et considère-t-on qu'il ne faut pas tagguer les batiments pour autant? Il n'y a pas seulement le côté mouvant mais aussi le côté vérifiabilité. Comment peut-on être sur que c'est telle antenne qui diffuse tel CID ou MNC ? Très difficile à mon sens. Les applications d'un référencement des réseaux sont presques infinis pour OSM avec notamment la possibilité de travailler avec d'autres solutions, y compris sur téléphone. Le nombre d'opérateurs privés maintenant leur propre base est exponentiel et une solution comme osm pourrait les intéresser. (Par opérateurs j'entends entreprises) Les opérateurs en question ont un référentiel bien plus poussé que celui qui pourrait être établi sur OSM. Sans open-data de leur part, il très difficile de décrire un réseau radio en l'observant de l'exterieur. Et on évoque ici des architectures à l'ancienne avec les équipement actifs co-localisés aux antennes alors que demain, tout est potentiellement virtualisé sans aucune considération géographique. OSM devrait se limiter au côté observable de ces réseaux : les supports et les antennes, référencés pour permettre la correspondance avec d'autres données. Le 9 décembre 2014 12:42, Yves Pratter yves.prat...@gmail.com a écrit : Key:telecom me parait bien vide et peu utiliser. Actuellement c'est le cas en effet. Il faut bien amorcer la pompe et d'autres propositions sur les réseaux fixes vont arriver prochainement en utilisant cette clé. François Lacombe fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux ___ 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] La cartographie des Antennes et autres infrastructures radio
Il est clair que ni le LAC ni le MCC/MNC ne vont se modifier :p Plus sérieusement sur Cartoradio est mentionné l'opérateur radio (comme précisé plus haut) et de ce fait le mnc. Le CID par contre je n'ai aucune information comme quoi il soit modifiable si fréquemment (désolé en tant qu'ingé réseau, je n'ai pas forcément poussé sur les télécom...) Le Tuesday 09 Dec 2014 à 14:28:49 (+0100), Yves Pratter a écrit : Date: Tue, 9 Dec 2014 14:28:49 +0100 From: Yves Pratter yves.prat...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio X-Mailer: Apple Mail (2.1993) On 09 Dec 2014, at 13:57, Pierre d'HUY dh...@yahoo.fr wrote: Sauf que le MNC est parfaitement vérifiable et localisable avec une précision optimale: Cartoradio Et aussi avec l’outil que nous avons (presque) tous : notre téléphone portable. Il existe des tonnes d’applications qui affichent les mesures radio (GSM, EDGE, UMTS… WIFI…). http://wiki.opencellid.org/wiki/Data_sources Les supports logiques, comme tu dis, de type CID ou MCC bougent peu, Pour les non initiés : • CID : Cell ID Identifiant unique de la cellule radio (c’est pour ça qu’on parle de téléphone cellulaire) sur laquelle est connecté notre téléphone • MCC/MNC : Mobile Country Code / Mobile Network Code Couple qui identifie le pays et le réseau d’un opérateur. 20801 : 208= France 01=Orange • LAC : Location Area Code • BTS : Base Transceiver Station — Yves ___ 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] La cartographie des Antennes et autres infrastructures radio
Si OSM devait se cantonner au visuel, pourquoi avoir des tags concernant le MHS ou l'UNESCO, des tags pour les réseaux wifi ouvert ou les horaires d'ouverture? OSM offre la possibilité d'une multiplicité de service distinct qui ne sont pas forcément visibles pour la navigation à vue. Comme tu le soulignes, les analyses de l'anfr sont impossibles sans accès, tant mieux, ces données sont publics! On ne cherche pas à connaître la qualité du réseau, juste à permettre aux utilisateurs d'openstreetmap de se localiser plus précisément en s'appuyant sur leur environnement et pas seulement visuel. Il ne s'agit pas de modéliser l'ensemble du réseau, juste les points terminaux avec la possibilité de mettre à jour ces données grâce à d'autres projet d'open data. J'ai toujours gardé les mêmes CID dans mon voisinage, je m'étonne donc que tu mentionnes qu'ils changent autant. J'en ai vu apparaitre cependant, mais jamais de grand changement. La proposition a vocation d'assister à la navigation les utilisateurs d'openstreetmap avec un set déjà complet en entrée sur la position des antennes et leurs opérateurs et un set imcomplet de CID mais en opendata! (surtout depuis que mozilla s'y est mis) Sinon Google a obtenu ces données avec leur google cars et extrapolation tout comme openbmap et opencellid. Le Tuesday 09 Dec 2014 à 14:30:41 (+0100), Jean-Marc Liotier a écrit : Date: Tue, 09 Dec 2014 14:30:41 +0100 From: Jean-Marc Liotier j...@liotier.org To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 On 09/12/2014 13:57, Pierre d'HUY wrote: Sauf que le MNC est parfaitement vérifiable et localisable [..] De ce fait une antenne devrait garder le même CID ad vitam (ne serait ce qu'à cause de la rétrocompatibilité). Comme le souligne François, tous ces identifiants ne sont que paramètres. Certains sont certes très stables, mais paramètres quand même, surtout que sur un même site avec une même antenne les cellules vont et viennent au rythme des évolutions technologiques, des renouvèlement de matériels actifs et des fluctuations de la planification radio. Mon avis est que la cible naturelle pour Openstreetmap est d'enregistrer ce qui est visible et vérifiable sur le terrain. Pour mon usage personnel, les antennes sont des amers. J'imagine bien que certains ont envie de modéliser un réseau télécom... Mon conseil est de s'en abstenir... J'ai géré pendant un certain temps le logiciel référentiel de paramètres du réseau radio d'un opérateur Français - avec le public potentiel des relevés terrain pour Openstreetmap vous n'arriverez jamais au centième de ce qui s'y trouve, rien que pour les bidules physiques et ne parlons pas des paramètres - et en plus ça bouge en permanence... Bon, je sais qu'ici on aime les défis - mais quand même... Quels sont les usages visés ? Certains usages, comme les analyses effectuées par l'ANFR, sont impossibles sans l'accès au données des opérateurs. Avoir une idée de ce qu'on veut faire des données collectées permet d'attaquer le problème de manière plus structurée et d'avoir un contexte pour trouver les bons niveaux d'abstraction et de détail dans la modélisation. Pour ma part, je suis partisan de la description physique et mon usage visé est la multiplication des points de repère pour la navigation à vue. ___ 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] Maison de santé
Il serait effectivement intéressant de normaliser les laboratoires médicaux. J'utilise doctors pour le moment (3 laboratoires tagés) et je trouve ça douteux Le 8 décembre 2014 11:41:16 UTC+01:00, Yves Pratter yves.prat...@gmail.com a écrit : Bonjour, On 08 Dec 2014, at 09:58, Romain MEHUT romain.me...@gmail.com wrote: Plutôt vers là? http://wiki.openstreetmap.org/wiki/FR:Key:social_facility http://wiki.openstreetmap.org/wiki/FR:Key:social_facility En fait c’est dans le domaine du soin, pas du social. Il y avait cette valeur social_facility http://wiki.openstreetmap.org/wiki/Key:social_facility=healthcare mais comme tu peux le voir elle est rayée sur le wiki (depuis le 3 février 2011 à 14:14 ). Au passage, en faisant des recherches avec Overpass j’ai trouvé des laboratoires d’analyses médicales avec des tags variés. Ces derniers n’existent pas semble-t-il en Allemagne est en Suisse (dans le canton de Berne les médecins ont leur propre labos au cabinet et c’est la secrétaire qui fait les prélèvements et les analyses). Bref, il faut passer un petit coup de chiffon dans les données et trouver un modèle homogène pour la France pour s’assurer que les données soient trouvables et visualisables. — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Pierre d'Huy___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
Bonsoir à tous, Je réalisais quelques modifications sur Corbeil-Essonnes, et je suis tombé sur un tag que je ne connaissais pas: man_made=communications_tower. En bon cartographe je suis allé voir sur le wiki pour découvrir que ce tag existait bel et bien (http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcommunications_tower). Cependant dans mon cas, il était utilisé sur un batiment. Donc plusieurs questions se posent à moi: - Comment utiliser le tag si l'antenne se trouve sur un batiment? - Serait-il plus avisé de proposer un tag séparé disposant de davantage d'information? - Dans la mesure où la localisation par antenne dans le voisinage est assez pratique rajouter des informations mnc/cid via des bases libres d'accès CC by-sa? Je dispose d'un dump de la base de données Cartoradio du 7 avril 2014, ces données contiennent le type d'antenne, sa localisation précise, l'opérateur de l'antenne (ou les opérateurs), les fréquences d'émission. Dans la mesure où ces données apparaissent intéressante à cartographier pour moi, je propose différents vecteurs: - Une relation pour lier les opérateurs aux antennes par gamme de fréquence avec une relation de relation pour lier les éléments. - une nouvelle clef/valeur pour les antennes, plus flexible pour permettre de le placer sur un batiment, un pylone, etc... (J'ai 31 type de support différent dans cartoradio!) J'attends votre avis à tous avant d'écrire une propal! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Justement je propose de ne pas faire les rues mais les lieux remarquables pour les personnages remarquables. Ainsi le Panthéon ou d'autres grands tombeaux seraient ainsi liés aux lieux de la mort et de la naissance des personnes. Ce qui est pertinent pour des personnes comme Jaurès. Pas besoin d'être jusqu'au boutiste dans ce tag :) et on peut associer wikidata ET person. C'est une question de dosage. /me retourne en format Le 14 octobre 2014 08:35:18 UTC+02:00, Christian Quest cqu...@openstreetmap.fr a écrit : Le 14 octobre 2014 00:24, Yannick VOYEAUD yann...@voyeaud.org a écrit : Bonsoir à toutes et tous, Dans un premier temps j'étais aussi contre mais l'explication de Pierre m'a amené à regarder plus loin et en effet qu'y a-t-il d'aberrant à signaler une commune comme étant le lieu de naissance de Untel très connu? Reste à voir les lieux qu'il convient d'accepter ou non. wikidata est fait pour ça, pas OSM. Ces informations n'ont rien de cartographiques. En quoi la date de naissance d'un personnage célèbre a un rapport avec une base de données cartographique ? On est en plein dans le web sémantique là (je sais que ça ne passionne pas, mais c'est passionnant quand on s'y intéresse un peu). Tout comme aujourd'hui on ne va pas mettre l'équivalent d'un article wikipédia dans des tags OSM (ce qui est évident à cause de son côté textuel), on est dans la même logique avec tout un ensemble de données plus sémantiques, qui sont de la connaissance, du savoir, mais qui ne sont pas des données de terrain. Tout ceci est super cool en mashup, mais faire le mashup directement dans OSM c'est un grand délire à éviter à tout prix. Bonne idée (d'ailleurs c'est moi qui ait commencé à utiliser wikipedia:name devenu depuis name:wikipedia) mais mauvaise solution à mon avis. Aujourd'hui j'utiliserai plutôt wikidata bien plus adapté pour ça. Soyons un peu pragmatique si je vous dit que Laurent MOURGUET est décédé à telle adresse dans telle commune certains d'entre-vous n'en ont strictement rien à foutre! Pour d'autres, au contraire, c'est une information utile. Je propose donc pour améliorer la chose qu'il faut qu'une plaque 'touristique' soit visible sur la façade dudit immeuble. Un plaque commémorative a toute sa place dans OSM. C'est un élément de terrain, vérifiable, et qui peut servir de repère. Pour moi Wikipedia est une source de l'information et OSM en est une autre. Les deux sont complémentaires. Par contre il faut parfaitement documenter le tag Person. Il faut bien limiter le champ d'action de ce 'référencement' dans la base. J'irais même plus loin en effarouchant les puristes! Tout document crée avec Umap à potentiellement vocation à se retrouver dans OSM! POurquoi c'est simplement l'esprit des données ouvertes. J'ai fait quelque chose dans un certain cadre mais vous vous pouvez en faire autre chose à laquelle je n'ai pas pensé. Pour finir je reste dans le mode provoc et je dirais à Philippe que moi aussi je m'attend pas à trouver Pierre CURIE mais par contre j'aimerais bien y trouver Pierre JOLIOT alias Pierre JOLIOT-CURIE! Oui je sais c'est hors du sujet du message initial mais pourtant... Je vous souhaite bien du plaisir pour maintenir la relation de Charles de Gaulle... 4243 noms de voie le concernant dans FANTOIR, ça promet ! Poussez les concepts à l'extrême pour vérifier si ils tiennent la route. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Pierre d'Huy___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Je dois avouer ne pas avoir pensé aux abus pensant que l'usage se limitait aux cadavres refroidis de la nation ^^ Effectivement de ce fait, l'usage de cette relation de façon aussi déreglementée est génante. En absence, de limite, j'ai donc changé mon vote. Merci pour tes arguments sensés. Le 14 octobre 2014 11:14:13 UTC+02:00, Pieren pier...@gmail.com a écrit : 2014-10-13 23:37 GMT+02:00 dHuy Pierre dh...@yahoo.fr: Nul reproche sur la rapidité du vote, je croyais qu'il y avait des procédure c'est tout. Et d'ailleurs je t'ai remercié de m'avoir prévenu :) C'est moi qui a lancé le vote en remettant la page wiki au format proposal. Ces relations sont apparues il y a quelques temps déjà et au début, apparement, pour résoudre un problème très concret de cartographie de cimetières (plusieurs noms sur une tombe). Cela a aussi été brièvement mentionné sur la liste principale il y a 2 semaines et j'avais déjà tiqué à ce moment-là ([1]). Le problème avec cette relation, c'est qu'on sent bien qu'elle touche aux limites d'OSM (on s'éloigne de la cartographie pure) et que l'idée n'a pas été discutée au niveau international. Il y a toujours une partie des contributeurs qui pense qu'on peut choisir des tags, les documenter comme officiels dans le wiki et les utiliser directement sans passer par une concertation avec le reste de la communauté. Mais ça ne marche pas toujours comme ça . Si ça peut passer pour des choses évidentes (bien documentées et non sujettes à controverse), cette façon de s'imposer est beaucoup plus discutable dès qu'il y a des critiques. Et là, j'ai réagi lorsque j'ai vu que je n'étais pas le seul à voir un problème avec cette relation (ici mais aussi là [2]). Les arguments contre: - si au départ, c'était fait pour modéliser plusieurs personnes présentes sur une seule tombe, on trouve maintenant son lieu de naissance, de mort et ses liens familiaux avec d'autres personnes. Il y a dérive entre une idée pour modéliser une tombe qui est maintenant utilisée pour modéliser les gens. A quand la relation qui modèlise les véhicules ? - il n'y aucune limite sur ce qui peut être rattaché à cette personne : les lieux où il a vécut, travaillé, où il s'est marié, etc - Il n'y a aucun critère de sélection et certains veulent déjà s'en servir pour éviter les restrictions de wikipedia sur la notoriété. - ce dernier point est important. Si on ne passe pas par wikipedia, on devra accepter que tout le monde soit présent dans la base, y compris les vivants, sur le seul critère que leur nom est gravé quelque part (ben oui, les vivants ont bien leur nom sur une boite aux lettre). C'est évidemment un problème, OSM devient une base nominative avec des données personnelles comme les dates de naissance, liens de parenté, lieux de résidence. Ca sera sûrement le bonheur pour tous les généalogistes mais cela pose de nombreux problèmes nouveaux : quid du droit à la vie privée, du droit à l'oubli, etc C'est pourquoi il est important que ce genre de données nominatives soit traité dans une base à part. - l'argument c'est présent dans le monde réel (la tombe) donc ça peut aller dans OSM est dangereux. Au-dela des tombes, les généalogistes pourraient aussi arguer que les noms des ancêtres se trouvent dans des livres d'archives eux aussi bien présents dans le monde réel et qu'ils pourraient donc à ce titre mettre dans OSM tous les noms des morts documentés et ainsi utiliser OSM comme une base de données ouverte et géante pour généalogistes. Mais OSM, c'est pas open data, c'est open *geo* data. Ca n'est pas parce qu'on peut tout faire avec des relations que tout doit être permis. L'avantage de renvoyer à wikipedia/wikidata est que nous leur laissons la responsabilité de chosir les gens qui méritent d'aller dans l'encyclopédie ou pas (notoriété). Pieren [1] https://lists.openstreetmap.org/pipermail/tagging/2014-September/019552.html [2] http://forum.openstreetmap.org/viewtopic.php?id=22497 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Pierre d'Huy___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ?? Mauvaise interprétation par P. V.
Pour le dénigrement, tu n'es pas le dernier non plus. La prochaine fois, tu pourrais tout de même m'envoyer un message avant d'apporter sur la mailing list... Le 14 octobre 2014 21:00:07 UTC+02:00, Philippe Verdy verd...@wanadoo.fr a écrit : Arrête tes conneries STP. D'une je n'ai pas initié le vote, ne m'en rend pas responsable. Dailleurs je n'ai apporté aucun vote à cette page. De deux j'ai alerte la liste ici en posant une question pour avoir vos avis, cela n'excluait pas le mien. A ce moment là la page wiki d'OSM n'était pas connue et elle a été modifiée bien après, puis ensuite indiquée ici. Bref ce sont TES divagations, et même TES mensonges, pas les miens. A toi de lire correctement et prendre les éléments dans l'ordre. TU t'es trompé et tes excuses c'est de m'en rendre responsable et me dénigrer. Mais j'ai l'habitude, tu ne fais que ça... Tu n'as aucune excuse. Le 14 octobre 2014 16:02, sylvain letuffe lis...@letuffe.org a écrit : J'y crois pas, j'ai réussi à me faire embrigader par philippe ! J'ai lu son mail que je pensais être un résumé de la proposition et je suis aller voter no direct. De quel c.. j'ai l'air maintenant. Je m'étais promis de ne plus le lire, un pas de travers, et paf ! Je m'empresse de corriger ce qu'il a dit, des fois que je ne sois pas le seul et je vais vite retirer mon vote... verdy_p wrote Imaginez qu'on applique ça pour le Général de Gaule: combien de rues/avenues, de places Et bien AUCUNE car tu n'as pas lu ou compris la proposition, dans la liste exhaustive des roles de la proposition il n'y a pas les rues, avenues ou place ni même les pays où il est allé La proposition, concernant les lieux, indique : tomb (node/way) - grave, tomb, crypt, mausoleum memorial (node/way) - a monument or memorial plaque set in the wall ps: cela ne présage en rien mon avis sur la vraie proposition, mais entre la démagogie/mensonges de philippe, le vote express sans discussion préalable qui a lieu en ce moment et le manque flagrant d'explications des buts de cette proposition, je ne vais voter ni non ni oui, je vais attendre d'en savoir plus. -- View this message in context: http://gis.19327.n5.nabble.com/relations-person-dans-OSM-tp5820097p5820239.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Pierre d'Huy___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr