Re: [OSM-talk-fr] Présentation
Bienvenue!Hésite pas à poser tes questions ici si tu as des problèmes :)Librement, Le Mercredi 6 juillet 2016 12h43, Alain VASSAULTa écrit : Hello la communauté. Je suis nouveau sur OSM et contribue surtout sur 2 villes Saint Martin du tertre dans l'yonne et Salins en seine et marne. J'apprends petit à petit comment taguer ceci puis cela. J'utilise comme outils JOSM sur mon pc et vespucci sur téléphone Android (qui fournit des traces gps en plus de servir à la cartographie). J'espère en apprendre plus sur OSM et aider à mon maximum pour contribuer à remplir la carte. Amicalement, Tranquille ___ 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] Présentation
Bienvenue!Hésite pas à poser tes questions ici si tu as des problèmes :)Librement, Le Mercredi 6 juillet 2016 12h43, Alain VASSAULTa écrit : Hello la communauté. Je suis nouveau sur OSM et contribue surtout sur 2 villes Saint Martin du tertre dans l'yonne et Salins en seine et marne. J'apprends petit à petit comment taguer ceci puis cela. J'utilise comme outils JOSM sur mon pc et vespucci sur téléphone Android (qui fournit des traces gps en plus de servir à la cartographie). J'espère en apprendre plus sur OSM et aider à mon maximum pour contribuer à remplir la carte. Amicalement, Tranquille ___ 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] Sectorisation scolaire - calvados - caen et cie
Autrement, oui c'est encore très présent à la campagne par exemple où la carte du découpage est utile et les communautés de commune s'organisent pour offrir les transports scolaires sur la circonscription et pour soutenir les écoles de la zone. Le Lundi 27 juin 2016 7h32, Philippe Verdya écrit : Le 27 juin 2016 à 06:50, David Crochet a écrit : Bonjour Le 26/06/2016 23:07, Philippe Verdy a écrit : Ca existe encore la "carte scolaire" en France? Oui, car on peut y déroger. Une réponse "alambiquée" qui veut simplement dire non: elle existe peut-être encore dans les textes, et personne n'en tient compte à commencer par les parents d'élèves et les chefs d'établissement qui aceptent les demandes et ne demande qu'à remplir leurs classes pour éviter d'en perdre l'année suivante. Au 21e siècle, les parents travailent souvent loin de chez eux et ce n'est pas forcément l'école assignée au lieu résidence (qui n'est pas forcément non plus la plus proche) qui est la plus pratique pour les parents ou pour les transports en commun. En revanche des cartes plus contraignantes existent : la carte hospitalière, celles des services sociaux, la carte judiciaire, la carte fiscale (hormi certains services sociaux et Pôle Emploi, la plupart de ces services sont découpés en communes ou proupes de communes, mais plus sur les limites de cantons depuis longtemps): là on n'a pas le choix... ___ 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] Sectorisation scolaire - calvados - caen et cie
Quel niveau de boundary doit-on utiliser pour ces cartes? Et comment désigner le TGI pou la cour d'appel pour les cartes judiciaire ou le rectorat sur celle de l'enseignement par exemple? Le Lundi 27 juin 2016 7h55, Francescu GAROBYa écrit : Bonjour, Je veux bien m'y coller...Par contre, je ne connais pas les tags à appliquer ! Francescu Le 26 juin 2016 à 22:17, David Crochet a écrit : Bonjour Pour celles et ceux qui veulent travailler sur les sectorisations administratives scolaires : https://www.ac-caen.fr/mediatheque/calvados/orientation/Rues_Caen_2016.pdf https://www.ac-caen.fr/mediatheque/calvados/orientation/Rues_Lisieux_2016.pdf https://www.ac-caen.fr/mediatheque/calvados/orientation/Rues_HSC_2016.pdf https://www.ac-caen.fr/mediatheque/calvados/orientation/Rues_Ifs_2016.pdf https://www.ac-caen.fr/mediatheque/calvados/orientation/Communes_14_clg_secteur.pdf https://www.ac-caen.fr/mediatheque/calvados/orientation/Aires_recrutement_lycees_2016.pdf Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plan de masse et droits d'auteur/moral, etc..
D'après le juriste, ça convient tant qu'on ne distribue pas le plan capté et qu'on ne le reproduit pas à l'identique (style de dessin etc). Le Mercredi 25 mai 2016 10h29, Vincent de Château-Thierry <osm.v...@free.fr> a écrit : Bonjour, > De: "dHuy Pierre" <dh...@yahoo.fr> > > Petit encart, puisque je ne rappelle plus si j'avais commenté sur le > sujet: Pour les plans d'alarme à incendie ou les plans de masses > affiché, on peut dire "Inspiré d'un plan capté dans l'espace > publique". J'avais interrogé un avocat en propriété intellectuelle > pour savoir dans le cadre de la carto indoor. Formulé comme ça, ça concernerait aussi les sucettes Decaux sur les trottoirs. Or je doute que les plans qu'on y trouvent soient libres de droit... vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plan de masse et droits d'auteur/moral, etc..
Petit encart, puisque je ne rappelle plus si j'avais commenté sur le sujet: Pour les plans d'alarme à incendie ou les plans de masses affiché, on peut dire "Inspiré d'un plan capté dans l'espace publique". J'avais interrogé un avocat en propriété intellectuelle pour savoir dans le cadre de la carto indoor. Le Mardi 24 mai 2016 15h02, François Lacombea écrit : Ils sont même transmis à un plus large éventail de sociétés pendants les appels d'offres et les chantiers en eux-mêmes. Mais ce sont des échanges avec des destinataires bien identifiés et souvent accompagnés de restrictions. Surtout c'est dans le cadre d'une prestation où le cabinet est probablement AMOA donc c'est négocié au départ. Il faudrait lire les contrats pour avoir des références un peu plus précises. Je pense que toutes les situations sont à prendre au cas par cas, vu le nombre de possibilités en théorie. A+ François Lacombe fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux Le 24 mai 2016 à 14:49, Stéphane Péneau a écrit : > Le 24/05/2016 à 14:39, François Lacombe a écrit : >> >> Dans la pratique, des plans sont dessinés par des cabinets privés qui >> en ont la propriété et les départements n'ont pas les droits de >> diffusion dessus. >> C'est quelque chose à faire évoluer. > > Pourtant ces plans sont transmis à diverses sociétés de cartographie. Je > suppose que ce sont les collectivités qui les fournissent, pas les cabinets > privés. > Ok, il ne s'agit pas d'une diffusion publique, mais une diffusion tout de > même. > > Stf > > > ___ > 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] iD-indoor : éditeur simple pour la carto indoor
GG et merci!Est-ce qu'il serait envisageable de le jumeler avec openevacmap pour la collecte de plan?Et éventuellement d'uploader un plan soi-même réutilisable par d'autres? Le Mardi 5 avril 2016 19h14, PanierAvidea écrit : Bonsoir, Le thème de la carto indoor a eu l'occasion d'évoluer ces derniers temps, les contributeurs s'approprient le sujet et mettent à disposition de tous la description intérieure de plus en plus de lieux. Mais comme pour l'ensemble du projet OpenStreetMap, le nombre de contributions est lié à la simplicité de contribution. Afin d'aider les contributeurs dans la démarche de cartographie d'intérieur, je vous présente iD-indoor. Il s'agit d'un éditeur OSM en ligne, basé sur iD et fonctionnant de la même manière. La différence est qu'il est dédié à la cartographie d'intérieur, et dispose de fonctionnalités qui simplifient l'édition : - Un sélecteur de niveaux, similaire à celui d'OpenLevelUp - Des propositions de tags spécifiques à l'indoor - Un rendu dédié pour les objets en intérieur - Des aides pour l'édition, comme la possibilité de faire lien simplement entre les objets OSM et les photos Mapillary iD-indoor est disponible à cette adresse : http://github.pavie.info/id-indoor/ Et le dépôt du projet est ici : https://git.framasoft.org/PanierAvide/iD-indoor Il s'agit d'un projet encore jeune, n'hésitez pas à faire des retours d'utilisation, signaler des bugs ou proposer des fonctionnalités ;) Cordialement. -- PanierAvide Géomaticien & développeur ___ 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] (sans objet)
Bienvenue!De plus, as-tu regardé si tu pouvais trouver des imageries plus précises via des fond à licence ouverte? Attention le fond doit autoriser l'utilisation commercial :) Le Mardi 22 mars 2016 8h58, Jean-Marc Liotiera écrit : On 03/22/2016 07:15 AM, moindjie mdahoma wrote: bonjours, je suis content de participer dans la liste et je peux contribuer sur les îles Comores là où je me trouve et j’espère aussi avoir votre aide pour que je puisse manipuler bien cet outil qui est nouveau et intéressant pour moi. Bienvenue - n'hésites pas à exprimer remarques et questions ! je constate que l'image aérienne qui se trouve sur openstreetmap est très ancienne et ne correspond pas vraiment à la realité actuelle sur terrain. Oui, c'est souvent le cas - d'où l'importance cruciale du terrain. Mais l'imagerie aérienne est néanmoins très utile, ne serait-ce que pour positionner les observations du terrain. ___ 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] Plans lignes RER? / Cartographie des réseaux urbains de bus, journée #HackFrancophonie
Apparemment le problème de la licence est au moins partiellement réglé =>http://www.ametro.org/file-cabinet Le Mercredi 16 mars 2016 2h42, "osm.sanspourr...@spamgourmet.com"a écrit : Sinon je voulais préciser dans le fil "Cartographie des réseaux urbains de bus, journée #HackFrancophonie" de discussion mais je m'étais retenu, c'était un peu hors sujet par contre pour toi ça prend tout son sens : Grâce à Fdroid j'ai découvert aMetro qui se base sur un format que l'on doit pouvoir assez facilement générer à partir des données OSM. Assez facilement car comme dit pour Bordeaux, une ligne c'est trois relations à réintégrer en une relation (sauf si on garde la position exacte des arrêts et non le centre). À coup de louche : prendre les arrêts à l'aller (+) dans l'ordre de parcours, pour les retours, s'ils sont dans la liste (même nom) pendre le barycentre avec l'arrêt existant et supprimer le + (c'est un arrêt normal) ou ajouter - (arrêt retour uniquement). Le problème c'est la licence, mais il doit y avoir moyen de leur demander d'être plus tolérant et de mettre un lien vers OSM. N.B. : la nouvelle version marche nettement mieux mais elle n'est pas encore sur Fdroid. Version la plus récente sans passer par Gougle pray: http://www.ametro.org/project-updates/ametro2013released/aMetro-2.0.1.3-release.apk Actuellement en version propre (plan vectoriel) ils n'ont que les lignes de métro sur Paris. Jean-Yvon Le 2016-03-16 02:30, osm.sanspourr...@spamgourmet.com a écrit : La réponse est oui. Une autre question ? ;-) Un petit exemple : http://overpass-turbo.eu/s/eAW Tu trouveras que le wiki a une page sur MapCss. RER.A.geojson montre que tu n'as pas fais ce que tu voulais. Tu n'as pas récupéré les noms des arrêts ou ne les a pas associé dans la description de la bulle. Pour info, j'avais pour un besoin équivalent récupéré d'un côté le trajet (dans umap tu peux associer une couleur) et de l'autre côté (seconde couche) les emplacements. Du coup tu peux demander d'afficher les noms des arrêts et mettre les icônes qui vont bien. Pas besoin de MapCss. Jean-Yvon Le 2016-03-15 18:20, Shohreh - codecompl...@free.fr a écrit : Bonjour Je remonte le fil pour vérifier deux points avant de me plonger dans OverPass: http://umap.openstreetmap.fr/en/map/essai-carte-lignes-rer_76105#10/48.6769/2.5523 1. MapCSS permet-il de modifier l'affichage d'une relation? J'aimerais que les gares soient, comme sur le site Transilien, marquées avec des petits cercles blancs, voire se transforment en logo "RER" quand on zoome, afin de rendre ça plus lisible: http://s15.postimg.org/b3onlbhff/Transilien_RER_zoom.jpg 2. J'aimerais que la requête remonte le nom des stations, et que le nom s'affiche sur la carte quand on passe la souris dessus (mouse over). Où dois-je chercher dans l'API OverPass pour faire ce genre de chose? 3. Est-il possible de downloaded une carte Umap dans un smartphone et qu'elle soit encore utilisable en local (zoom) sans connexion Internet? J'ai en fait besoin de ce genre de chose pour également préparer un cyclovoyage : j'aimerais récupérer la liste des lignes de bus/autocars dans une région pour pouvoir, si nécessaire, me rabattre sur le bus pour tel ou tel segment. Idéalement, OSM possède dans sa base non seulement les arrêts de bus mais également le numéro de la ligne à laquelle il appartient, ce qui pourrait me permettre de lancer une requête OverPass et récupérer ainsi en quelques coups toutes les lignes de bus dans une région. Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Plans-lignes-RER-tp5835260p5869946.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 ___ 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] osm en vrac ?
Long mais accessible sur une ligne pro Orange. Le Lundi 29 février 2016 14h32, Jérôme Seigneureta écrit : Montpellier c'est OK 2016-02-29 14:29 GMT+01:00 Christian Quest : J'ai eu des soucis hier... très lent voir timeout (depuis ma ligne free). Le 29/02/2016 14:22, Tony Emery a écrit : Bonjour à tous, Etes-vous, comme moi, dans l'incapacité d'aller sur osm.org ? Petit problème passager ou est-ce plus grave ? - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien & chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/osm-en-vrac-tp5868739.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 -- 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réseau francilien: STIF, RATP et SNCF
Une normalisation permettrait de dresser une meilleure carto du réseau :) Et éventuellement des liens avec GTFS qui permettrait d'utiliser OSM pour naviguer en transport aussi! Pour l'ouest de la A, seule une des deux branches après Nanterre est SNCF. Le Mercredi 17 février 2016 15h26, Christian Quest <cqu...@openstreetmap.fr> a écrit : On 17/02/2016 15:14, dHuy Pierre wrote: Donc que je sois sûr de bien comprendre: - Les RER et affiliés (lignes H and co) devrait être tagué network=transilien et à l'excpetion de portion de la A et la B, operator=SNCF B est mixte RATP/SNCF A... pour la partie est, c'est RATP, pour l'ouest à vérifier... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réseau francilien: STIF, RATP et SNCF
Donc que je sois sûr de bien comprendre:- Les RER et affiliés (lignes H and co) devrait être tagué network=transilien et à l'excpetion de portion de la A et la B, operator=SNCF- Les métros et bus de Paris et proche banlieue: network=RATP Du coup subsiste une question: Comment taguer les réseaux Optile de la région parisienne? Pour le reste, je vais me lancer dans la normalisation des lignes dès ce week end pour que les networks soient cohérents suivant le point énoncé plus haut :) Le Mardi 16 février 2016 12h48, Florian LAINEZa écrit : Hello, J'apporte ma petite pierre à l'édifice. J'ai déjà réfléchis à cette problématique pour les équipements (et non pas les lignes et réseaux). Comme je l'ai précisé dans ce référentiel http://wiki.openstreetmap.org/wiki/FR:Railway_stations#.C3.89quipements_en_gare chez Transilien on a décidé d'utiliser sur les automates de vente - operator=SNCF;RATP;... pour le gestionnaire de l'équipement : c'est bien l'entreprise qui met à disposition le "meuble" en lui-même - network=Grandes Lignes;RATP;Transilien;… pour les réseaux desservis par les tickets en vente sur cet automates (avec des points virgules si nécessaire si plusieurs réseaux) En effet le tag NETWORK désigne bien le réseau et non pas son gestionnaire. à la SNCF on a bien plusieurs réseaux : Grandes Lignes, Transilien, Eurostar, Thalys et quelques autres dont j'ai oublié le nom. Le STIF n'est que l'organisateur des transports en ile-de-france, il ne possède pas le réseau, il me parait donc inapproprié de le mentionner en tant que NETWORK. quand à la RATP, je ne crois pas qu'ils ont un nom spécifique de réseau Ma classification me semble applicable directement sur les rails (en gare, chaque rail peut donc avoir un NETWORK différent) autant que sur les relations de ligne. J'ai bon ? ;) Le 15 février 2016 à 14:28, Éric Gillet a écrit : Le 15 février 2016 à 11:59, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT ALCA APPUI PERFORMANCE) a écrit : RFF n’existe plus. Suite à la réforme ferroviaire de 2015, il faut parler de SNCF Réseau. Merci pour la correction, j'avais survolé l'article Wikipedia et tout ce que je connais du réseau ferroviaire c'est qu'il y beaucoup d'acteurs et que les interactions ne sont pas forcément évidentes.En tout cas ça renforce ma précédente remarque : Le 14 février 2016 à 16:09, Éric Gillet a écrit : Étant donné que les exploitants ont plus tendance à changer ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- FlorianLainez @overflorian ___ 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] Réseau francilien: STIF, RATP et SNCF
Oui mais du coup le tag network=RATP est incorrect? On devrait mettre network=STIF. Et comment considérer les réseau comme la ligne H? Ou les réseau de banlieue (par exemple Tice pour Evry).Et enfin en dehors de Paris, une grande ligne ne devrait-elle pas faire partie du network SNCF? Le Lundi 15 février 2016 10h22, Christian Quest <cqu...@openstreetmap.fr> a écrit : Pour les réseaux ferrés du STIF, effectivement c'est réparti entre SNCF et RATP... par contre pour les bus, il y en a un sacré paquet !!! En principe le pass Navigo est valable sur tout le réseau du STIF: ferré, tram, bus. Il existe toujours des forfaits 2 zones (donc les tags des zones STIF restent utiles), en plus du forfait "toutes zones". On 15/02/2016 09:54, dHuy Pierre wrote: En effet, mais ma question est plutôt des choix à faire comme nom. Je me rappelle quand j'étais jeune contributeur et que cquest m'avait tiré les oreilles :p Donc la question est clairement que mettre comme valeur pour les réseaux parisiens de manière large. :) En pratique et sauf erreur de ma part, le réseau STIF se constitue juste de la SNCF et de la RATP. Mais actuellement c'est stocké comme RATP. Ensuite comment définir les réseau acceptant le pass navigo (notre pass local pour l'accès illimité aux transports) ou les pass de manière générale? Le Dimanche 14 février 2016 16h11, Éric Gillet <gill3t.3ric+...@gmail.com> a écrit : Le 12 février 2016 à 11:33, dHuy Pierre <dh...@yahoo.fr> a écrit : En regardant avec l'outil d'Eric je me suis rendu compte de nombreuses inconsistances (network RER, SNCF, STIF, Transilien...) dans le réseau parisien et je voudrais avoir votre point de vue sur les tags operator et network. Le network, ne devrait-il pas être STIF? Et les opérator RATP ou SNCF? Quid des ligne H, J, TER...? Et enfin, les grandes lignes appartiennent-elles au network SNCF? Oui c'est un problème récurrent. Le tag operator devrait définir l'exploitant, alors que la plupart du temps les contributeurs l'utilisent pour mettre le nom du réseau, ou la franchise dans le cas de magasins... Dans le cas des réseaux ferrés parisiens, je ne m'y connais pas trop, mais ça a l'air complexe vu le nombre d'acteurs et de réseaux différents. Étant donné que les exploitants ont plus tendance à changer, et sont peu visible du point de vue du public, je pense que le plus simple est de tagger en premier lieu les network=* des relations type=route étant donné que c'est facilement vérifiable comme donnée, puis éventuellement les exploitants des lignes et exploitants/réseaux de voies. ___ 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
Re: [OSM-talk-fr] Réseau francilien: STIF, RATP et SNCF
En effet, mais ma question est plutôt des choix à faire comme nom. Je me rappelle quand j'étais jeune contributeur et que cquest m'avait tiré les oreilles :pDonc la question est clairement que mettre comme valeur pour les réseaux parisiens de manière large. :)En pratique et sauf erreur de ma part, le réseau STIF se constitue juste de la SNCF et de la RATP. Mais actuellement c'est stocké comme RATP. Ensuite comment définir les réseau acceptant le pass navigo (notre pass local pour l'accès illimité aux transports) ou les pass de manière générale? Le Dimanche 14 février 2016 16h11, Éric Gillet <gill3t.3ric+...@gmail.com> a écrit : Le 12 février 2016 à 11:33, dHuy Pierre <dh...@yahoo.fr> a écrit : En regardant avec l'outil d'Eric je me suis rendu compte de nombreuses inconsistances (network RER, SNCF, STIF, Transilien...) dans le réseau parisien et je voudrais avoir votre point de vue sur les tags operator et network.Le network, ne devrait-il pas être STIF? Et les opérator RATP ou SNCF? Quid des ligne H, J, TER...? Et enfin, les grandes lignes appartiennent-elles au network SNCF? Oui c'est un problème récurrent. Le tag operator devrait définir l'exploitant, alors que la plupart du temps les contributeurs l'utilisent pour mettre le nom du réseau, ou la franchise dans le cas de magasins... Dans le cas des réseaux ferrés parisiens, je ne m'y connais pas trop, mais ça a l'air complexe vu le nombre d'acteurs et de réseaux différents. Étant donné que les exploitants ont plus tendance à changer, et sont peu visible du point de vue du public, je pense que le plus simple est de tagger en premier lieu les network=* des relations type=route étant donné que c'est facilement vérifiable comme donnée, puis éventuellement les exploitants des lignes et exploitants/réseaux de voies. ___ 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] Métro 1
@éric: bien pratique ton lien je pense que je vais l'utiliser à fond pour traquer les imperfections :)Tu as pensé à l'intégrer avec des OpenData? Le Jeudi 11 février 2016 16h24, Éric Gillet <gill3t.3ric+...@gmail.com> a écrit : Les arrêts sont à nouveau présents, merci Christian. Reste plus que quelques bricoles à faire pour être conforme Public Transport :) Le 11 février 2016 à 15:45, Christian Quest <cqu...@openstreetmap.fr> a écrit : Je regarde... j'ai fait des modifs il y a peu de temps j'espère ne pas être le fautif ;) On 11/02/2016 15:32, dHuy Pierre wrote: Bonjour tout le monde, La station Esplanade semble avoir disparue sur la ligne 1 du métro parisien, de même qu'une portion de ligne sur la relation Vincennes/Défense près de la Défense. Quelqu'un de motivé pour corriger ça? Librement, ___ 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 list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Réseau francilien: STIF, RATP et SNCF
En regardant avec l'outil d'Eric je me suis rendu compte de nombreuses inconsistances (network RER, SNCF, STIF, Transilien...) dans le réseau parisien et je voudrais avoir votre point de vue sur les tags operator et network.Le network, ne devrait-il pas être STIF? Et les opérator RATP ou SNCF? Quid des ligne H, J, TER...? Et enfin, les grandes lignes appartiennent-elles au network SNCF?___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Métro 1
Bonjour tout le monde, La station Esplanade semble avoir disparue sur la ligne 1 du métro parisien, de même qu'une portion de ligne sur la relation Vincennes/Défense près de la Défense.Quelqu'un de motivé pour corriger ça? Librement,___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [Hors Sujet] Re: openstreetmap et les abeilles
Je ne sais pas pour Brest mais à Paris nous on a des bateaux qui ne bougent jamais (ou presque) restaurant... De plus building=houseboat est dans le wiki à http://wiki.openstreetmap.org/wiki/Map_Features#Accommodation et dans http://wiki.openstreetmap.org/wiki/Buildings ils suggèrent même d'utiliser le tag floating, donc que choisir? :) Le Mercredi 3 février 2016 0h04, "osm.sanspourr...@spamgourmet.com"a écrit : > En plus les ruches ça se déplace quand même souvent... c'est pas assez fixe pour être dans OSM à mon avis. Pas faux mais la question initiale était plus générale : > Au départ je suis arrivé sur ce constat en voulant ajouter un magasin qui > vend du matériel apicole, mais je n'ai trouvé aucun tag. Mais n'est pas parce que rares sont les magasins spécialisés à ce point ? Je pense que les jardineries et les vendeurs de matériel agricoles sont des approximations. Je me trompe peut-être. Rien ne t'empêche de proposer un nouveau tag. À propose d'abeilles, il s'agit d'une association d'idées, j'ai déjà vu l'Abeille Bourbon : http://tile.openstreetmap.fr/?q=abeille%20bourbon Comme les autres abeilles, et là même en présence de Gaucho, ça se déplace. Certes par vent de force inférieure à 5, marée de moins de 92 et en absence d'appel, ce bateau se trouve là et ce n'est pas taggué hulk. building=boat n'est pas renseigné sur le wiki et a plus de 500 occurrences en France. Il ne serait pas temps d'ajouter ça dans le wiki ? Jean-Yvon Le 02/02/2016 22:27, Christian Quest - cqu...@openstreetmap.fr a écrit : En plus les ruches ça se déplace quand même souvent... c'est pas assez fixe pour être dans OSM à mon avis. Le 2 février 2016 à 21:30, THEVENON Julien a écrit : En date de : Mar 2.2.16, Adrien Grellier a écrit : Objet: [OSM-talk-fr] openstreetmap et les abeilles À: talk-fr@openstreetmap.org Date: Mardi 2 février 2016, 18h07 > Bonjour, > Je m'étonne qu'il n'y ait que très peu de choses sur le wiki d'OpenStreetMap > concernant l'apiculture. En effet, à par un « craft = beekeeper », je n'ai > pas trouvé grand chose. > Ais-je mal cherché ? Ou bien il n'y a vraiment rien sur ce domaine dans OSM ? > Au départ je suis arrivé sur ce constat en voulant ajouter un magasin qui > vend du matériel apicole, mais je n'ai trouvé aucun tag. Bonjour, Pour ce qui est des ruches, j en avais parle avec un collegue qui en possede et il y etait formellement oppose par crainte de vol de ruche et d interception d essaims en periode d essaimage julien ___ 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 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] Plan de masse et droits d'auteur/moral, etc..
à partir de quand définir l'originalité en ce cas? Le Mercredi 27 janvier 2016 13h28, Jérôme Seigneureta écrit : Le code de propriété intellectuelle prévoit que « les œuvres xxx d’architecture, xxx les plans, croquis et ouvrages plastiquesrelatifs à xxx l’architecture » ne sont considérés comme desœuvres de l’esprit protégées par le droit d’auteur que s’ils sont originaux. Il faut que tu lises cet article Portée et limites du droit au respect de l’œuvre architecturale Jérôme Le 27 janvier 2016 à 12:49, Stéphane Péneau a écrit : Hello, Je rebondis sur la petite discussion au sujet des éventuels droits d'auteur sur les plans d'évacuation pour OpenEvacMap. Qu'en est-il pour les plans de masse ? Les collectivités ont ces plans pour les modifications de voirie, les créations de zone à urbaniser, de batiments publics, etc.. Les récupérer pour mettre à jour Osm pourrait être intéressant, mais je ne sais pas s'il y a des restrictions à ce sujet, même si ces plans doivent répondre à des codes précis. Stf ___ 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] OpenEvacMap...
Bah les plans d'évacuation incendie réfère à la loi sur les ERPs (établissement recevant du public), les rendant obligatoire et visible (plan complet à l'entrée principale, un plan d'étage par étage...). De plus un plan complet doit être déposé (chez les pompiers de mémoire). D'où ma question de participation des instances publiques à ce projet :) Le Jeudi 21 janvier 2016 23h52, "osm.sanspourr...@spamgourmet.com"a écrit : Le 21/01/2016 11:47, Christian Quest - cqu...@openstreetmap.fr a écrit : On 21/01/2016 10:22, Otourly Wiki wrote: Hello, Curieux ici le site n'en fini pas de mouliner. La géoloc est obligatoire... sans elle, rien ne s'affichera. Effectivement en acceptant la géolocalisation, ça marche. Sauf que la géolocalisation à partir d'une ligne fixe au moins dans mon cas ça donne le centre le la commune. Il faudrait donc pouvoir choisir à l'intérieur de cette zone (graphiquement, par saisie d'une adresse, dans une liste si c'est raisonnable). Sinon il faut truander l'API de géolocalisation. Par contre certains propriétaires pourraient être réticents à l'idée de voir des plans de leur commerce sur un site... Une option serait un formulaire de demande de "take down" comme disent les ricains... Toujours la question : opt-in ou opt-out ? Et on peut imaginer que suivant la possibilité d'accéder à l'information, les gens sont d'accord (par exemple si c'est pour les services de secours) ou pas (certains lieux peuvent être sensibles). Pourtant si la centrale nucléaire est sûre, ce n'est pas parce que l'on sait comment l'évacuer qu'elle sera plus dangereuse. Ah, c'est vrai j'ai dit "si" ;-). Quant aux droits intellectuels, il faudrait être vraiment mauvais coucheur pour reprocher la reproduction d'une police de caractères sur un plan d'évacuation. N. B. : le droit n'est pas trop mal fait, il est parfaitement légal de défoncer une porte pour évacuer une personne. "nécessité fait loi". La publication des plans d'évacuation peut sans doute s'y référer. Jean-Yvon ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenEvacMap...
@Cquest: Je m'étais renseigné lors de la création de la page sur la cartographie Indoor et nous avons le droit d'utiliser dans le cadre "d'un plan capté dans l'espace public" mais la diffusion est sujette au droit d'auteur du fait des mesures prises des styles d'impression propre à chaque entreprise... Je peux relancer l'avocat avec qui j'en avais discuté mais si il y a un avocat ici ça serait plaisant :)+ pour le formulaire de takedown. L'upload peut être anonymisé? Le Jeudi 21 janvier 2016 11h48, Christian Questa écrit : On 21/01/2016 10:22, Otourly Wiki wrote: Hello, Curieux ici le site n'en fini pas de mouliner. La géoloc est obligatoire... sans elle, rien ne s'affichera. Peut-être il faudrait mettre une page concernant l'utilisation des données et le but du site. Oui, il y a plein de choses à ajouter, on est vraiment à une v0 de type "PoC" ;) Par contre certains propriétaires pourraient être réticents à l'idée de voir des plans de leur commerce sur un site... Une option serait un formulaire de demande de "take down" comme disent les ricains... Florian #WeAreFairphone -- 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
Re: [OSM-talk-fr] OpenEvacMap...
Bonjour cquest,Penses-tu qu'il soit possible d'utiliser les support de plan d'évacuation pour la carto indoor?Comment as-tu géré la question de la propriété intellectuelle des dits-plans?Y a/aura-t-il des contributeurs publics?Librement, Le Dimanche 17 janvier 2016 17h13, Christian Questa écrit : Ce week-end se tenait à l'école 42 le hackathon NecMergitur organisé par la Ville de Paris, la préfecture de Police, Etalab... J'ai proposé un projet de collecte des plans d'évacuation. Vous trouverez une présentation sur https://cquest.hackpad.com/OpenEvacMap-fslfSbDRGC2 Notre équipe a travaillé à la réalisation d'une webapp destinée à fonctionner sur smartphone, mais qui fonctionne aussi sur un navigateur classique. On peut consulter les plans à proximité, et on peut uploader un nouveau plan en le liant à une adresse et en précisant si besoin l'étage, le bâtiment, le nom du lieu. Vous pouvez essayer ici: http://openevacmap.org/ C'est encore très très BETA, l'upload de photo n'a pas été testé à fond. Une carte umap permet de visualiser l'activité des 2 dernières heures, une façon de détecter d'éventuels évènements problématiques... http://umap.openstreetmap.fr/fr/map/heatmap-dactivite-openevacmap_67099 Le projet est sur github: https://github.com/openevacmap/ -- 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
Re: [OSM-talk-fr] Transilien.com - OpenStreetMap
Il y avait le site raildar.fr qui couvrait aussi bien le réseau transilien que national mais qui depuis peu ne couvre plus rien en France (d'après eux à cause de la sncf). En espérant qu'un jour ça revienne...En attendant, il marche avec l'Eurostar et plusieurs pays européens. Le Lundi 14 décembre 2015 14h02, Florian LAINEZa écrit : Bonjour, Merci pour vos retours. Il y a deux fois "Horaires" dans le menu: http://www.transilien.com/lignes/rer-trains/rer-A Ce sont les anciens horaires avant le 13 décembre et ceux après le 13 décembre, afin de permettre aux usagers de prévoir leurs trajets à l'avance. Maintenant que la date est passée, nous n'allons pas tarder à enlever cette information dupliquée. Bien vu ! J'imagine que les horaires sont les théoriques : y a-t-il un moyen d'avoir les horaires en temps réel, voire une carte montrant où se trouvent les trains sur la ligne? Pour avoir accès à notre API temps réel, il faut me faire une demande à l'adresse ext.synergie.florian.lai...@sncf.fr Plus d'informations et la doc sont disponibles à l'adresse https://ressources.data.sncf.com/explore/dataset/api-temps-reel-transilien/ Pour la carte de tous les trains SNCF en temps réel, ça se passe ici : http://www.sncf.com/fr/geolocalisation Vous noterez le fond de carte OSM ;) Bonne journée Le 12 décembre 2015 à 18:04, pepilepi...@ovh.fr a écrit : Le 12/12/2015 11:49, Shohreh a écrit : Il y a deux fois "Horaires" dans le menu: http://www.transilien.com/lignes/rer-trains/rer-A J'imagine que les horaires sont les théoriques : y a-t-il un moyen d'avoir les horaires en temps réel, voire une carte montrant où se trouvent les trains sur la ligne? Vu le nombre de retards et annulations, c'est plus utile que les horaires officiels. Bonsoir, Jusque il y a pas longtemps il y avait OSM tchoutchou mais comme le déplore son créateur (?) il a été torpillé par la SNCF (ou du moins sa source de données). Il reste sur ce site un moyen de contacter l'auteur. Ceci dit je ne sais pas s'il allait jusqu'à suivre les RER. Bon dimanche, JP -- View this message in context: http://gis.19327.n5.nabble.com/Transilien-com-OpenStreetMap-tp5861552p5862303.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 -- Joyeux Noël et Bonne Année 2016 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- FlorianLainez @overflorian ___ 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] Nouvelle gare de Rosa Parks
Petit commentaire sur la plateforme: Y a-t-il un ou deux quais? Dans ce cas il y aura deux plateformes, non? Le Lundi 14 décembre 2015 14h24, Florian LAINEZa écrit : Hello, Hier a ouvert la nouvelle gare Transilien de Rosa Parks, sur la ligne E, pas loin de gare du Nord. On est quelques uns à avoir bossé sur une micro-carto indoor, voici le résultat : http://github.pavie.info/openlevelup/?lat=48.896459=2.374063=20=0=0=1=0=0=0=0 Tout n'est pas encore terminé, je pense à certains équipements qu'on a pas encore ajouté, ou encore la description des alentours (ex. arbres au sud, calage des arbres ...). On a calé le bâti depuis le plan d'architecte et importé certains éléments comme les piliers, et pour compléter ça je suis allé prendre des photos 360° hier dans la gare cf. http://www.mapillary.com/map/search/48.89667895659059/2.3741417040492365/17.334957027564734Q Votre aide est la bienvenue pour boucler tout ça ! Si vous voulez un petit guide concernant les tags ça se passe ici : http://wiki.openstreetmap.org/wiki/FR:Railway_stations Bonne journée -- FlorianLainez @overflorian ___ 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] Gestion des périodes historiques pour le patrimoine
Il y aussi start_date=C11 ou ~C11 ou même mid C11 pour le milieu du siècle qui correspond très bien plutôt que d'inventer un nouveau tag. Le Lundi 9 novembre 2015 11h21, Philippe Verdya écrit : tu peux proposer "historic:century=11" si la classification par époque ou civilisation est difficile (d'ailleurs elle varie selon les pays ou cultures, ce qui est documenté est difficile à standardiser et faire accepter partout).le "start_date=*" est plutôt réservé à noter des dates précises (avec un format compatible ISO 8601 contenant au minimum une année complète), mais le XIe siècle n'est pas assez précis on ne peut pas non plus mettre "start_date=1001-1100" (format incompatible posant problème), start_date=1001 (oui, le XIe siècle commence l'année suivant l'an mil) ou start_date=1050 (milieu du siècle) serait au contraire trop précis (rien n'indique que c'est en fait une estimation à plus ou mois 50 ans près). Le 9 novembre 2015 11:07, Jérôme Seigneuret a écrit : Bonjour, en faisant un fix sur le nom d'une église je me retrouve à avoir:Église ST Barthélémy XIième siècle que je corrige en Église Saint-Barthélémy-de-Baillarguet Mon problème est d'ajouter l'information lié au XI ème siècle> période du moyen age central + précision sur le siècle Ducoup je regarde du coté des tags http://wiki.openstreetmap.org/wiki/FR:Key:historic:civilizationhistoric:period= start_date= Je me rend compte que rien n'est précisé sur les siècles tel que l'on a l'habitude de l'utilisé d'une part et que les grandes périodes de notre civilisation ne sont pas détaillé: préhistoire et protohistoire c'est OK - historic:civilization=prehistoric - historic:civilization=protohistoric Reste les périodes après JC et les périodes spécifique à des régions moyen-age :vie ‑xve haut Moyen Âge = : vie ‑ xe siècleMoyen Âge central : xie ‑ xiiie siècleMoyen Âge tardif : xive ‑ xve siècle époque moderne : Époque moderne antérieure :1492 – 1792 époque contemporaine : Époque moderne I : 1792 – 1920Époque moderne II : 1920 à nos jours Bonne journéeJérôme ___ 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] Gestion des périodes historiques pour le patrimoine
Je ne pense pas que ça soit ISO effectivement mais largement utilisé et documenté sur le Wiki, sur le lien fourni plus haut d'ailleurs. Les logiciels comme josm renvoie d'ailleurs à cette page pour ce type de clef donc c'est plutôt largement utilisé. Et puis c'est toujours mieux que d'ajouter un tag qui ne sera utilisé que par peu de personnes. Le Lundi 9 novembre 2015 15h31, Philippe Verdy <verd...@wanadoo.fr> a écrit : La syntaxe avec C11 est-elle bien supportée et compatible avec l'ISO ou un format RFC connu pour les dates? En tout cas celle avec tilde ou avec un mot clé supplémentaire comme "mid" n'est documentée nulle part. Pour l'instant start_daye n'est documentée qu'avec une date précise jusqu'à la seconde, mais au minimum avec l'année complète et rien pour les autres intervalles d'incertitude. Le 9 nov. 2015 13:50, "dHuy Pierre" <dh...@yahoo.fr> a écrit : Il y aussi start_date=C11 ou ~C11 ou même mid C11 pour le milieu du siècle qui correspond très bien plutôt que d'inventer un nouveau tag. Le Lundi 9 novembre 2015 11h21, Philippe Verdy <verd...@wanadoo.fr> a écrit : tu peux proposer "historic:century=11" si la classification par époque ou civilisation est difficile (d'ailleurs elle varie selon les pays ou cultures, ce qui est documenté est difficile à standardiser et faire accepter partout).le "start_date=*" est plutôt réservé à noter des dates précises (avec un format compatible ISO 8601 contenant au minimum une année complète), mais le XIe siècle n'est pas assez précis on ne peut pas non plus mettre "start_date=1001-1100" (format incompatible posant problème), start_date=1001 (oui, le XIe siècle commence l'année suivant l'an mil) ou start_date=1050 (milieu du siècle) serait au contraire trop précis (rien n'indique que c'est en fait une estimation à plus ou mois 50 ans près). Le 9 novembre 2015 11:07, Jérôme Seigneuret <jseigneuret-...@yahoo.fr> a écrit : Bonjour, en faisant un fix sur le nom d'une église je me retrouve à avoir:Église ST Barthélémy XIième siècle que je corrige en Église Saint-Barthélémy-de-Baillarguet Mon problème est d'ajouter l'information lié au XI ème siècle> période du moyen age central + précision sur le siècle Ducoup je regarde du coté des tags http://wiki.openstreetmap.org/wiki/FR:Key:historic:civilizationhistoric:period= start_date= Je me rend compte que rien n'est précisé sur les siècles tel que l'on a l'habitude de l'utilisé d'une part et que les grandes périodes de notre civilisation ne sont pas détaillé: préhistoire et protohistoire c'est OK - historic:civilization=prehistoric - historic:civilization=protohistoric Reste les périodes après JC et les périodes spécifique à des régions moyen-age :vie ‑xve haut Moyen Âge = : vie ‑ xe siècleMoyen Âge central : xie ‑ xiiie siècleMoyen Âge tardif : xive ‑ xve siècle époque moderne : Époque moderne antérieure :1492 – 1792 époque contemporaine : Époque moderne I : 1792 – 1920Époque moderne II : 1920 à nos jours Bonne journéeJérôme ___ 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] Le "Diocèse de Bayeux - Lisieux"
Si on suit l'article du wiki:http://wiki.openstreetmap.org/wiki/Key:boundary Le tag boundary doit être fixé à religious_administration. Le débat sur les admin_level se retrouve dans la discussion de l'article: http://wiki.openstreetmap.org/wiki/Talk:Key:boundary#Religious_authority_boundariesLe sujet est indiqué comme devant être discuté mais déjà partiellement accepté. Il faudrait formaliser clairement les limtes religieuses. Si quelqu'un veut le faire, je m'y étais penché, bon courage! :) Le Jeudi 29 octobre 2015 22h24, JBa écrit : Bonsoir, C'est fait comme ça en France. Mais la confusion avec un département est difficile, car le tag boundary les différencie clairement. Pour reconnaitre un département, c'est bien le couple boundary=administrative + admin_level=6. Le tag admin_level ne veut rien dire en lui-même, non couplé à autre chose. JB. Le 29/10/2015 22:14, Aurélien a écrit : Bonjour, Voici un territoire religieux en "admin_level=6", soit noté comme un département français. Le lien : http://www.openstreetmap.org/relation/3126313 Est-ce normal ? A bientôt, Kin ___ 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] Le "Diocèse de Bayeux - Lisieux"
Si je peux me permettre, je ne vois pas le conflit. Le diocèse est bien référencé à level 6. Quel est le conflit? Le Vendredi 30 octobre 2015 13h16, Philippe Verdy <verd...@wanadoo.fr> a écrit : Sur la discussion justement les valeurs d'admin_level documentées pour Roman Catholic sont en conflit pour les deux derniers : 7 et 8 au lieu semble-t-oil de 9 et 10. Le 30 octobre 2015 10:36, dHuy Pierre <dh...@yahoo.fr> a écrit : Si on suit l'article du wiki:http://wiki.openstreetmap.org/wiki/Key:boundary Le tag boundary doit être fixé à religious_administration. Le débat sur les admin_level se retrouve dans la discussion de l'article: http://wiki.openstreetmap.org/wiki/Talk:Key:boundary#Religious_authority_boundariesLe sujet est indiqué comme devant être discuté mais déjà partiellement accepté. Il faudrait formaliser clairement les limtes religieuses. Si quelqu'un veut le faire, je m'y étais penché, bon courage! :) Le Jeudi 29 octobre 2015 22h24, JB <jb...@mailoo.org> a écrit : Bonsoir, C'est fait comme ça en France. Mais la confusion avec un département est difficile, car le tag boundary les différencie clairement. Pour reconnaitre un département, c'est bien le couple boundary=administrative + admin_level=6. Le tag admin_level ne veut rien dire en lui-même, non couplé à autre chose. JB. Le 29/10/2015 22:14, Aurélien a écrit : Bonjour, Voici un territoire religieux en "admin_level=6", soit noté comme un département français. Le lien : http://www.openstreetmap.org/relation/3126313 Est-ce normal ? A bientôt, Kin ___ 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] Le "Diocèse de Bayeux - Lisieux"
Ah oui, mea culpa. Mais du coup où est le problème sur les niveaux de l'église catholique romaine? Je ne vois que sur l'anglicane. Le Vendredi 30 octobre 2015 14h01, Philippe Verdy <verd...@wanadoo.fr> a écrit : Je parle de la page de **discussion** sur le wiki (dont le lien était dans le message auquel je répondait), pas de ce diocèse...http://wiki.openstreetmap.org/wiki/Talk:Key:boundary#Religious_authority_boundaries Le 30 octobre 2015 13:26, dHuy Pierre <dh...@yahoo.fr> a écrit : Si je peux me permettre, je ne vois pas le conflit. Le diocèse est bien référencé à level 6. Quel est le conflit? Le Vendredi 30 octobre 2015 13h16, Philippe Verdy <verd...@wanadoo.fr> a écrit : Sur la discussion justement les valeurs d'admin_level documentées pour Roman Catholic sont en conflit pour les deux derniers : 7 et 8 au lieu semble-t-oil de 9 et 10. Le 30 octobre 2015 10:36, dHuy Pierre <dh...@yahoo.fr> a écrit : Si on suit l'article du wiki:http://wiki.openstreetmap.org/wiki/Key:boundary Le tag boundary doit être fixé à religious_administration. Le débat sur les admin_level se retrouve dans la discussion de l'article: http://wiki.openstreetmap.org/wiki/Talk:Key:boundary#Religious_authority_boundariesLe sujet est indiqué comme devant être discuté mais déjà partiellement accepté. Il faudrait formaliser clairement les limtes religieuses. Si quelqu'un veut le faire, je m'y étais penché, bon courage! :) Le Jeudi 29 octobre 2015 22h24, JB <jb...@mailoo.org> a écrit : Bonsoir, C'est fait comme ça en France. Mais la confusion avec un département est difficile, car le tag boundary les différencie clairement. Pour reconnaitre un département, c'est bien le couple boundary=administrative + admin_level=6. Le tag admin_level ne veut rien dire en lui-même, non couplé à autre chose. JB. Le 29/10/2015 22:14, Aurélien a écrit : Bonjour, Voici un territoire religieux en "admin_level=6", soit noté comme un département français. Le lien : http://www.openstreetmap.org/relation/3126313 Est-ce normal ? A bientôt, Kin ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Test carte Police/Justice... et cantons
Je crois que mon message n'est pas passé, so: Pour les cantons, j'y vois le même intérêt que pour la Gendarmerie, il s'agit d'une question de ratachement: quel bureau aller voir etc... À la campagne je préfère éviter de me faire 30 bornes quand le bureau est à l'opposé! Note que je n'ai jamais défendu l'idée de mettre des fédérations, ce qui me semblerait un peu trop complet! Après va savoir, en période de chasse, je préfère éviter de traverser un bois habillé en chevreuil (C'est une activité assez saine l'air de rien).Plus sérieusement, la circonscription religieuse n'a pas d'usage que pour connaitre un rattachement local ou pour se faire apostasier (Perso, j'ai signé un contrat avec Satan, ça va plus vite et pas besoin d'entrer dans l'Eglise, l'Enfer fait les démarches de résiliations pour toi). Ça sert aussi pour voir les communautées religieuses, l'organisation de sociétés et aussi potentiellement les lieux à visiter. Toutes les communautés religieuses n'ont pas un beau site web présentant leur position sur la carte et certaines restent assez territoriale. Par exemple, comment trouver mon temple de rattachement si je suis protestant dans la Creuse? Le Vendredi 11 septembre 2015 13h33, dHuy Pierre <dh...@yahoo.fr> a écrit : Pour les cantons, j'y vois le même intérêt que pour la Gendarmerie, il s'agit d'une question de ratachement: quel bureau aller voir etc... À la campagne je préfère éviter de me faire 30 bornes quand le bureau est à l'opposé! Note que je n'ai jamais défendu l'idée de mettre des fédérations, ce qui me semblerait un peu trop complet! Après va savoir, en période de chasse, je préfère éviter de traverser un bois habillé en chevreuil (C'est une activité assez saine l'air de rien).Plus sérieusement, la circonscription religieuse n'a pas d'usage que pour connaitre un rattachement local ou pour se faire apostasier (Perso, j'ai signé un contrat avec Satan, ça va plus vite et pas besoin d'entrer dans l'Eglise, l'Enfer fait les démarches de résiliations pour toi). Ça sert aussi pour voir les communautées religieuses, l'organisation de sociétés et aussi potentiellement les lieux à visiter. Toutes les communautés religieuses n'ont pas un beau site web présentant leur position sur la carte et certaines restent assez territoriale. Par exemple, comment trouver mon temple de rattachement si je suis protestant dans la Creuse? Le Jeudi 10 septembre 2015 17h49, "osm.sanspourr...@spamgourmet.com" <osm.sanspourr...@spamgourmet.com> a écrit : Je suppose que si tu frappes à la porte de l'église, du temple, de la mosquée ou de la synagogue, ils sauront te dire à quelle entité tu es rattaché. Quand j'ai écrit à monsieur le curé (l'évêque en fait) pour me faire apostasier il m'a demandé ou et quand j'avais été baptisé. Tout ce que je pouvais lui dire c'est que c'était "l'église à côté de la gare" et ma date de naissance. Il a su rayer mon nom du registre des baptême. Il me semble préférable que l'on propose des systèmes efficaces style comcommaker pour que les différents groupes puissent facilement montrer leurs structurations géographiques sur une carte Umap. Sinon pourquoi pas la carte des fédérations de chasse, des groupes de la LPO, de la FNE, de Bretagne-Vivante, etc... Sinon quand je vais faire une recherche sur Nominatim ou sur la carte je vais voir des appartenances à des centaines, des milliers de groupes : trop d'information tue l'information. Par contre, que sur le site de Bretagne-Vivante je puisse trouver à partir de mon adresse à quel groupe je peux appartenir a un intérêt... si je m'intéresse à Bretagne-Vivante. Déjà avec le niveau canton qui ne veut rien dire en France (pur découpage électoral) qui se retrouve affiché dans les résultats Nominatim et est utilisé pour la recherche, c'est la mouise (tu cherches une rue X à Y et on te donne en premier une rue X à Z qui est dans le canton de Y), si en plus tu vas trouver les évêchés, l'association de boulistes du coin et j'en passe... (Là peut-être pas sur une recherche mais au moins sur clic pour trouver les données de la carte). Jean-Yvon Le 08/09/2015 20:17, Pierre d'Huy - dh...@yahoo.fr a écrit : 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 Verdy <verd...@wanadoo.fr> a é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
Re: [OSM-talk-fr] Test carte Police/Justice...
@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 <cqu...@openstreetmap.fr> 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 >>> <cqu...@openstreetmap.fr> 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 list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Suite de la discussion sur le PLU
La mairie de Paris m'a enfin répondu et s'ils promettent une intégration très prochaine en open data, je n'ai toujours pas compris la licence des documents actuels! (cf ci dessous)Librement à tous! Le Mercredi 2 septembre 2015 11h52, Cabinet de la Maire de Parisa écrit : En réponse à votre message#yiv9892421169 .yiv9892421169answer{font-size:13px;font-family:Arial, Helvetica, sans-serif;line-height:17px;color:#333;}#yiv9892421169 .yiv9892421169sigOperator{font-size:13px;font-family:Arial, Helvetica, sans-serif;font-weight:bold;color:#333;}#yiv9892421169 .yiv9892421169sigMailBox{font-size:13px;font-family:Arial, Helvetica, sans-serif;font-weight:bold;}#yiv9892421169 .yiv9892421169sigCustomerSpace{font-size:13px;color:#FF;font-family:Arial, Helvetica, sans-serif;font-weight:bold;}#yiv9892421169 .yiv9892421169quotedEmail{font-size:13px;color:#00;font-family:Arial, Helvetica, sans-serif;}#yiv9892421169 .yiv9892421169bordure {border:thin solid #11abc5;}#yiv9892421169 .yiv9892421169fond {background-color:#11abc5;}#yiv9892421169 .yiv9892421169aquo{text-decoration:none;}#yiv9892421169 a.yiv9892421169lien {font-family:Arial, Helvetica, sans-serif;font-size:13px;color:#ff;}#yiv9892421169 a.yiv9892421169lien:hover {font-size:13px;text-decoration:underline;}#yiv9892421169 a {color:#11abc5;text-decoration:none;}#yiv9892421169 a:hover {text-decoration:underline;}#yiv9892421169 .yiv9892421169basbordure {border-top-width:thin;border-right-width:thin;border-bottom-width:thin;border-left-width:thin;border-top-style:solid;border-top-color:#11abc5;border-right-color:#11abc5;border-bottom-color:#11abc5;border-left-color:#11abc5;} | | | | Monsieur, Actuellement, la diffusion du PLU via OpenStreetMap n'est pas possible, car la Mairie de Paris ne dispose pas des documents graphiques du PLU sous forme de fichiers vectorisés et géoréférencés avec une qualité suffisante pour permettre une diffusion libre et ouverte.Mais la réalisation de ces fichiers est en cours, avec comme échéance l'approbation de la modification générale du PLU actuellement en cours. Il sera alors possible de diffuser sur l'Opendata de la Ville de Paris les documents graphiques du PLU sous forme de fichiers géoréférencés en Lambert 93, en mode vecteur ou image selon les plans, et intégrables dans d'autres applications comme OpenStreetMap.A noter que la licence des fichiers disponibles sur l'Opendata de la Ville de Paris. Cordialement, LE CHEF DU CABINET DE LA MAIRE DE PARIS Merci de ne pas répondre à ce mél. Si vous désirez nous contacter à nouveau ou bien exprimer une opinion, veuillez utiliser les formulaires du site internet de la Ville de Paris, à la rubrique "contacts". | | | | | | | || | | | | | | PARIS.FR | ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Editeur de POI en HTML5
Pour l'ajout simple de POI, es tu opposé à l'utilisation d'une appli, en fonction de ton OS, différentes applis existent: par exemple OsmAnd~ ou Vespucci pour Android Le Dimanche 23 août 2015 13h34, Guilhem Bonnefille guilhem.bonnefi...@gmail.com a écrit : Bonjour, Je rentre d'un séjour à Vernet-les-bains. Classiquement, lors d'un séjour, j'ai toujours l'occasion de compléter OSM. Mais là, je dois reconnaître que la carte était plutôt complète. Du coup, il ne me restait que quelques POI à ajouter. D'où l'objet de ce mail : connaissez-vous un éditeur (pour mobile) spécialisé dans les POI ? En plus, j'en cherche un en HTML5 car mon smartphone n'est ni un Android, ni un iOS. Pourquoi un éditeur de POI ? Car j'ai de sérieux doute sur l'utilisabilité d'un éditeur complet sur smartphone : j'ai tenté avec mon n900 pendant un temps et ce n'est vraiment pas évident. Et si ça n'existe pas (encore) pensez-vous qu'il soit compliqué de bidouiller l'éditeur iD pour en faire une version mobile simplifiée pour les POIs ? Car oui, je suis un utilisateur d'iD et j'avoue apprécier son interface super simple pour les POI avec des formulaires spécialisés. Merci d'avance pour vos conseils. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.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] Test carte Police/Justice...
@Cquest: Ton lien me renvoie un beau 404, suis je seul dans ce cas? Le Jeudi 20 août 2015 21h26, Christian Quest cqu...@openstreetmap.fr 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/ Les usagers potentiels de cette couche (transparente) sont les services de police, de gendarmerie, ainsi que les douaniers (l'idée m'a été soufflée par un douanier). Je n'ai mis en ligne qu'une petite zone autour de Douai. -- 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
Re: [OSM-talk-fr] Intégration des numéros de porte
C'est en général un défaut, de temps, même avec une armée de volontaire, on ne peut pas tout faire. Le site cadastre.openstreetmap.fr permet de faciliter le positionnement. Cependant dans certains cas les numéros de rues ne sont pas présents sur le cadastre (Laroquebrou par exemple). Il faut vérifier avec le cadastre. Bon courage pour remplir ta ville :) Le Samedi 15 août 2015 11h26, Aurélien kinj...@gmail.com a écrit : Bonjour à tous, J'ai remarqué que dans les grandes villes, les numéros des bâtis étaient indiqués partout partout partout et ça c'est super. En revanche dans des villes moyennes comme Dieppe, ils ne sont pas renseignés. Pourquoi ? - Est-ce parce qu'elles ne sont pas disponibles dans la BANO ? - Est-ce que parce que ça demande du temps à les intégrer et personne ne s'en est encore occupé dans ces territoires là ? (il y a des outils pour faciliter leur intégration ou faut-il le faire à la main ?) - Est-ce par un soucis de fiabilité et mieux vaut ne pas les intégrer qu'intégrer des données non fiables ? S'il n'y a pas de raison bloquante, alors j'y prendrai un malin plaisir à les renseigner :) Mais dans ce cas pourriez-vous me guider afin de ne pas faire d'erreur ? Merci pour vos réponses. A bientôt ___ 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] licence et rapprochement de données (PSS, OpenFlights)
@osmsanspourriel: le code ident correspond pour les aéroports à la référence ICAO: par exemple L représente l'Europe de l'Ouest, le LF recouvre tous les aéroports de France Métropolitaine. LFP pour l'île de France...Une autre norme internationnale est IATA. Les deux sont supportés dans la doc sur osmwiki.Juste en passant avec mes 5 cents à moi, il existe des bases complètes fournies par les aéroports et libre d'accès à tous avec toutes les pistes, les hangars, les zones militaires... On appelle ça le chart de l'aéroport. Y figure: coordonnées précises, couloir d'approche, service disponible, plan détaillé... etc Le Mercredi 12 août 2015 10h00, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : OurAirports à déjà était importé. My 2 cents. Le 12/08/2015 00:06, osm.sanspourr...@spamgourmet.com a écrit : Bonjour, on va simplifier : alors que le titre semblait indiquer que ourairports était américano-américain, il est en fait mondial et en données versées au domaine public. J'ai fait un comparatif qui semble parler de lui-même : OurAirports OpenFlights License *public domain* souhaitent mais n'exigent pas d'être cités OBdL/commercial Entrées *46 516* 8 107 Position lat, lon, ele lat, lon, ele (en pieds) latitude latitude_deg lat longitude longitude_deg lon altitude elevation_ft ele_ft *Type* ballonport heliport seaplane_base small_airport medium_airport large_airport closed - Dénomination name:en name localité couple ville principale/commune du site quelques vides city= ville principale name=commune locale ou lieu-dit continent oui - pays iso_country country état/région iso_region - Référence 3 alpha (iata) iata_code iata 4 alpha (icao) gps_code icao 4-7 alpha ident code local/nationalde l'aéroport local_code wikipedia:en *wikipedia_link* website *home_link* Divers scheduled_service indique si les vols sont préprogrammés - fuseau horaire - oui, mais heure d'été sujette à caution dans certains états Voici ce que ça donne sur un degré carré : OpenFlightID Name City Country iata icao Lat Lon AltitudeFt Timezone DSTtype TimezoneName 1403 Guipavas Brest France BES LFRB 48,447911 -4,418539 325 1 E Europe/Paris 1411 Landivisiau Landivisiau France LFRJ 48,530258 -4,151642 348 1 E Europe/Paris 1413 Poulmic Lanvedoc France LFRL 48,281703 -4,445017 287 1 E Europe/Paris Aucun héliport, une erreur dans le nom d'une ville (Lanvéoc), localisation moins précise que ci-dessous. ident type name latitude_deg longitude_deg elevation_ft continent iso_country iso_region municipality scheduled_service gps_code iata_code local_code home_link wikipedia_link keywords FR-0046 heliport Amirauté Heliport 48,3805542 -4,49166679 8 EU FR FR-E Brest no FR-0053 heliport La Cavale Blanche Centre Hospitalier Heliport 48,40353012 -4,52956676 121 EU FR FR-E Brest no *LFRB* *medium_airport* *Brest Bretagne Airport* *48,44789886* *-4,41854* *325* *EU* *FR* *FR-E* *Brest/Guipavas* *yes* *LFRB* *BES* * * * * *http://en.wikipedia.org/wiki/Brest_Bretagne_Airport* *LFRJ* *medium_airport* *Landivisiau Air Base* *48,53030014* *-4,15163994* *348* *EU* *FR* *FR-E* *Landivisiau* *no* *LFRJ* *LDV* * * * * * * * * *LFRL* *medium_airport* *Lanvéoc-Poulmic Air Base* *48,28170013* *-4,4450202* *287* *EU* *FR* *FR-E* *Lanvéoc/Poulmic* *no* *LFRL* * * * * * * * * * * Sachant que OpenStreeMap trouve 6 héliports. Se pose la question de la meilleure façon de rapprocher les données. Est-ce que vous savez à quoi ident correspondrait sur OpenStreeMap ? ça ressemble à une référence internationale. Jean-Yvon ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du PLU parisien.
Hum il semble que mon mail précédent se soit doublé, désolé tout le monde, les aléas de la campagne!@Lacombe, yep je sais bien, c'était pour aider au repérage, j'envoie un mail à la mairie de Paris dès que je retrouve une vraie connexion pour savoir du coup. Le Mardi 4 août 2015 17h03, Pierre d'Huy dh...@yahoo.fr a écrit : É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 ? -- Pierre d'Huy ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Utilisation du PLU parisien.
Bonjour à tous!Me balladant sur le site du PLU de Paris, j'ai trouvé un plan détaillant le tracé du RER A/RER B et des métros et de leurs quais. S'agissant d'un document publique, librement accessible, etc puis-je l'utiliser sur OSM pour corriger le tracé des lignes de trains et de métro? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)
Je note tout cela, et je me chargerai d'intégrer ça pour la prochaine version. Par contre je suis pas certain que mettre les jours en ligne soit une bonne idée, justement parce que la plupart de présentation de ce type (agendas) sont avec des jours en colonnes. Les dates spéciales +1 pour les colonne, un mode planning avec les dates en colonne est plus classique et si on utilise cette visualisation en reverse ça peut être sympa (genre sur un plan de centre commercial en indoor :p ou saisons seront dans des onglets, avec un calendrier spécifique à chaque saisonnalité définie (à étudier, c'est pas encore fait). Si j'ai bonne mémoire sur opening_hours, on peut avoir sunset, tu vas gérer ça comment? **curiosité** ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cépages ?
Le Tag crop semble correspondre à ton besoin même si actuellement aucun usage n'en ai fait pour cartographier les cépages.L'usage d'un crop:type me paraîtrait bien aussi mais sans aucun fondement.Si tu trouves une solution meilleure tiens nous au courant :) Le Vendredi 29 mai 2015 12h32, Laurent Chiche rop...@gmail.com a écrit : Bonjour, Quelqu'un sait-il s'il est possible d'indiquer les cépages des vignes et quels attributs utiliser ? J'ai cherché, mais rien trouvé à ce sujet dans le wiki. Merci Amicalement Laurent ___ 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] Normalisation du tag antenne
Arf, je corrige dès demain effectivement. Je pensais que l'avoir mis en proposal suffisait. Hum l'objectif était de mettre les propositions de normage pour les éléments dans la discussion et dans des sous parties de la propale. Je delete du coup. Le Dimanche 3 mai 2015 23h10, François Lacombe fl.infosrese...@gmail.com a écrit : Bonsoir Pierre, Il y a en effet encore quelques points qui n'ont pas encore de réponse, mais nous pourrons surement les trouver collectivement. Ce fil doit continuer à vivre. Pour l'instant et tel qu'indiqué, ce que je propose ne solutionne pas la question des multiples antennes sur un même point. Il faut encore du temps pour y réfléchir. Nous ne pouvons pas le voter en l'état, tout n'est pas complet, il y a encore plein de cas à croiser. Il faut en premier lieu faire des photos et donner des cas pratiques en fin de document. Ensuite, tout traduire en anglais, pour le diffuser au plus grand nombre (je peux m'en charger sur une bonne partie, pour peu qu'on soit d'accord sur la version française). Là encore, au fur et à mesure. La page Key:antenna part surement d'un bon sentiment mais est mal nommée. Ce genre de page sert à la documentation d'un tag, une fois acceptée ou bien lorsque celui-ci est déjà largement utilisé ( 100k dans tag info). Pour ce qui nous concerne, il faut aller dans la catégorie Proposed_features avec une page comme celle-ci : https://wiki.openstreetmap.org/wiki/Proposed_features/Antennas_cartography C'est plutôt important, il y a des personnes qui sont plutôt directes sur @tagging Pour donner une idée, voici une proposition que je m’apprête à présenter au vote, sa rédaction a demandé 1 an et demi (même si le RFC a démarré début janvier, le document d'origine est apparu en 2013) https://wiki.openstreetmap.org/wiki/Proposed_features/Power_supports_refinement Dans notre cas, ce sera beaucoup plus court, ok, mais on doit encore prendre le temps de la réflexion pour proposer quelque chose de complet. Bonne soirée François François Lacombe fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux Le 3 mai 2015 22:50, dHuy Pierre dh...@yahoo.fr a écrit : @Verdy: Je vois que ta maitrise de la langue française est presqu'aussi impressionnante que tes connaissances en général aussi je t'invite à consulter toute une série de sites pour ce qui est de la définition des différents mots que j'utilise ou pourrais être amener à utiliser. Pour quelqu'un qui a une réputation particulièrement mauvaise dans le monde des wikis et de la culture libre, je trouve que tu as beaucoup de mal à maitriser les principes de base de la dialectique.Autrement, je parlais de la formulation de ton idée (le terme te parait suffisamment clair?), peux tu donner un exemple concret de ta formulation json sur le wiki et ou sur le pad? Merci. @Lacombe, j'ai mis sur le wiki entre temps, je t'invite à écrire desus. Je ne comprends toujours pas comment tu comptes modéliser quand plusieurs antennes occupe le même point exactement? Après je trouve que ça fait beaucoup d'info mais ça sera aux utilisateurs d'osm de voter :) @all: merci beaucoup à tous, la page wiki est ici: https://wiki.openstreetmap.org/wiki/Key:antenna. Je n'aurais jamais réussi à mettre ça sur pied sans vous. Je mets ça en proposition officielle cette semaine et j'espère vous voir voter quand le vote officiel commencera! (je reviendrai spammer la ML don't worry :) ) Merci encore à tous de votre aide et bonne semaine! (Et remerciement particulier à Eric qui m'a permis de peaufiner certains point sur le pad en live et à Lacombe pour ses idées que j'attends de voir au vote :p ) @cquest: Merci isolé pour travailler à la libération des données ;) Librement, Le Dimanche 3 mai 2015 21h59, Philippe Verdy verd...@wanadoo.fr a écrit : Le 3 mai 2015 13:17, dHuy Pierre dh...@yahoo.fr a écrit : @Verdy: N'ayant pas vocation d'un débat de sémantique, je te laisse débattre sur le sexe des anges. Je n'arrête pas de te répondre que je n'ai pas parlé de ça et encore moins des anges.Tu as une conception étrange de la sémantique, qui consiste à l'inventer pour lui faire tout dire.Arrête s'il te plait tes inventions et ne reprends que ce que j'ai posté réellement, pas ce que tu crois avoir lu en le rapportant ensuite aux autres, merci.J'ai été assez clair pour limiter la portée de ce que j'ai dit et préciser mes intentions. D'ailleurs mon message initial avait eu une réponse similaire d'un autre utilisateur concernant l'usage des ; et des | et de leur interprétation ou prétendue standardisation qui n'existe pas et est trompeuse. Si tu revien à ce que j'ai écrit, j'ai précisé où était le problème dans la proposition initiale de Jérome: le fait qu'il utilisation deux tags séparés en imposant un ordre des valeurs dans un tag où d'évidence ce n'est quy'une liste non ordonnée, pour l'aligner avec l'ordre des éléments dans un second tag séparé (qui lui non plus
Re: [OSM-talk-fr] Normalisation du tag antenne
@Verdy: N'ayant pas vocation d'un débat de sémantique, je te laisse débattre sur le sexe des anges.@all: D'un autre coté et basé sur vos réflexion à tous, j'ai créé un modèle n'associant aucunement les usages, les shapes et les operateurs pour l'antenne ou les antennes.J'exclus pour le moment l'usage d'une organisation dans le tag mais appelle ceux qui avaient proposé à mettre en forme leur proposition que j'intégrerai avec plaisir dans la page wiki Un d'entre vous a mentionné a mentionné la hauteur de la base de l'antenne, s'il peut expliquer un peu plus ici. Je partage sur le wiki aujourd'hui. Le Samedi 2 mai 2015 23h36, Philippe Verdy verd...@wanadoo.fr a écrit : Le 2 mai 2015 23:14, dHuy Pierre dh...@yahoo.fr a écrit : Pour ta norme pour cartographier les données associées aux antennes si tu veux. Je n'ai pas parlé de ma norme... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Normalisation du tag antenne
On ne tag pas les bandes, on unifie les émetteurs par opérateur et les opérateurs et les formes par station. Le Samedi 2 mai 2015 14h30, Eric Debeau eric.deb...@gmail.com a écrit : Oups, le mulot avait dérapé... Salut Je suis un peu perdu. J'ai mis des commentaires dans le pad. Concrètement, j'ai compris que l'on veut intégrer dans OSM des infos sur les supports et les antennes. J'ai compris que la proposition de Phlippe Verdy vise à intégrer dans le même tag différentes informations liées à un même support et pas à une antenne au sens ANFR ! Je trouve aussi très bien le modèle de représentation proposé par Philippe. Du coup, je ne comprends pas bien l'intérêt de proposer des tags liés à une antenne (au sens ANFR). Ce serait bien de clarifier le modèle de données de ANFR. 1 support support n station 1 station supporte n antennes 1 antenne supporte n émetteur 1 émetteur supporte n bandes Cas concret. Le support 687819 supporte 3 stations (sur un chateau d'eau) 0220220007 (FH) 022033 (E-Message) 090003 (Telecom) La station 090003 supporte 6 antennes (2 * 3 antennes panneau : une antenne par secteur) 325425 2487083 2487081 2487079 162468 162466 L'antenne 325425 supporte 2 émetteurs 3220894;GSM 1800 3220896;UMTS 2100 L'émetteur 3220896 supporte 3 bandes 1964,9;1979,7 1910,1;1915,1 2154,9;2169,7 Concrètement, on taggue comment ? Eric 2015-05-02 13:53 GMT+02:00 dHuy Pierre dh...@yahoo.fr: @Verdy: Je soutiens ton idée, je dis juste qu'il faudrait la voter ensemble, comme tu l'a dit, c'est l'affaire de la communauté. Le Samedi 2 mai 2015 13h43, Eric Debeau eric.deb...@gmail.com a écrit : Salut J'a Eric 2015-05-02 5:04 GMT+02:00 Philippe Verdy verd...@wanadoo.fr: Le 2 mai 2015 00:21, dHuy Pierre dh...@yahoo.fr a écrit : L'idée de Verdy est pas al en la matière mais non normalisé encore, OSM non plus n'est pas normalisé dans ses données: il crée lui même ses propres standards avec nous tous. J'ai proposé un truc générique proche de JSON mais plus compact et adapté aux usages d'OSM, rien de plus, mais assez générique pour coder des données structurées sans avoir pléthore de tags et de codages spécifiques pour chaque tag particulier (celui des lanes est actuellement une horreur, tout le monde s'y trompe). ___ 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] Normalisation du tag antenne
Avant la proposition j'attends au moins une unité dans le camp talk-fr :pOpencellid se base sur des séries de mesures cumulés pour estimé la position de l'antenne en fonction de la réception. Ces estimations donnent une précision de 100m (donc contestable mais intéressant).Bon je crois crois qu'on se comprend pas pour les données du set ANFR, il y a la position GPS.Pour ta relation je te laisse proposer ton modèle alternatif clairement avec la relation. Et une fois le consens obtenu je le poste sur le wiki. Le Samedi 2 mai 2015 15h37, François Lacombe fl.infosrese...@gmail.com a écrit : Le 2 mai 2015 00:09, dHuy Pierre dh...@yahoo.fr a écrit : @Jérome: Merci de l'avoir expliqué. Je suis opposé au tag communication:*= cependant, en effet je trouve que ces tags surchargeraient trop en cas de données multiples et ne serons jamais assez exhaustif, on risquerait de se retrouver avec des key user defined...). Pour le type d'antenne, je propose déjà antenna:shape (antenna:type éventuellement, j'étais partagé en écrivant). Mais on reste sur le même set d'info a taguer. @Lacombe, comme précisé plus haut, les commentaires sont souhaités entre crochet, j'ai donc rajouté pour les tiens mais du coup j'y réponds ici. Ah et si possible sur le pad les commentaires sont plus intéressants s'ils constituent un texte à compléter et pas une remarque qui nécessite débat, plus approprié à la ML (ou au canal de communication si subitement on s'y connecte en masse), je supprimerai du texte les superflus mais il sera possible d'en retrouver la trace dans l'interface. Désolé, c'est nouveau pour moi. - radio=repeater|relay ou autre: Non il s'agit d'élément immatériel, difficile à vérifier en pratique et peu utile en carto, mais si quelqu'un d'autre les souhaite, je suis à l'écoute de vos raisonnements. Je propose antenna=yes seul sur un node en cas d'absence de support ponctuel (comme sur un immeuble) Il s'agit de stations au sens ANFR. Au sens OSM, ces stations seraient plutôt des relations entre les supports et les antennes. Les stations supportent le service, notre principal problème quand on veut ajouter ces infos sur l'antenne directement. On évite les chaines de ce genre : operator={[TDF{FM|FH}][Opérateur privé{PMR}][SNCF{GSM R}][FREE MOBILE{UMTS 900|UMTS 2100|LTE 2600}]} En indiquant l'opérateur sur les stations plus que sur le support ou l'antenne. yes est une valeur par défaut, il faudrait utiliser le tag antenna pour y ajouter d'autres infos (comme le type directement, au lieu de antenna:type=*, on s'évite de créer une clé supplémentaire). - tower:type=communication_tower conduisait jusqu'alors implicitement à l'existence d'une antenne, ce que je défend c'est un tag unifié pour les antennes. Mais donc non pas de confusions... Implicitement, on peut affirmer plein de choses. Que se passe-t-il si toutes les antennes ont été désinstallées ? On a toujours un tower:type=communication_tower sans antennes. Ces valeurs trappes font dire plein de choses et on a finalement pas l'info qu'on cherche. Avec les explications de cette nuit, je comprends mieux antenna=*, d'autant que cette clé-ci est quand même moins sujette aux interprétations comme pour la plupart des valeurs tower:type. - Le fichier ANFR ne permettrait pas le placement: Relis ce qu'à écrit Jérôme. Non en effet : c'est bien ce que je disais. C'était une affirmation. - Une antenne radar/ une antenne onde courte... etc sont des antennes colossales qui se remarque facilement en milieu urbain et qui constituent toujours un repère, de même à la campagne. On est d'accord là-dessus, l'objet du commentaire n'était pas sur le côté représentatif de l'antenne ou non mais dans sa place dans le modèle. Bref, en relisant c'était un peu HS, autant pour moi. - La base de données opencellid/mozstumbler est approximative, mais elle peut etre utile dans des pays qui ne possède pas un équivalent de l'anfr ou dont la base serait non libre. Cela donne une position approximative d'une antenne télécom. d'où la précision déjà présente sur la localisation. Pas forcément : ce genre de base recense des endroits où on capte, mais l'antenne peut être à des dizaines de km. Le GSM fixe un rayon de cellule de 35 km pour que la communication puisse s'effectuer Cependant on peut capter la cellule bien plus loin si l'opérateur ne prend pas les dispositions nécessaires. C'est pour ca qu'il y a toujours un problème avec openCellID et autres : sans infos plus précises, on ne sais toujours pas où sont les antennes en question. On peut aussi être à côté d'une et en capter une bien plus loin. J'ai laissé un commentaire parce que je ne comprends pas ce que tu veux y dire. (J'ai intégré certains commentaires au texte aussi) Les stations au sens ANFR ont pour principale utilité de savoir quel service est derrière l'antenne. L'antenne est uniquement faite pour une bande de fréquence. Après tu y fait transiter ce que tu veux
Re: [OSM-talk-fr] Normalisation du tag antenne
@Nicolas: mea culpa, je vis en milieu urbain dense dans ce cas! Je ne parlais que d'un doublement de vérification des données en cas de cartographie visuelle pour les pays sans opendata sur cette base.@Debeau: je viens de voir ton message dans le pad, mais du coup je ne suis pas sûr que ça soit pertinenet pour la page du tag antenna.@Lacombe, @Verdy @Amagat: du coup j'attends de voir une propal clairement définie pour les associations. Je la formulerai au mieux (ou copie/collerai si vous avez vraiment bien expliqué) Le Samedi 2 mai 2015 17h53, Nicolas CORBEL nicolas.cor...@gmail.com a écrit : OCID n'est pas précis à 100m, je t'assure. Ou alors ponctuellement sur des endroits où énormément de mesures ont été faites, dans des zones très denses. Et surtout, OCID est plus qu'incomplet. Je ne pense pas qu'il faille continuer dans cette voie. Je crois que le propos de François c'est qu'il n'était pas possible de placer précisement les antennes, et que seul le support dispose de coordonnées GPS dans le jeu de données dont on parle ici. 2015-05-02 17:48 GMT+02:00 dHuy Pierre dh...@yahoo.fr: Avant la proposition j'attends au moins une unité dans le camp talk-fr :pOpencellid se base sur des séries de mesures cumulés pour estimé la position de l'antenne en fonction de la réception. Ces estimations donnent une précision de 100m (donc contestable mais intéressant).Bon je crois crois qu'on se comprend pas pour les données du set ANFR, il y a la position GPS.Pour ta relation je te laisse proposer ton modèle alternatif clairement avec la relation. Et une fois le consens obtenu je le poste sur le wiki. Le Samedi 2 mai 2015 15h37, François Lacombe fl.infosrese...@gmail.com a écrit : Le 2 mai 2015 00:09, dHuy Pierre dh...@yahoo.fr a écrit : @Jérome: Merci de l'avoir expliqué. Je suis opposé au tag communication:*= cependant, en effet je trouve que ces tags surchargeraient trop en cas de données multiples et ne serons jamais assez exhaustif, on risquerait de se retrouver avec des key user defined...). Pour le type d'antenne, je propose déjà antenna:shape (antenna:type éventuellement, j'étais partagé en écrivant). Mais on reste sur le même set d'info a taguer. @Lacombe, comme précisé plus haut, les commentaires sont souhaités entre crochet, j'ai donc rajouté pour les tiens mais du coup j'y réponds ici. Ah et si possible sur le pad les commentaires sont plus intéressants s'ils constituent un texte à compléter et pas une remarque qui nécessite débat, plus approprié à la ML (ou au canal de communication si subitement on s'y connecte en masse), je supprimerai du texte les superflus mais il sera possible d'en retrouver la trace dans l'interface. Désolé, c'est nouveau pour moi. - radio=repeater|relay ou autre: Non il s'agit d'élément immatériel, difficile à vérifier en pratique et peu utile en carto, mais si quelqu'un d'autre les souhaite, je suis à l'écoute de vos raisonnements. Je propose antenna=yes seul sur un node en cas d'absence de support ponctuel (comme sur un immeuble) Il s'agit de stations au sens ANFR. Au sens OSM, ces stations seraient plutôt des relations entre les supports et les antennes. Les stations supportent le service, notre principal problème quand on veut ajouter ces infos sur l'antenne directement. On évite les chaines de ce genre : operator={[TDF{FM|FH}][Opérateur privé{PMR}][SNCF{GSM R}][FREE MOBILE{UMTS 900|UMTS 2100|LTE 2600}]} En indiquant l'opérateur sur les stations plus que sur le support ou l'antenne. yes est une valeur par défaut, il faudrait utiliser le tag antenna pour y ajouter d'autres infos (comme le type directement, au lieu de antenna:type=*, on s'évite de créer une clé supplémentaire). - tower:type=communication_tower conduisait jusqu'alors implicitement à l'existence d'une antenne, ce que je défend c'est un tag unifié pour les antennes. Mais donc non pas de confusions... Implicitement, on peut affirmer plein de choses. Que se passe-t-il si toutes les antennes ont été désinstallées ? On a toujours un tower:type=communication_tower sans antennes. Ces valeurs trappes font dire plein de choses et on a finalement pas l'info qu'on cherche. Avec les explications de cette nuit, je comprends mieux antenna=*, d'autant que cette clé-ci est quand même moins sujette aux interprétations comme pour la plupart des valeurs tower:type. - Le fichier ANFR ne permettrait pas le placement: Relis ce qu'à écrit Jérôme. Non en effet : c'est bien ce que je disais. C'était une affirmation. - Une antenne radar/ une antenne onde courte... etc sont des antennes colossales qui se remarque facilement en milieu urbain et qui constituent toujours un repère, de même à la campagne. On est d'accord là-dessus, l'objet du commentaire n'était pas sur le côté représentatif de l'antenne ou non mais dans sa place dans le modèle. Bref, en relisant c'était un peu HS, autant pour moi. - La base de données opencellid/mozstumbler est
Re: [OSM-talk-fr] Normalisation du tag antenne
Pour ta norme pour cartographier les données associées aux antennes si tu veux. Le Samedi 2 mai 2015 23h08, Philippe Verdy verd...@wanadoo.fr a écrit : Ou ai-je parlé d'association, je n'ai même pas vu ce terme utilisé dans cette discussion... Le 2 mai 2015 18:00, dHuy Pierre dh...@yahoo.fr a écrit : @Nicolas: mea culpa, je vis en milieu urbain dense dans ce cas! Je ne parlais que d'un doublement de vérification des données en cas de cartographie visuelle pour les pays sans opendata sur cette base.@Debeau: je viens de voir ton message dans le pad, mais du coup je ne suis pas sûr que ça soit pertinenet pour la page du tag antenna.@Lacombe, @Verdy @Amagat: du coup j'attends de voir une propal clairement définie pour les associations. Je la formulerai au mieux (ou copie/collerai si vous avez vraiment bien expliqué) Le Samedi 2 mai 2015 17h53, Nicolas CORBEL nicolas.cor...@gmail.com a écrit : OCID n'est pas précis à 100m, je t'assure. Ou alors ponctuellement sur des endroits où énormément de mesures ont été faites, dans des zones très denses. Et surtout, OCID est plus qu'incomplet. Je ne pense pas qu'il faille continuer dans cette voie. Je crois que le propos de François c'est qu'il n'était pas possible de placer précisement les antennes, et que seul le support dispose de coordonnées GPS dans le jeu de données dont on parle ici. 2015-05-02 17:48 GMT+02:00 dHuy Pierre dh...@yahoo.fr: Avant la proposition j'attends au moins une unité dans le camp talk-fr :pOpencellid se base sur des séries de mesures cumulés pour estimé la position de l'antenne en fonction de la réception. Ces estimations donnent une précision de 100m (donc contestable mais intéressant).Bon je crois crois qu'on se comprend pas pour les données du set ANFR, il y a la position GPS.Pour ta relation je te laisse proposer ton modèle alternatif clairement avec la relation. Et une fois le consens obtenu je le poste sur le wiki. Le Samedi 2 mai 2015 15h37, François Lacombe fl.infosrese...@gmail.com a écrit : Le 2 mai 2015 00:09, dHuy Pierre dh...@yahoo.fr a écrit : @Jérome: Merci de l'avoir expliqué. Je suis opposé au tag communication:*= cependant, en effet je trouve que ces tags surchargeraient trop en cas de données multiples et ne serons jamais assez exhaustif, on risquerait de se retrouver avec des key user defined...). Pour le type d'antenne, je propose déjà antenna:shape (antenna:type éventuellement, j'étais partagé en écrivant). Mais on reste sur le même set d'info a taguer. @Lacombe, comme précisé plus haut, les commentaires sont souhaités entre crochet, j'ai donc rajouté pour les tiens mais du coup j'y réponds ici. Ah et si possible sur le pad les commentaires sont plus intéressants s'ils constituent un texte à compléter et pas une remarque qui nécessite débat, plus approprié à la ML (ou au canal de communication si subitement on s'y connecte en masse), je supprimerai du texte les superflus mais il sera possible d'en retrouver la trace dans l'interface. Désolé, c'est nouveau pour moi. - radio=repeater|relay ou autre: Non il s'agit d'élément immatériel, difficile à vérifier en pratique et peu utile en carto, mais si quelqu'un d'autre les souhaite, je suis à l'écoute de vos raisonnements. Je propose antenna=yes seul sur un node en cas d'absence de support ponctuel (comme sur un immeuble) Il s'agit de stations au sens ANFR. Au sens OSM, ces stations seraient plutôt des relations entre les supports et les antennes. Les stations supportent le service, notre principal problème quand on veut ajouter ces infos sur l'antenne directement. On évite les chaines de ce genre : operator={[TDF{FM|FH}][Opérateur privé{PMR}][SNCF{GSM R}][FREE MOBILE{UMTS 900|UMTS 2100|LTE 2600}]} En indiquant l'opérateur sur les stations plus que sur le support ou l'antenne. yes est une valeur par défaut, il faudrait utiliser le tag antenna pour y ajouter d'autres infos (comme le type directement, au lieu de antenna:type=*, on s'évite de créer une clé supplémentaire). - tower:type=communication_tower conduisait jusqu'alors implicitement à l'existence d'une antenne, ce que je défend c'est un tag unifié pour les antennes. Mais donc non pas de confusions... Implicitement, on peut affirmer plein de choses. Que se passe-t-il si toutes les antennes ont été désinstallées ? On a toujours un tower:type=communication_tower sans antennes. Ces valeurs trappes font dire plein de choses et on a finalement pas l'info qu'on cherche. Avec les explications de cette nuit, je comprends mieux antenna=*, d'autant que cette clé-ci est quand même moins sujette aux interprétations comme pour la plupart des valeurs tower:type. - Le fichier ANFR ne permettrait pas le placement: Relis ce qu'à écrit Jérôme. Non en effet : c'est bien ce que je disais. C'était une affirmation. - Une antenne radar/ une antenne onde courte... etc sont des antennes colossales qui se remarque facilement en milieu
Re: [OSM-talk-fr] Normalisation du tag antenne
L'idée de Verdy est pas al en la matière mais non normalisé encore, donc ta solution parait pas mal.Pour te répondre le consensus est clairement sur operator, usage (avec GPS, GLONASS, GSM, LTE... etc), l'apparence de l'antenne shape/type (à choisir). Sinon pour ton mégapylone, je ne connais pas les données sur ce point mais combien d'opérateurs et quel type d'usage? Le Samedi 2 mai 2015 0h14, Jean-Marc Liotier j...@liotier.org a écrit : On 01/05/2015 23:05, Jérôme Amagat wrote: Il y a 5 fichier texte [Supports, Stations, Antennes, Emetteurs, Bandes] On peut passer d'un fichier a l'autre avec differents id. Voilà ce que fournit donc l'anfr. Bien sur, RIEN N'OBLIGE DE TOUT INTÉGRÉ DANS OSM. Mon opinion est que l'intérêt d'OSM réside dans Supports et Antennes et que le reste a plutôt vocation à rester externe. C'est le consensus ou y-a-t-il d'autres opinions ici ? Bon - j'ai vu quelques mentions de bandes de fréquences dans le débat... Pour les supports, je pense qu'il faut utiliser les tag déjà en circulation les différents man_made (mast , tower, communications_tower) et ne rien mettre pour immeuble,batiment... qui sont déjà présent en surfacique. plus height= et owner=. jusque là on n'est pas sur des choses nouvelles Ca me paraît bien - le fichier des Supports est une source supplémentaire pour qualifier les objets identifiés dans l'imagerie orbitale par le cartographe distant, donc un gain pour OSM avant-même toute considération spécifique aux télécommunications. (peut être reparler de mast , tower, communications_tower, moi je comprends pas les différences) Tu n'es pas seul... First question: Is it a mast or a tower ? http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcommunications_tower#First_question:_Is_it_a_mast_or_a_tower.3F http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcommunications_tower : man_made=communications_tower has stairs and a lift inside, whereas as man_made=tower, tower:type=communication has to be climbed on the outside http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmast montre un exemple où man_made=mast et man_made=tower sont tous les deux valides - la limite est floue. Pour le reste, déjà il peut bien il y avoir 30 antennes sur un pylône, dans osm les antennes et le pylône c'est un node donc il faut mettre les tags sur ce node. il faut choisir le niveau de detail que l'on veut et que l'on peut mettre dans osm et le niveau de complexité. Pour illustrer, pour ceux qui n'ont pas l'habitude d'en voir... http://wiki.openstreetmap.org/w/images/a/a5/Frazier_Peak_microwave_relay_tower.jpg Aucun pylone ne résistera au poids d'autant d'étiquettes Openstreetmap... [..] Le tag antenna = yes peut permettre aussi d'indiquer le type d'antenne : antenna = multi lorsque'il y a différentes antennes antenna = panneau ou antenne parabolique ... quand il n'y a qu'une antenne Une solution envisageable serait de distinguer le cas de l'antenne isolée de celui de l'antenne sur pylône multifonctions: - Dans le cas de l'antenne isolée, on étiquette l'antenne dans toute sa splendeur - Dans le cas du méga-pylône, on énumère les fonctions du pylône sans détailler chaque antenne Bon... J'avoue qu'il ne s'agit que d'un contournement du problème et non d'une solution - mais ça permet de commencer et on pourra toujours se pencher ultérieurement sur le cas des méga-pylône... D'ici là peut-être qu'une idée géniale sera apparue pour les traiter. ___ 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] Normalisation du tag antenne
@Jérome: Merci de l'avoir expliqué. Je suis opposé au tag communication:*= cependant, en effet je trouve que ces tags surchargeraient trop en cas de données multiples et ne serons jamais assez exhaustif, on risquerait de se retrouver avec des key user defined...). Pour le type d'antenne, je propose déjà antenna:shape (antenna:type éventuellement, j'étais partagé en écrivant). Mais on reste sur le même set d'info a taguer.@Lacombe, comme précisé plus haut, les commentaires sont souhaités entre crochet, j'ai donc rajouté pour les tiens mais du coup j'y réponds ici. Ah et si possible sur le pad les commentaires sont plus intéressants s'ils constituent un texte à compléter et pas une remarque qui nécessite débat, plus approprié à la ML (ou au canal de communication si subitement on s'y connecte en masse), je supprimerai du texte les superflus mais il sera possible d'en retrouver la trace dans l'interface. - radio=repeater|relay ou autre: Non il s'agit d'élément immatériel, difficile à vérifier en pratique et peu utile en carto, mais si quelqu'un d'autre les souhaite, je suis à l'écoute de vos raisonnements. Je propose antenna=yes seul sur un node en cas d'absence de support ponctuel (comme sur un immeuble) - tower:type=communication_tower conduisait jusqu'alors implicitement à l'existence d'une antenne, ce que je défend c'est un tag unifié pour les antennes. Mais donc non pas de confusions... - Le fichier ANFR ne permettrait pas le placement: Relis ce qu'à écrit Jérôme.- Une antenne radar/ une antenne onde courte... etc sont des antennes colossales qui se remarque facilement en milieu urbain et qui constituent toujours un repère, de même à la campagne.- La base de données opencellid/mozstumbler est approximative, mais elle peut etre utile dans des pays qui ne possède pas un équivalent de l'anfr ou dont la base serait non libre. Cela donne une position approximative d'une antenne télécom. d'où la précision déjà présente sur la localisation.J'ai laissé un commentaire parce que je ne comprends pas ce que tu veux y dire. (J'ai intégré certains commentaires au texte aussi)@Verdy: un jour faudra que tu lances une encyclopédie :) Le Vendredi 1 mai 2015 23h06, Jérôme Amagat jerome.ama...@gmail.com a écrit : Le 1 mai 2015 21:42, François Lacombe fl.infosrese...@gmail.com a écrit : Je ne comprends toujours pas le lien entre ce qui est dans le fichier ANFR et un possible inventaire des antennes dans OSM. Le fichier ANFR décris au mieux une station d'émission pouvant comprendre plusieurs antennes. Le support de l'ANFR n'est pas l'antenne. La plupart des supports sont occupés par une multitude d'antennes. Du coup, si on pouvait avoir quelques explications supplémentaires sur le raisonnement, elles sont les bienvenues. Tu n'as pas du regarder entièrement ce qu'a libérer l’anfr. Il y a 5 fichier texte qui liste chaque'un quelque chose de différent : les Supports (pylône, mat, immeuble ...) accueillant des antennes avec position, hauteur, propriétaire, ça c'est sur ça doit être intégrer dans osm. ensuite les Stations (il peut il y en avoir plusieurs par support) avec l’opérateur (orange,sncf,tdf...) et des dates (implantation,mise en service et modification). Puis les Antennes (il peut il y en avoir plusieurs par station) avec son type (panneau, antenne parabolique...) et des info sur cette antenne (dimension, azimute...). Puis les émetteurs (il peut il y en avoir plusieurs par antenne) avec le système (GSM 900, FM,). Et enfin les Bandes (il peut il y en avoir plusieurs par émetteur) avec le début et la fin d'une bande de fréquence.On peut passer d'un fichier a l'autre avec differents id. Voilà ce que fournit donc l'anfr. Bien sur, RIEN N'OBLIGE DE TOUT INTÉGRÉ DANS OSM. Pour les supports, je pense qu'il faut utiliser les tag déjà en circulation les différents man_made (mast , tower, communications_tower) et ne rien mettre pour immeuble,batiment... qui sont déjà présent en surfacique. plus height= et owner=. jusque là on n'est pas sur des choses nouvelles (peut être reparler de mast , tower, communications_tower, moi je comprends pas les différences).Pour le reste, déjà il peut bien il y avoir 30 antennes sur un pylône, dans osm les antennes et le pylône c'est un node donc il faut mettre les tags sur ce node.il faut choisir le niveau de detail que l'on veut et que l'on peut mettre dans osm et le niveau de complexité.operator=reseau =FM. FH; UMTS 900; LTE 260... ou faire comme proposer là : http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmastcommunication:mobile_phone=yes; LTE 260;...communication:radio=yescommunication:television=yescommunication:microwave=yes Le tag antenna = yes peut permettre aussi d'indiquer le type d'antenne :antenna = multi lorsque'il y a différentes antennes antenna = panneau ou antenne parabolique ... quand il n'y a qu'une antenne ___ Talk-fr mailing list
Re: [OSM-talk-fr] Normalisation du tag antenne
@Verdi: Hum je pense que tu pousses un peu loin le format initial de Jérome me paraissait bien@Lioter, on dispose déjà d'une liste je te la mets ci dessous: le problème c'est que je voudrais éviter le jargons techniques pour des mots compréhensibles et je ne connais pas la moitié de ses antennes. J'ai fait une liste avec le nombre d'apparition dans le fichier: 211822 : Panneau (16) 83318 : Antenne parabolique (17) 12407 : Réseaux d'antennes panneaux (19) 10711 : Yagi (21) 8129 : Cierge/Perche (18) 4257 : Dipôle/Doublet (32) 4044 : Panneau Ran-Sharing (75) 3038 : Réseau vertical (26) 2712 : Tube (76) 2387 : Groundplane (12) 1513 : Logarithmique/Log périodique (14) 1392 : Active (directionnelle ou omnidirectionnelle) (2) 1126 : Dipôle large bande (5) 1082 : Antenne indoor pour téléphonie mobile (59) 777 : Trombone (33) 567 : Dièdre (50) 516 : Plan passif ou miroir (44) 472 : Fouet (9) 335 : Antenne à fentes (24) 199 : Cornet (46) 188 : Cylindre (49) 133 : Cable rayonnant (antenne coaxiale) (60) 114 : Discone (52) 112 : Helicoidal (56) 107 : Antenne Grille (45) 100 : Globe (51) 99 : Cigare (3) 95 : Multi Doublets/Multi dipoles (64) 94 : Colinéaire (35) 77 : Panneau bi-bandes (47) 66 : Antenne Gonio (31) 62 : Antenne radar (54) 59 : Sans type (0) 53 : Panneau bi-mode (74) 51 : Filaire (8) 41 : Antenne trisectorielle (58) 32 : Aérien issu de reprise des données électroniques (9) 21 : Réseau circulaire 49 antennes (25) 15 : Antenne à faisceau (65) 14 : Pylone Rayonnant (72) 12 : Antenne directive (7) 10 : Réseau linéaire 13 antennes (22) 10 : Antenne Plane (39) 9 : Obus (55) 9 : Antenne à jupe (66) 6 : Antenne HF (38) 4 : Antenne Parapluie (30) 4 : Antenne Marguerite (29) 3 : Panneau tri-bandes (48) 3 : Fuseau (10) 3 : Antenne biconique (67) 3 : Accordable (1) 2 : Système antennaire (20) 2 : Corolle (4) 2 : Antenne équidirective dans un plan (61) 1 : HLO (13) 1 : Antenne à rayonnement zenithal (63) Le Vendredi 1 mai 2015 1h40, Philippe Verdy verd...@wanadoo.fr a écrit : Note: je n'ai rien précisé concernant la façon de créer un échappement pour les crochets, accolades, guillemets, apostrophes, et les pipe, virgules ou point-virgules : il faudrait juste réserve le backslash ou d'un caractère conventionel non réservé :- \\ pour le backslash \ lui même - \| pour le pipe |- \= pour le signe égal =- \[ et \] pour les crochets [ et ] - \{ et \} pour les accolades { et }- \s (semicolon) pour le point-virgule ; et non pas \; afin de ne pas entrer en conflit avec les point-virgules séparateurs par défaut des listes non ordonnées d'OSM) Et pour le cas où des chaines déjà entre guillemets ou entre 'apostrophes' sont utilisées:- \q (quote) pour les guillemets doubles ASCII - \a (apos) pour les guillemets doubles ASCII ' Rien de prévu pour les échappements Unicode (ceux qui y tiennent pourront ajouter \xNN ou \u ou \UNN), le but étant de coder directement les caractères du texte si possible et d'utiliser sinon les échappements plus compacts à deux caractères... Avec ça on a tout pour imiter JSON, mais en plus compact et sans distinguer les types numériques et chaines (il n'y a qu'un seul type d'atome : les chaînes). Les schémas qui voudraient distinguer les types d'atomes devraient coder ça dans les atomes-chaines par une convention comme type:valeur (un peut comme le fait PHP pour sérialiser ses données), par exemple i:10 pour indiquer l'entier 10 (nombre de bits non limité), n:10 pour le nombre flottant 10 (précision non limitée), s:10 pour indiquer la chaîne 10, n: pour indiquer une valeur nil, d:date pour une date dans un format compatible ISO8601 (avec séparateurs de champs de date optionnels pour que ce soit encore plus compact)... Le 1 mai 2015 01:17, Philippe Verdy verd...@wanadoo.fr a écrit : Le 1 mai 2015 00:35, dHuy Pierre dh...@yahoo.fr a écrit : @Verdy: Heureux de te voir enfin, j'étais presqu'étoné de ne pas te lire. Cette propal de nomenclature est vraiment bonne. Note: je n'ai pas voulu taper gags mais tags (mais sur le coup le smartphone que j'ai utilisé temporairement, le temps d'une indisponibilité du système sur PC, n'en a fait qu'à sa tête malgré plusieurs corrections successives de ce mot, il a encore été remplacé contre ma volonté lors de l'envoi...) Personnellement je n'ai jamais aimé le fait de mêler deux types de séparateurs dans les tags lanes, c'est très peu lisible et trompeur. Et j'aurais préféré un codage de type JSON (mais encore un peu plus compact), sans aucun point-virgule (sauf si la structure principale est celle d'une liste non ordonnée: aucun point-virgule dans les éléments) Bref si on veut tout mettre dans un seul tag, permettre alors l'usage des accolades, et dans ce cas dans les accolades permettre d'utilier guillements et apostrophes ASCII pour
Re: [OSM-talk-fr] Normalisation du tag antenne
Désolé de l'erreur de fenêtre Je t'invite à écrire une propal là desus en attendant je propose la combinaison pie/point virgule. Vu qu'il s'agitde listes associées simple c'est nickel, mais ta propal est extremement intéressant surtout que les bases tournent très bien avec de l'orienté document. Tu auras mon vote :) Le Vendredi 1 mai 2015 11h06, Philippe Verdy verd...@wanadoo.fr a écrit : Le 1 mai 2015 10:20, dHuy Pierre dh...@yahoo.fr a écrit : @Verdi: Hum je pense que tu pousses un peu loin le format initial de Jérome me paraissait bien Jérome avait plutôt été séduit par ma première proposition, cependant je parlais du problème plus général des infos structurées pour lesquelles on n'a pas de schéma clair permettant de les représenter de façon compacte mais lisible et parsable avec un système unique et non ambigu, et sans forcément multiplier le nombre de tags quand ce n'est pas toujours nécessaire (car des infos optionelles qui complètent un tag de base). Dans un proemier tmeps j'avais évoqué JSON (aussi XML mais trop verbeux), alors qu'on a moyen de faire un format JSON light reprenant les conventions habituelles d'OSM où tout est codé avec des valeurs atomiques de type chaine, et où on a des séparateurs point-virgule et pipe mais pas très lisibles quand on les combine et pas non plus suffisant au delaà des listes simples ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouter une règle dans le site OSM?
erreur de fenetre! désolé Le Vendredi 1 mai 2015 13h44, dHuy Pierre dh...@yahoo.fr a écrit : Je t'invite à écrire une propal là desus en attendant je propose la combinaison pie/point virgule. Vu qu'il s'agitde listes associées simple c'est nickel, mais ta propal est extremement intéressant surtout que les bases tournent très bien avec de l'orienté document. Tu auras mon vote :) Le Vendredi 1 mai 2015 13h41, Shohreh codecompl...@free.fr a écrit : Bonjour Un truc qui me manque sur le site OSM (www.openstreetmap.org), c'est une règle pour mesurer la distance entre deux points. Faute de mieux, je crée à chaque fois une carte dans Umap pour ça. Quelqu'un sait-il s'il y a un moyen de rajouter ça sur le site OSM? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Ajouter-une-regle-dans-le-site-OSM-tp5842700.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
Re: [OSM-talk-fr] Ajouter une règle dans le site OSM?
Je t'invite à écrire une propal là desus en attendant je propose la combinaison pie/point virgule. Vu qu'il s'agitde listes associées simple c'est nickel, mais ta propal est extremement intéressant surtout que les bases tournent très bien avec de l'orienté document. Tu auras mon vote :) Le Vendredi 1 mai 2015 13h41, Shohreh codecompl...@free.fr a écrit : Bonjour Un truc qui me manque sur le site OSM (www.openstreetmap.org), c'est une règle pour mesurer la distance entre deux points. Faute de mieux, je crée à chaque fois une carte dans Umap pour ça. Quelqu'un sait-il s'il y a un moyen de rajouter ça sur le site OSM? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Ajouter-une-regle-dans-le-site-OSM-tp5842700.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
Re: [OSM-talk-fr] Ajouter une règle dans le site OSM?
oups Le Vendredi 1 mai 2015 13h44, dHuy Pierre dh...@yahoo.fr a écrit : Je t'invite à écrire une propal là desus en attendant je propose la combinaison pie/point virgule. Vu qu'il s'agitde listes associées simple c'est nickel, mais ta propal est extremement intéressant surtout que les bases tournent très bien avec de l'orienté document. Tu auras mon vote :) Le Vendredi 1 mai 2015 13h41, Shohreh codecompl...@free.fr a écrit : Bonjour Un truc qui me manque sur le site OSM (www.openstreetmap.org), c'est une règle pour mesurer la distance entre deux points. Faute de mieux, je crée à chaque fois une carte dans Umap pour ça. Quelqu'un sait-il s'il y a un moyen de rajouter ça sur le site OSM? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Ajouter-une-regle-dans-le-site-OSM-tp5842700.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
Re: [OSM-talk-fr] Normalisation du tag antenne
Alors le type de réseau, l'id anfr (ou autres), le type d'antenne (ça peut être carrément utile pour le repérage) et les opérateurs. Le tout placé via le tag antenna=yes.Comment gérer une antenne isolée sur un batiment? Le Jeudi 30 avril 2015 19h55, Eric Debeau eric.deb...@gmail.com a écrit : Salut Pour répondre à Pierre, effectivement il ya les données de hauteur des antennes par rapport au sol...Le champ m'avait échappé... Sinon, je suis comme Jérome, je ne vois pas comment on pourrait mettre un point par antenne dans OSM. Je pense que mettre un résumé par support comme le suggère Christian suffit largement. L'ID ANFR à utiliser serait l'ID du support que l'on trouve dans le fichier support.txt (SUP_ID) et qui permet ensuite de retrouver les infos complémentaires sur le site cartoradio si besoin. Je pense que dans OSM, faut mettre que les infos utiles et stables. Si j'ai besoin des données complètes, je vais chercher directement dans les données ANFR et pas dans OSM ! Eric 2015-04-30 19:16 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Le 30/04/2015 19:08, Jérôme Amagat a écrit : Dans un precedant mail tu ecris : Je verrai bien un résumé dans OSM qui indique: - le pylone, - l'usage (GSM, 2/3/4G, autre) - les opérateurs... - l'ID ANFR pour aller chercher le reste des infos dans une base plus détaillée et qui sera sûrement mieux mises à jour qu'OSM ! Le problème c'est que chaque opérateur fait un usage qui peut être bien différent des autres. Dans l'exemple même free et bouygues ne font pas la même chose (le GSM). ce que je proposais c'est de lier opérateur et usage. je sais bien que l'on utilise les ; mais c'est pas toujours le cas : http://wiki.openstreetmap.org/wiki/Lanes operator =RESEAU PRIVE| TDF | SNCF Réseau | FREE MOBILE | IFW | BOUYGUES TELECOM reseau =PMR | FM;FH | GSM R | UMTS 900;UMTS 2100;LTE 2600 | BLR 3 GHZ | FH;LTE 800;LTE 1800;LTE 2600;GSM 900;GSM 1800;UMTS 2100 Justement, je voyais un résumé plus... résumé ;) La liste des opérateurs, ça me semble pertinent. Ensuite le détail par opérateur du type d'usage, ça me semble déjà aller trop loin. Savoir qu'un pylône sert pour du GSM quel que soit l'opérateur est un niveau de détail à peu près gérable dans OSM (j'entends par là maintenable, parce que pour le côté vérifiable faut être affuté). Après pour plus, il y a les données détaillées. Ça ne vous semble pas suffisant ? -- 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Normalisation du tag antenne
@Verdy: Heureux de te voir enfin, j'étais presqu'étoné de ne pas te lire. Cette propal de nomenclature est vraiment bonne. Merci Jérôme pour le coup, je ne vois pas comment mieux lier (quelqu'un avait proposé antenna:1...n mais il est clair que ce tag était invivable. @Liostier: Forme et emplacement d'antenne on est d'accord sauf qu'à voir la liste des type j'aurais besoin d'un coup de main si on veut proposer une vraie liste, tu peux faire ça le pad?Autrement je continue de considérer qu'il faut distinguer les antennes en fonction de leur émission. La cartographie ne passe pas que par le visuel et la connaissance de certains réseau peut être exploitable pour un usage civil (cf use case sur le pad et dans la ML). J'ai officiellement barré les bandes de fréquences, et les directions. On en reste du coup au draft initial de opérateurs, type de réseau, et type d'antenne (plus tag optionnel avec hidden, height, antenna:dimension et ele) Le Vendredi 1 mai 2015 0h18, Philippe Verdy verd...@wanadoo.fr a écrit : Le 30 avr. 2015 18:42, Christian Quest cqu...@openstreetmap.fr a écrit : Le 30/04/2015 18:07, Jérôme Amagat a écrit : operator=RESEAU PRIVE|TDF|SNCF Réseau|FREE MOBILE|IFW|BOUYGUES TELECOM reseau =PMR|FM;FH|GSM R|UMTS 900;UMTS 2100;LTE 2600|BLR 3 GHZ|FH;LTE 800;LTE 1800;LTE 2600;GSM 900;GSM 1800;UMTS 2100| La convention sur OSM est de séparer par des ;Oui mais uniquement pour des listes non ordonnées. Là Jérôme voulait lier l'ordre des deux listes.Les traits verticaux sont utilisés dans ce cas pour les listes ordonnées de lanes.Seulement je trouve ça très peu lisible. Il serait plus pertinent de grouper les données propre à chaque opérateur au nom de cet opérateur et en séparant alors les opérateurs sur des gags distincts.Cela donnerait un truc du genre:operator:1=TDF|FM;FH operator:2=Opérateur privé|PMR operator:3=SNCF|GSM R operator:4=FREE MOBILE|UMTS 900;UMTS 2100;LTE 2600 etc.Les séparateurs n'ont pas le même rôle et un pipe indique l'ordre des champs (nom d'operateur, types de reseau) lesquels peuvent encore inclure en valeur des listes non ordonnées séparées par points-virgules...Les indices numériques donnés à chaque opérateur sont ordonnés mais en fait arbitrairement.Dès que ça se complique de toute façon on se retrouve avec plusieurs tags. Sinon il faudrait admetttre des valeurs dans un type structuré comme JSON, voire XML en plus verbeux encore... ___ 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] Normalisation du tag antenne
@Amagat, c'est pour le cas où une antenne serait sur un toit ou ailleurs, sans support node en dessous. Pour le reste (réussir à placer des infos sur un point), je vous laisse débattre, j'ai essayé de trouver le plus optimisé. Sinon le id station me parait pas mal comme id.@Lacombe jamais parlé d'antenne à 360, j'ai parlé d'une simplification. Le Jeudi 30 avril 2015 18h08, Jérôme Amagat jerome.ama...@gmail.com a écrit : man_made=antennaest-ce que man_made est une bonne solution? beaucoup des antenne sont sur une tour, un pylône qui lui devrai être tagger en man_made.pourquoi pas seulement ajouté antenna=yes sur le support? supprimé complètement man_made=antenna ne serai t elle pas une meilleur solution pour éviter des confusions? l'id anfr : il faut voir de quoi on parle. dans le fichier libéré, des id il y en a plusieurs : un pour chaque support, station, antenne, émetteur et bande. et le numéro d'identification de l’installation sur Cartoradio. Une autre question : moi je pars du principe que l'on ne peut pas, pour un pylône, placer plusieurs points dans osm. j'ai raison? je repart sur l'exemple que j'ai donner plus haut :je verais bien ça :man_made=tower (ou autre)antenna=yesref:cartoradio=...operator=RESEAU PRIVE|TDF|SNCF Réseau|FREE MOBILE|IFW|BOUYGUES TELECOMreseau =PMR|FM;FH|GSM R|UMTS 900;UMTS 2100;LTE 2600|BLR 3 GHZ|FH;LTE 800;LTE 1800;LTE 2600;GSM 900;GSM 1800;UMTS 2100| utiliser des | comme pour les lanes sur les routes permet de donner des infos sur chaque operator.je ne vois pas comment on pourrait en mettre plus sans rendre le truc incompréhensible. ou alors un truc du genre :operator:1=...reseau :1=...antenne:1=...frequence:1=...operator:2=...reseau :2=...antenne:2=...frequence:2=.. ___ 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] Normalisation du tag antenne
C'est là que des tags comme height interviennent à mon sens, la hauteur et l'élévation de l'antenne permette de déterminer sa visibilité directement Le Mercredi 29 avril 2015 14h53, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le mercredi 29 avril 2015 12:07:29 dHuy Pierre a écrit : En me basant sur la discussion initiée ici précédemment et des discussions avec des opérateurs, je reviens avec une proposition pour l'utilisation d'un tag unifié pour les antennes. https://pad.partipirate.org/plobm2h0ZV Ceci n'est qu'un draft encore, mais nécessaire pour l'intégration de cartoradio correctement. Il sera nécessaire de le traduire en anglais, ne faisant guère confiance au mien, je souhaiterai savoir s'il y aurait un volontaire? Verdy? Mister Lacombe et Chateau-Thierry avaient été réactifs sur le sujet la dernière fois, j'attends donc votre point de vue sur ce que j'ai pu en tirer. Librement, Intéressant. Tu dis que les antennes peuvent être des repères visuels, et je suis d'accord. Ceci dit, certaines antennes ne le sont pas, et ce serait donc intéressant de le renseigner pour ne pas s'attendre à ce repère visuel. Je pense notamment à une antenne cachée dans un clocher d'Église par chez moi. Son existence est intéressante dans OSM, mais un attribut additionnel genre visibility=hidden ou hidden=yes serait un plus. Après, comment différencier ces antennes cachés sur une carte c'est une autre question … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ 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] Normalisation du tag antenne
C'est un pad au passage, n'hésitez pas à commenter (entre crochet) ou à corriger les fautes/inexactitudes. Le Mercredi 29 avril 2015 14h54, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le mercredi 29 avril 2015 12:07:29 dHuy Pierre a écrit : En me basant sur la discussion initiée ici précédemment et des discussions avec des opérateurs, je reviens avec une proposition pour l'utilisation d'un tag unifié pour les antennes. https://pad.partipirate.org/plobm2h0ZV Ceci n'est qu'un draft encore, mais nécessaire pour l'intégration de cartoradio correctement. Il sera nécessaire de le traduire en anglais, ne faisant guère confiance au mien, je souhaiterai savoir s'il y aurait un volontaire? Verdy? Mister Lacombe et Chateau-Thierry avaient été réactifs sur le sujet la dernière fois, j'attends donc votre point de vue sur ce que j'ai pu en tirer. Librement, Intéressant. Tu dis que les antennes peuvent être des repères visuels, et je suis d'accord. Ceci dit, certaines antennes ne le sont pas, et ce serait donc intéressant de le renseigner pour ne pas s'attendre à ce repère visuel. Je pense notamment à une antenne cachée dans un clocher d'Église par chez moi. Son existence est intéressante dans OSM, mais un attribut additionnel genre visibility=hidden ou hidden=yes serait un plus. Après, comment différencier ces antennes cachés sur une carte c'est une autre question … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Normalisation du tag antenne
En me basant sur la discussion initiée ici précédemment et des discussions avec des opérateurs, je reviens avec une proposition pour l'utilisation d'un tag unifié pour les antennes. https://pad.partipirate.org/plobm2h0ZV Ceci n'est qu'un draft encore, mais nécessaire pour l'intégration de cartoradio correctement. Il sera nécessaire de le traduire en anglais, ne faisant guère confiance au mien, je souhaiterai savoir s'il y aurait un volontaire? Verdy? Mister Lacombe et Chateau-Thierry avaient été réactifs sur le sujet la dernière fois, j'attends donc votre point de vue sur ce que j'ai pu en tirer. Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des données de PSS dans OSM
Il n'y a pas SA donc pour moi on peut changer la licence à l'export. À confirmer. Le Lundi 27 avril 2015 13h18, Vincent Frison vincent.fri...@gmail.com a écrit : Bonjour, J'en avais déjà parlé il y a quelques temps sur cette liste mais depuis ça a un peu avancé. Pour rappel le site PSS (http://www.pss-archi.eu) fournit une base de données avec plus de 47 000 immeubles répartis sur toute la France. Mon idée était de récupérer au minimum les infos de hauteur des immeubles (nombre d'étages ou hauteur réelle) afin de mettre à jour les bâtiments existants dans OSM, comme j'ai déjà pu le faire très récemment avec la base open data de Paris (49 000 immeubles mis à jour, soit plus de la moitié des immeubles parisiens). De ce que j'ai compris ce qui les gêne dans la licence OSM c'est que les données peuvent être réutilisées dans des projets commerciaux. Apparemment il vont bientôt rendre disponible leurs données sous la licence BY-NC-ND (https://creativecommons.org/licenses/by-nc-nd/2.0/fr/). Comme je ne suis pas du tout un expert sur ces questions juridiques je vous requiert de l'aide pour savoir que ce qu'on pourrait tirer de cette belle source de données. Mais peut-être rien du tout à cause des restrictions de cette licence... Merci d'avance pour votre aide, Vincent. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Caméra embarquée avec position et direction
http://www.instructables.com/id/Mapillary-en-Raspberry-Pi/?ALLSTEPS Pour ceux ne voulant pas payer une fortune pour le garmin d'ailleurs Le Vendredi 24 avril 2015 16h44, Yves Pratter yves.prat...@gmail.com a écrit : Le 24 avr. 2015 à 14:41, dHuy Pierre dh...@yahoo.fr a écrit : Techniquement il existe déjà le projet très abouti de Mapillary qui permet de travailler avec osm et qui permet de faire une vue assez complète. Et qui permet depuis peu? de télécharger des vidéos (pour le moment, uniquement de Go-Pro) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] points de vente SNCF en opendata
Il te suffit de grouper les tags en fonction de l'usage: s'il s'agit d'un bureau informatif et et d'une vente de ticket tu mets les tags tourism=information ET shop=ticket (pour moi le shop ticket serait plus approprié que le travel_agency, qui correspond aux agneces de vacance type Pierre et vacances). Si dans le bureau tu peux trouver des cartes du réseau, tourism=information+information=map+map_type=network sous la forme d'un node à l'endroit supposé de la carte. Il existe des tags pour les différents éléments: machine de vente, écran d'information...S'il s'agit également un poste où aller en cas de problème, il y a infirmerie... etc. À défaut un unique shop=travel_agency;office=information; tourism=information; operator=SNCF suffira.Librement, Le Samedi 25 avril 2015 7h49, Virgile Kéré vk...@free.fr a écrit : Bonjour, D'ailleurs, comment devrait-on taguer les agences de transports en commun (aussi bien SNCF, que les réseaux urbains et autres). Je n'ai pas trouvé de consignes claires. Les tags qui s'en rapprochent le plus sont shop=travel_agency ou tourism=information + information=office. Aussi il existe un shop=ticket, mais généralement les activités de ces agences ne se limitent pas à la vente de tickets, mais aussi aux conseils de mobilités : itinéraires, modes de transport... Virgile - Mail original - Message: 4 Date: Fri, 24 Apr 2015 10:20:51 + From: HELFER Denis denis.hel...@rff.fr To: talk-fr@openstreetmap.org talk-fr@openstreetmap.org Subject: [OSM-talk-fr] points de vente SNCF en opendata Message-ID: 0b1ce879dca3ad4cb3eb4a9bd06234073cd0c...@rffsrvexc1.rff.ferre Content-Type: text/plain; charset=cp1258 Ca vient de sortir : http://www.sncf.com/fr/content/brevepresseopen-data-points-de-vente24042015 Un rapide coup d’œil sur la qualité de la géolocalisation des points indique une assez bonne voie bonne qualité sur les boutiques. Il y a les horaires pour ceux qui veulent s’entrainer aux tags Denis Helfer Chargé d’études géomatiques, correspondant SI SNCF RESEAU Direction rÉgionale alsace lorraine champagne-ardenne 15 rue des Francs-Bourgeois - 67082 STRAsbourg CEdex TÉL. : +33 (0)3 88 23 95 58 FAX : +33 (0)0 88 23 30 80 - helfer.de...@rff.frmailto:helfer.de...@rff.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] Caméra embarquée avec position et direction
Techniquement il existe déjà le projet très abouti de Mapillary qui permet de travailler avec osm et qui permet de faire une vue assez complète. Le Vendredi 24 avril 2015 14h35, Vincent de Château-Thierry osm.v...@free.fr a écrit : De: Nicolas Moyroud nmoyr...@free.fr On sent là une certaine expérience de la chose ! ;-) Héhé ^^ Après on parle là de méthodes efficaces mais gourmandes en stockage, et génératrices de beaucoup de bruit : pour un cliché utile, combien qui ne disent rien ? C'est une balance à trouver, selon sa vitesse de déplacement et ce qu'on cherche à capturer. C'est parfait pour les PEI ;) Se pose aussi la question (qu'on n'aborde jamais trop ici) de la discrétion du procédé, et des réactions qu'il peut provoquer des passants, promeneurs et riverains. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapper un territoire indépendant
Pour compléter le sujet, l'exemple de la République Turque de Chypre: État reconnu exclusivement par la Turquie: https://www.openstreetmap.org/relation/2514541 Le Vendredi 24 avril 2015 16h58, dHuy Pierre dh...@yahoo.fr a écrit : Suite à la déclaration de constitution du Liberland, je suis allé faire un tour sur le wiki osm [1] et sur la carte [2]. Et je trouve cela quelque peu désappointant. Comment pourrait-on cartographier ce territoire indépendant/pays encore non reconnu par aucun état? [1] http://wiki.openstreetmap.org/wiki/WikiProject_Liberland[2] https://www.openstreetmap.org/way/339984274#map=15/45.7710/18.8705layers=HN ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mapper un territoire indépendant
Suite à la déclaration de constitution du Liberland, je suis allé faire un tour sur le wiki osm [1] et sur la carte [2]. Et je trouve cela quelque peu désappointant. Comment pourrait-on cartographier ce territoire indépendant/pays encore non reconnu par aucun état? [1] http://wiki.openstreetmap.org/wiki/WikiProject_Liberland[2] https://www.openstreetmap.org/way/339984274#map=15/45.7710/18.8705layers=HN ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GraphHopper : un calculateur d'itinéraires
Petit défaut avec graphopper du au fait qu'il se conforme au règle. La traversée/le suivi d'une route résidentielle privée est refusé, du coup cela fait quelque fois de grand détour. Mais bon en même temps c'est conforme aux règles... Le Mardi 21 avril 2015 20h43, Vincent Bergeot vinc...@bergeot.org a écrit : Le 21/04/2015 20:21, Yves Pratter a écrit : Bonjour, Je viens de tomber par hasard sur un nouveau? calculateur d’itinéraires basé sur les données OSM : GraphHopper.com Il a une API open source pour des itinéraires en voiture, vélo et à pied. Elle peut être personnalisée pour d’autres « véhicules (cheval dans le cas de Wanderreitekarte.de, …). Les dénivelés sont pris en compte… Quelqu’un l’utilise déjà ? non mais j'ai pu constater que c'est le troisième choix, que je ne connaissais pas, qui apparaît dans la liste des calculateurs (avec mapquest et osrm) lorsque l'on fait son itinéraire sur osm.org. bonne soirée -- Vincent Bergeot ___ 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] Place de la République
Si tu y passe davantage, je n'ai jamais pu finir correctement la station sur les connexion avec la 3 et sur les nombreuses sorties. Le Jeudi 16 avril 2015 17h14, Brice MALLET brice...@free.fr a écrit : Bonjour, J'ai repris la Place de la République à Paris (un multipolygone composé de 2 terrassses + 1 esplanade) après moult passages sur place. Merci à ceux qui peuvent vérifier si OK (je ne suis jamais sûr avec les relations). http://www.openstreetmap.org/#map=18/48.86763/2.36266 Brice ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Point douteux
Je viens de trouver ça:http://www.openstreetmap.org/node/3281176361#map=15/48.8470/2.3982 Bon outre le fait que ça soit douteux (et que les tags n'ai jamais été approuvé par vote), est-ce que vous pensez que c'est quelque chose de pertinent sur osm? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Point douteux
Techniquement ce n'est même pas une plaque commémorative, c'est un battlefield autrement dit un champ de bataille, à ma connaissance c'est assez abusif, dans la mesure ou une bataille c'est une armée contre une autre pas un assassinat ni du terrorisme (y avait le projet de marquer des points comme ça mais je me rappelle plus le tag). Le Mardi 14 avril 2015 9h23, JB jb...@mailoo.org a écrit : Ça m'étonnerait qu'ils aient gardé la nouvelle déco avec des balles partout… J'aurais tendance à attendre qu'une stèle soit posée pour cartographier la stèle. JB. Le 14/04/2015 09:17, dHuy Pierre a écrit : Je viens de trouver ça: http://www.openstreetmap.org/node/3281176361#map=15/48.8470/2.3982 Bon outre le fait que ça soit douteux (et que les tags n'ai jamais été approuvé par vote), est-ce que vous pensez que c'est quelque chose de pertinent sur osm? ___ 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] Hauteur et nombre d'étages des bâtiments
@Vincent Pottier: exactement ce que je défendais plus haut mais je me croyais seul :p Le Lundi 13 avril 2015 20h50, Vincent Pottier vpott...@gmail.com a écrit : Le 13/04/2015 16:00, Vincent Frison a écrit : Il faut aussi se dire que les moteurs de rendu 3D sont obligés d'appliquer une hauteur arbitraire aux immeuble n'ayant pas d'information de hauteur (ie. sans tag height ou building:levels). Et qu'à priori il vaut mieux avoir une valeur qui correspond au moins à une partie de la réalité du bâtiment plutôt qu'une valeur complètement arbitraire... Ça, ça se discute ! Que le moteur de rendu 3D prenne une hauteur arbitraire, c'est son problème. Et ça ne vaut que pour ce moteur de rendu. Mettre une donnée à moitié juste dans OSM, c'est mettre une donnée à moitié fausse ! Et c'est faire croire à tout le monde qu'elle est juste. Alors que l'absence de donnée n'est pas une erreur mais une absence. À mon avis, ce qui frôle les 80 %, c'est OK. Mais descendre à 50, c'est faire un sacré pari. La donnée externe ne va pas disparaître demain ? Quand on trouvera d'autres éléments pour une heuristique, elle sera encore la ? Alors patientons. Si c'était un building:part, ce serait moins faux ! -- FrViPofm ___ 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] Jeu de données antennes de l'ANFR sur data.gouv.fr
Tu voudrais dire que les données sont considérées assez fiable pour être des repères géodésiques? Le Lundi 6 avril 2015 23h51, Christian Quest cqu...@openstreetmap.fr a écrit : Il y a aussi des intégrations secondaires possible. On a une description du support de l'antenne, ce qui permet de repérer des monuments ou ouvrages d'art... un peu comme avec les repères géodésiques qui indiquent clocher, château d'eau... Le 05/04/2015 00:17, dHuy Pierre a écrit : Oui on a déjà eu ce débat ici fin 2014. Du coup je vais sans doute reproposer une propal de tag pour unifier tout ça. Le Vendredi 3 avril 2015 22h56, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : J'ai un peu regardé. Il faut déjà mettre en correspondance les données du fichier avec des tag OSM. Il y a différents identifiants et différents types d'objets. Frédéric. Le 03/04/2015 17:30, Frédéric Rodrigo a écrit : Tu ne veux pas faire ça dans Osmse plutôt qu'un n-ème outil d'intégration ? Le 03/04/2015 17:22, dHuy Pierre a écrit : Yeah \o/ Je m'attelle à un outil d'intégration ce we! Le Vendredi 3 avril 2015 15h22, Francescu GAROBY windu...@gmail.com a écrit : Après demande, ça a été mis à jour : Licence Ouverte / Open Licence Francescu 2015-04-03 12:19 GMT+02:00 Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr: C'est ici: https://www.data.gouv.fr/fr/datasets/donnees-sur-les-installations-radioelectriques-de-plus-de-5-watts-1/ mais... License not specified :( -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Jeu de données antennes de l'ANFR sur data.gouv.fr
Yeah \o/ Je m'attelle à un outil d'intégration ce we! Le Vendredi 3 avril 2015 15h22, Francescu GAROBY windu...@gmail.com a écrit : Après demande, ça a été mis à jour : Licence Ouverte / Open Licence Francescu 2015-04-03 12:19 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: C'est ici: https://www.data.gouv.fr/fr/datasets/donnees-sur-les-installations-radioelectriques-de-plus-de-5-watts-1/ mais... License not specified :( -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] attribution homengo.com
Mea culpa du coup, j'ai mal visité le site je suppose :3 Le Jeudi 26 mars 2015 9h47, Vincent de Château-Thierry osm.v...@free.fr a écrit : Bonjour, De: dHuy Pierre dh...@yahoo.fr Un lien vers une page l'utilisant? Le Jeudi 26 mars 2015 8h52, Ab_fab gamma@gmail.com a écrit : Non, c'est bien un rendu basé sur OSM Le 25 mars 2015 23:32, dHuy Pierre dh...@yahoo.fr a écrit : En même temps, ils utilisent googlemaps... (à première vue, je n'ai pas visité tout le site) Le Mercredi 25 mars 2015 22h32, djo_man djo_...@laposte.net a écrit : Homengo n'ont à priori pas d'attribution sur la carte... Pour voir la carte : https://homengo.com/s/vente/porte-saint-martin_district-32359/? Les tuiles sont servies par Mapbox, comme celle-ci : https://b.tiles.mapbox.com/v3/homengo.map-k5p53d21/11/1037/704.png Il n'y a rien sur la carte en effet, il y a une page de sources qui n'a sûrement pas la même visibilité : https://homengo.com/immobilier/sources/ vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] attribution homengo.com
Un lien vers une page l'utilisant? Le Jeudi 26 mars 2015 8h52, Ab_fab gamma@gmail.com a écrit : Non, c'est bien un rendu basé sur OSM Le 25 mars 2015 23:32, dHuy Pierre dh...@yahoo.fr a écrit : En même temps, ils utilisent googlemaps... (à première vue, je n'ai pas visité tout le site) Le Mercredi 25 mars 2015 22h32, djo_man djo_...@laposte.net a écrit : bonsoir Homengo n'ont à priori pas d'attribution sur la carte... djo_man ___ 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 -- ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagguer un pépinière d'entreprise ?
Le tag office=incubator existe aussi (déjà croisé) Le Jeudi 26 mars 2015 12h27, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Que ce soit pour un building ou un landuse, je pense que la valeur est commercial http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dcommercial http://wiki.openstreetmap.org/wiki/Tag:building%3Dcommercial Romain 2015-03-26 12:23 GMT+01:00 Nicolas Moyroud nmoyr...@free.fr: Je n'ai pas réussi à trouver d'infos à ce sujet sur le wiki. Il s'agit d'une pépinière d'entreprises NTIC, style startups. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://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] Comment tagguer un pépinière d'entreprise ?
Le problème avec office c'est que ce n'est pas forcément un batiment, des fois c'est un étage, voir une suite... Donc c'est question de contexte! Le Jeudi 26 mars 2015 16h50, Romain MEHUT romain.me...@gmail.com a écrit : Le 26 mars 2015 16:18, Nicolas Moyroud nmoyr...@free.fr a écrit : Ah ben voilà ça c'est bien ! Merci Pierre. building=commercial ça reste bien flou quand même ! A noter que la page du wiki indique d'ajouter à building=commercial, un tag office= pour la description. 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] Hauteur et nombre d'étages des bâtiments
Hors-TopicHuhu effectivement, tu me fais remarquer une erreur que j'ai faite à ce moment là. Je visiterai quand je pourrai pour voir. Mais l'objectif était de montrer que si tu te bases sur le dessin de base (modifié par moi) ça risquait de faire disparaitre l'eglise.Sinon je connais bien l'usage de building:levels et la différence avec height :) J'ai fait l'essentiel du travail à la main pour le coup et je n'ai pas fait attention aux tags autour./Hors-TopicMais du coup, que penses tu des building:part? Le Mercredi 25 mars 2015 9h47, Vincent Pottier vpott...@gmail.com a écrit : Le 25/03/2015 00:16, dHuy Pierre a écrit : Si tu tags le building avec la hauteur la plus faible puis que tu dessine une bloc building:part=yes, building:levels=... Ça permet de dessiner les variétés de hauteur sans créer de nouveaux batiments mais des bouts de batiments. http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings Pour ce qui est de l'exemple, je t'invite à regarder l'historique de la zone https://www.openstreetmap.org/way/330517677 avec une logiciel de rendu 3D Pour le coup, c'est typiquement le genre d'endroit où le polygone 55314295 pourrait être découpé [1]. À voir l'imagerie aérienne, il semble que l'église ne remplisse que le polygone 330517677, c'est donc sur ce polygone uniquement que devraient être portés les tags amenity=place_of_worship... Il semble par ailleurs que la nef est plus large que celle cartographiée et que le transept nord va jusqu'à la rue. Le polygone 330517677 est taggé avec building:levels=6 . Il y a réellement 6 niveaux dans le bâtiment (dans ce cas, l'église serait à un des étages. J'en doute, mais ça existe ailleurs), ou c'est la hauteur de la nef qui correspond à une hauteur de bâtiment de 6 niveaux (et alors le tag n'est pas exact [2] ) ? [1] Voirhttp://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dplace_of_worship#Remarques [2] building:levels est une mesure du nombre de niveau hors combles et sous-sols, et non une mesure de hauteur. Voir http://wiki.openstreetmap.org/wiki/FR:Key:building:levels -- FrViPofm ___ 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] Hauteur et nombre d'étages des bâtiments
building:part s'utilise très bien avec minlevel et levels...Pour l'église j'avais fait un travail de pure intégration donc je verrais irl (faut que je fasse un tour pour noter les toitures).Sinon +1 pour l'intégration quand la shape correspond exactement (modulo quelques %) au building. Le Mercredi 25 mars 2015 10h26, Vincent Pottier vpott...@gmail.com a écrit : Le 25/03/2015 10:08, Christian Quest a écrit : Les building:part c'est très bien quand on découpe les buildings. Je doute qu'on puisse automatiser leur création à partir de géométries différentes (si on les a, ce qui n'est pas forcément le cas). Scripter et automatiser... avec prudence et si c'est pour ajouter une donnée imprécise en collant des fixme, je pense que ça n'est pas souhaitable. Des trucs avec des fixme on en a encore de grosses pelletés alors que ça a été intégré il y a des années (je pense aux points d'eau à Paris). Il n'y a que dans les cas où le rapprochement est quasi parfait (par exemple surface de bâtiment identique à quelques % près) qu'on devrait s'aider d'un automatisme... pour le reste: huile de coude ! +1 genre : * Quand correspondance des bâtiments à qq %, travail pour le bot. * Quand variation plus importante ou plusieurs valeurs pour un même polygone OSM, génération de fichier d'intégration. C'était un peu la méthodologie CLC, non ? -- FrViPofm ___ 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] attribution homengo.com
En même temps, ils utilisent googlemaps... (à première vue, je n'ai pas visité tout le site) Le Mercredi 25 mars 2015 22h32, djo_man djo_...@laposte.net a écrit : bonsoir Homengo n'ont à priori pas d'attribution sur la carte... djo_man ___ 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] Hauteur et nombre d'étages des bâtiments
Si tu tags le building avec la hauteur la plus faible puis que tu dessine une bloc building:part=yes, building:levels=... Ça permet de dessiner les variétés de hauteur sans créer de nouveaux batiments mais des bouts de batiments.http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings Pour ce qui est de l'exemple, je t'invite à regarder l'historique de la zone https://www.openstreetmap.org/way/330517677 avec une logiciel de rendu 3D Le Mardi 24 mars 2015 23h13, Vincent Frison vincent.fri...@gmail.com a écrit : Le 24 mars 2015 20:30, dHuy Pierre dh...@yahoo.fr a écrit : Francescu décrit assez bien le type de situation qui m'effraie. Sur l'île St Louis par exemple, il y avait une Eglise imbriqué dans un batiment, l'église était supérieur au reste mais de surface inférieur. Avec ton logiciel ça ferait disparaitre l'eglise... Autre exemple une coupole isolée (ça aussi ça existe sur le terrain). Etc... Hmm je vois pas dans quel cas ça pourrait faire disparaître un bâtiment.. t'aurais un lieu précis à m'indiquer stp ? Plutôt que de t'attaquer au building, pourquoi ne pas utiliser building:part? Il est parfaitement normé et t'éviteras les approximations. Je ne suis pas sûr de bien comprendre.. mais encore une fois mon programme ne crée pas ou ne découpe pas des bâtiments, ça serait une tâche bien plus compliquée... Actuellement le programme lit les bâtiments importés et essaye de les faire correspondre avec des bâtiment existants d'OSM pour éventuellement rajouter un tag un tags levels=* ou height=* (seulement si le bâtiment n'en possède pas encore donc à priori je ne vais pas saccager le travail des cartographes de l'île de la Cité). D'ailleurs Jếrôme tu as remarqué que j'ai fait plusieurs updates avec différents tags levels. C'est parce que je met à jour l'immeuble dès que je trouve un import qui le match géographiquement. Mais si par la suite je tombe sur un nouvel import qui match encore mieux alors je fais une nouvelle mise à jour (mais si vraiment ça pose problème je pourrais me débrouiller pour ne faire qu'une seule mise à jour, celle du meilleur candidat tant qu'à faire ;p). Et comme tu l'as dis rien n'empêche d'autres contributeurs d'améliorer le travail par la suite. D'ailleurs pour reprendre l'idée de Vincent je pourrais rajouter pour faciliter le travail des contributeurs un tag fixme pour les bâtiments trop tendancieux. Je pourrais par exemple poser ce tag dans le cas où le score du meilleur bâtiment importé ne dépasse pas les 80% (ie. parmi les bâtiments d'ODP le meilleur candidat a une surface dont le ratio avec la surface du bâtiment d'OSM est inférieur à 0.8). Sinon attention delta entre osm et la db de l'opendata, un toit/grenier n'est pas considéré comme level sur osm! Oui je rajoute déjà +1 au nombre d'étage puisque OSM compte les étages à l'américaine ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Hauteur et nombre d'étages des bâtiments
Francescu décrit assez bien le type de situation qui m'effraie. Sur l'île St Louis par exemple, il y avait une Eglise imbriqué dans un batiment, l'église était supérieur au reste mais de surface inférieur. Avec ton logiciel ça ferait disparaitre l'eglise... Autre exemple une coupole isolée (ça aussi ça existe sur le terrain). Etc...Plutôt que de t'attaquer au building, pourquoi ne pas utiliser building:part? Il est parfaitement normé et t'éviteras les approximations.Sinon attention delta entre osm et la db de l'opendata, un toit/grenier n'est pas considéré comme level sur osm! Le Mardi 24 mars 2015 8h39, Francescu GAROBY windu...@gmail.com a écrit : Bonjour,Pour ton exemple de 2 immeubles, l'un de 8 et l'autre de 5 étages, représentés comme un seul bâtiment dans OSM : ne pourrait-on pas imaginer que ton script propose de découper cet immeuble en 2, de façon à ce que la superficie de chacun colle avec ce qu'ODP connaît ?En écrivant ça, je réalise que cela signifierait alors que la coupure ne suivrait pas forcément la réalité (un mur de séparation qui zigzaguerait, par exemple). Mais cela aurait au moins le mérite d'éviter d'avoir 2 immeubles dont l'un est trop haut (si c'est le 8 étages qui est retenu par ton script actuel) ou trop bas (si c'est le 5 étages). Francescu Le 23 mars 2015 21:27, Vincent Frison vincent.fri...@gmail.com a écrit : Le 23 mars 2015 16:21, dHuy Pierre dh...@yahoo.fr a écrit : Inclus-tu les batiments pouvant avoir plusieurs étages? Parce qu'après avoir regarder cette base c'est souvent le cas! Tout dépend ce qu'il y a déjà dans OSM. Mon programme ne rajoute pas ou ne découpe de bâtiment, il rajoute juste des tags sur des bâtiments déjà existants dans OSM. Si un bâtiment a plusieurs étages il y aura à coup sûr plusieurs bâtiments dans la base d'OpenDataParis (ODP) car effectivement cette dernière possède un découpage extrêmement précis des bâtiments (plus de 300 000 volumes bâtis !!), bien plus que le découpage des bâtiments d'OSM. Imaginons un bâtiment de 8 étages collé à un autre de 5 étages. Si il y a déjà un découpage en 2 bâtiments dans OSM, ça va coller nickel. Sinon ça sera une simplification : si OSM n'a qu'a seul bâtiment pour représenter ces 2 immeubles alors il faudra choisir, 5 ou 8 étages. Mais comme je regarde les surfaces et ça sera le bâtiment d'ODP qui aura la surface la plus proche du bâtiment d'OSM qui sera pris en compte. C'est donc une simplification et dans l'idéal il faudrait découper le bâtiment d'OSM en 2 bâtiments mais c'est pas ce que fait mon programme. N'hésitez pas à regarder le résultat sur la zone de test entre Bastille et Nation pour vérifier des cas concrets. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Hauteur et nombre d'étages des bâtiments
Inclus-tu les batiments pouvant avoir plusieurs étages? Parce qu'après avoir regarder cette base c'est souvent le cas! Le Lundi 23 mars 2015 11h56, Vincent Frison vincent.fri...@gmail.com a écrit : Hello, Comme je l'avais indiqué il y a quelques temps sur cette ML j'ai développé un petit programme permettant l'importation de base de données avec des hauteurs d'immeubles (véritable hauteur en mètre ou juste nombre d'étages). A la base c'était pour importer la base de donnée de http://www.pss-archi.eu (environ 40 000 immeubles répartis sur l'ensemble de la France) mais finalement j'ai commencé par les données de http://opendata.paris.fr. Cette dernière BD a l'avantage d'être complètement libre et elle contient 320 000 volumes bâtis parisiens avec leur nombre d'étage. Voici très grossièrement le fonctionnement: du programme- pour faire la correspondance avec les éléments d'OSM je regarde tout simplement si leur polygone contient (fonction ST_Contains de PostGIS) les coordonnées des bâtiments importés- si le bâtiment OSM a déjà un tag de hauteur ou de nombre d'étages je n'y touche pas- s'il y a plusieurs imports qui matchent le même bâtiment OSM c'est celui dont la surface se rapproche le plus du bâtiment OSM qui gagne- si un import match une relation multipolygone : s'il y a un et un seul membre outer (la grosse majorité des cas) je le met à jour, sinon je ne fais rien (pour l'instant) J'ai testé le programme sur la base de test avec une zone couvrant Bastille / Gare de Lyon / Nation et cela se passe plutôt pas mal : environ 2400 immeubles (sur 2500 matchés) ont été mis à jour, soit quasiment tous les immeubles de la zone concernée.Vous pouvez voir le résultat avec JOSM par ex. en le faisant pointer sur http://api06.dev.openstreetmap.org (éventuellement avec le plugin Kenzi3D pour avoir un rendu 3D). Maintenant j'aimerais avoir vos conseils pour la suite : - dans quelle mesure dois je pousser mes tests avant de pouvoir prétendre les appliquer en live ?- quelles précautions à prendre pour pouvoir éventuellement rollbacker mes changements sans trop de complications ?- dois je demander une autorisation spéciale avant de faire des modifications en masse sur le serveur live ? Pour le 2e point j'imagine que ça sera possible dans la mesure où j'aurais des changesets bien définis (ie. avec les mêmes tags source et comment) ainsi qu'un compte utilisateur créé pour l'occasion (différent de mon compte personnel). Merci pour votre aide, Vincent. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Hauteur et nombre d'étages des bâtiments
Effectivement, si tu fais ça, ça serait uploader des données erronées si tu le fais directement... C'est un travail minutieux que de cartographier les volumes, ça sert ensuite pour mettre en place une visualisation 3D et une erreur sur ces datas provoquera, une erreur dans la visualisation et réduira conséquemment l'appréciation d'osm pour ce type de données, alors qu'à Paris de nombreux cartographes y travaillent (jette un oeil à Cité).Librement, Le Lundi 23 mars 2015 23h38, Vincent de Château-Thierry v...@laposte.net a écrit : Le 23/03/2015 21:27, Vincent Frison a écrit : Mon programme ne rajoute pas ou ne découpe de bâtiment, il rajoute juste des tags sur des bâtiments déjà existants dans OSM. Si un bâtiment a plusieurs étages il y aura à coup sûr plusieurs bâtiments dans la base d'OpenDataParis (ODP) car effectivement cette dernière possède un découpage extrêmement précis des bâtiments (plus de 300 000 volumes bâtis !!), bien plus que le découpage des bâtiments d'OSM. Imaginons un bâtiment de 8 étages collé à un autre de 5 étages. Si il y a déjà un découpage en 2 bâtiments dans OSM, ça va coller nickel. Sinon ça sera une simplification : si OSM n'a qu'a seul bâtiment pour représenter ces 2 immeubles alors il faudra choisir, 5 ou 8 étages. Mais comme je regarde les surfaces et ça sera le bâtiment d'ODP qui aura la surface la plus proche du bâtiment d'OSM qui sera pris en compte. C'est donc une simplification et dans l'idéal il faudrait découper le bâtiment d'OSM en 2 bâtiments mais c'est pas ce que fait mon programme. N'hésitez pas à regarder le résultat sur la zone de test entre Bastille et Nation pour vérifier des cas concrets. En enregistrant le résultat de tes programmes, non en base OSM, mais dans des fichiers au format .osm, mis ensuite à disposition, tu rendrais possible plusieurs aspects : - le contrôle a priori, chacun ayant le loisir d'inspecter un fichier _avant_ que ses modifs ne soient en base - la répartition du travail : on peut imaginer un lotissement par pâté de maisons, feuille cadastrale, ou autre segmentation, ce qui ouvre la possibilité d'un travail coordonné comme ça existe déjà sur d'autres sujets - la mise en évidence de divergences entre les bâtis attendus et ceux trouvés dans OSM, comme dans ton exemple ci-dessus. Rien n'oblige à appliquer des tags en cherchant un critère d'affectation à tout prix. Devant une ambiguïté, on peut imaginer un signalement directement dans les fichiers mis à disposition, sous forme de tag fixme par exemple. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] niveaux pour les ascenseurs
La norme indoorOSM te propose l'utilisation de buildingpart=verticalpassage que tu associes aux étages par des relations, ainsi les quarts d'étages peuvent appartenir à un ensemble plus grand :)PanierAvide a expliqué de manière pertinente les autres questions au sujet du tag level. En tout cas, l'utilisation d'un tag level multiple ou l'association à de multiples relations rejoint un même point: l'unicité de l'élément. Cependant je pense que pour le routing sa méthode doit avoir ses avantages.@Verdy: Pourquoi parles tu de layers? J'avais cette problématique sur de l'indoor y a pas longtemps. Librement, Le Lundi 16 mars 2015 19h10, PanierAvide panierav...@riseup.net a écrit : La notion de layers n'est effectivement pas liée aux étages, mais la question porte ici sur le tag level, qui lui est vraiment lié aux étages (voir [1]). Le tag level=* gère également les demi-étages (voir plus, j'ai vu des quarts et tiers d'étages ici [2]). Après effectivement les étages en eux-mêmes peuvent comporter des noms divers, mais ça doit pouvoir s'indiquer sans trop de soucis dans une relation type=level ou le polygone indoor=level qui correspond ;) Cordialement, PanierAvide [1] http://wiki.openstreetmap.org/wiki/FR:Key:level [2] http://github.pavie.info/openlevelup/?s=m.LZe+2.9oQ+R6+-1.U Le 16/03/2015 19:00, Philippe Verdy a écrit : Attention le nombre de layers dans Osm et leur numérotation ne correspond pas necessairelent a celles des niveaux ou étages dans un bâtiment tel que vus dans l'ascenseur qui a aussi des arrêts en entresol entre deux étages... Pour différentes raisons on peut avoir besoin de plus de layers OSM que d'étages et en plus dans le mêle bâtiment et au mêle étage physique on a des numérotations différentes pour les niveaux de parking et niveaux habitables ou commerciaux d'un magasin Les étages et niveaux ne sont pas linéaires et ont des dénominations propres au bâtiment et a son usage interne... Contrairement aux layers d'osm qui sont des entiers arbitraires juste ordonnés de façon a ce que le layer 0 par défaut soit au niveau du sol exterieur qui n'est pas toujours plat et s'aligne avec des étages différents selon le côté du batiment ___ 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] tours penchées
@pverdy: Je pense que Cactusbone parle des murs plus que des plans horizontaux ou assimilés.@Cactusbone: Effectivement je n'avais pas pensé au buildingpart. Et si juste une facade est incliné? un peu comme ça: | / \ | | |Y a des immeubles à la def avec ce style là :p Le Jeudi 12 mars 2015 19h06, Philippe Verdy verd...@wanadoo.fr a écrit : pourquoi ne pas simplement utiliser le modèle 3D à étages en dessinant les polygones de chaque étage ?des angles en revanche seront nécessaires pour indiquer que le plan d'un étage (ou d'un pan de toit) n'est pas horizontal : direction de plus forte pente vers le bas (ou indication d'un vecteur avec deux points sur ce plan) et angle de la pente (ou différence de hauteur entre les deux points hauts et bas désignés) Le 12 mars 2015 17:51, dHuy Pierre dh...@yahoo.fr a écrit : L'idée est intéressante mais quid des tours présentant des biais de deux coté opposés? (en V si tu préfères) Le Jeudi 12 mars 2015 12h22, Cactusbone cactusb...@free.fr a écrit : Coucou ! pour la représentation des tours penchées, j'envisage de proposer 2 tags, mais j'aimerais vos avis dessus. liste des tours penchées : http://en.wikipedia.org/wiki/List_of_leaning_towers les tags seraient : building:leaning:angle pour l'angle entre la verticale et la tour, en degrés building:leaning:direction pour la direction de cet angle, soit en orientation (N,S,E,W) soit en degrés par rapport au Nord (comme roof:direction) Vous en pensez quoi ? -- View this message in context: http://gis.19327.n5.nabble.com/tours-penchees-tp5836844.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tours penchées
@pverdy: Je confirme qu'on s'est mal compris.@Liotier: oui mais il n'y a pas de possibilité de faire un encorbellement de biais. On est obligé de faire par morceau, non?. Le Vendredi 13 mars 2015 12h02, Philippe Verdy verd...@wanadoo.fr a écrit : les bâtiments qui penchent ont une forme relativement simple. on en trouve par exemple le long de la Loire à Nantes par affaissement du sol.Malgré tout sur l'orthophoto ce n'est pas visible à cause de l'angle de prise de vue qui cache le pied du batiment sur au moins 2 cotés et des autres objets environnants, sans compter aussi qu'on est souvent très en dessous de la précision de géolocalisation qui est au mieux décimétrique avec des pixels flous sur les bordures et des variations de hauteur du sol au pied du bâtiment (terrasses/dallages, escaliers, jardins, objets divers posés au sol) Si c'est vraiment important pour la précision parce que l'inclinaison est importante, on peut toujours tracer un deuxieme polygone décalé pour en copiant le premier décalé mais pour le sommet du bâtiment. ne pas y mettre les tags de type de bâtiment mais ceux pour un étage du modèle 3D et renseigne la hauteur de ce plan supérieur. Mais au delà de quelques degrés c'est la stabilité du bâtiment qui est remise en question, ou qui vient compromettre celle des bâtiment voisins sur lequel il s'appuie : on n'est plus loin de l'effondrement, le bâtiment peut être dangereux même avec des charpentes internes ou externes de soutien. Cependant les anciens bâtiment d'avant les années 1920 tiennent mieux que les batiments modernes : sur terrain alluvionnaire (le long de la Seine ou de la Loire on en trouve pas mal), ils sont construits sur pilotis avec une charpente métallique ou bois déformable et des murs extérieurs qui peuvent coulisser le long de cette charpente verticale. Les batiments en béton, brique ou parpaing sans charpente, sur simples poteaux porteurs en béton armé ou gros murs porteurs, se fissurent et ne résistent pas à l'inclinaison par déformation du sol (y compris la variation de l'hygrométrie qui fait gonfler ou dégonfler le sol, surtout lors des périodes de forte sécheresse assez longues de quelques mois, ou en cas de chantier de pompage dans le voisinage). Même quand le niveau des eaux remonte, le terrain autour se déforme et ne retrouve pas la forme initiale à cause du poids du bâtiment (pas forcément réparti de façon uniforme selon les aménagements intérieurs, le centre de gravité n'étant pas bien centré), qui tend donc à s'enfoncer surtout sur le coté le plus exposé au changement d'hygrométrie souterraine, même avec les pilotis (mais de nombreux bâtiments récents n'ont strictement aucun pilotis, ils sont posés sur une dalle de béton dans un trou creusé, et bordé de murs béton formant un baquet de retenue du sol. sous la dalle il y a normalement une couche de drainage en gros graviers, avec parfois aussi des tubes microperforés, sensés équilibrer la répartition de l'eau, avant la feuille étanche sur laquelle est coulée la dalle de béton; là où les poussées latérales du terrain sont importantes, une partie de ce baquet est comblé avec du sable et des gravas secs, recouverte ensuite de la première chape plus fine ou d'un vide sanitaire avec aérations pour assécher les micro-infiltrations et éviter qu'elle remonte les murs ou poteaux porteurs). Dans les régions de marais (Vendée, Poitou-Charentes...), il n'y a souvent rien d'enterré (et même plus de vide sanitaire...), pas de sous-sol, le rez-de-chaussée est directement sur la chape de béton. Historiquement il y avait au moins des pilotis, mais les constructions neuves n'en ont plus du tout (oubli grave pour une petite économie dont se rendent compte les propriétaires quelques années après quand ils voient des traces d'eau remonter les murs et qui réduit l'isolation thermique : on a des murs très froid en hiver... en plus de la dégradation des plâtres et peintures, et des champignons et divers nuisibles...) ___ 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] Carte des données indoor : OpenLevelUp!
Pour les images/PDF, il y a svg.js et jsPDF qui sont plutôt bien à première vue.Sinon tout dépend comment tu routes et quel batiment, tu routes. Ceux comprenant un chemin à l'intérieur seront plus facile à router (y a déjà des lib pour) que ceux avec juste des pièces... et des portes! Librement, Le Mercredi 11 mars 2015 10h58, PanierAvide panierav...@riseup.net a écrit : Merci :) Je vais voir ça pour la terrasse du Mont Saint-Michel, il doit y avoir un tag que j'ai pas dû prendre en compte. L'export sous forme d'image/PDF c'est une bonne idée, il faut que j'étudie s'il est possible de faire ça dans le navigateur (la contrainte c'est de rester uniquement sur JavaScript). Pour les verticalpassages (et escaliers/ascenseurs/... de manière générale) c'est prévu, je m'en charge pour la prochaine mise à jour. Le routage en intérieur ce serait le top, mais à priori ça ne se fait pas encore de trop directement dans le navigateur. Il y a le projet ffwdme.js [1] qui permet de faire de la navigation à la GPS en JavaScript, donc ça doit être possible. Mais ça mériterait un projet à part entière pour le coup ;) Cordialement. [1] https://github.com/ffwdme/ffwdme.js Le 11/03/2015 09:29, dHuy Pierre a écrit : Petite fierté personnelle de voir le chateau de Chenonceau dans tes exemples :) Autrement pourrais tu créer une méthode d'export en pdf ou en jpg pour disposer d'un plan imprimé? Pour les verticalpassage, la possibilité de cliquer dessus pour monter /descendre d'un étage? À plus long terme, faire du path finding pour guider quelqu'un dans le batiment? Sinon des fois des tags qui délimite des zones apparaissent au dessus (exemple sur la terrasse ouest du mont saint michel). Sinon encore bravo, tu fais un travail excellent! Le Mercredi 11 mars 2015 0h24, PanierAvide panierav...@riseup.net a écrit : Bonjour à tous, Encore du nouveau sur OpenLevelUp, et cette fois-ci pas mal de choses. En résumé : amélioration de l'affichage des objets et pop-ups, des liens rapides vers OSM, le cadastre en arrière-plan et la possibilité d'exporter un niveau en GeoJSON. C'est toujours ici : http://github.pavie.info/openlevelup/ Pour la version détaillée : * Meilleure gestion des buildingpart=verticalpassage [1] * Affichage des images (tag image=*) dans les pop-ups [2] * Les liens hypertextes sont cliquables (tags image, website, contact:website, url, wikimedia_commons) * L'icône correspondant au type d'objet s'affiche dans le titre * Le cadastre est disponible dans les couches * Lien vers OSM.org dans les pop-ups et en bas de page * Les objets building et buildingpart/indoor sont forcément mis en arrière-plan (certains objets étaient précédemment cachés) * De nombreuses icônes ajoutées (tags shop, amenity, tourism, ...) [3] * Le nom (tag name) de l'objet est affiché en titre de pop-up s'il est renseigné * Lien pour l'export en GeoJSON du niveau actuellement affiché. Vos retours d'expérience sont la bienvenue :) Cordialement, PanierAvide. [1] Escaliers : http://github.pavie.info/openlevelup/?lat=47.32473955069693lon=1.070371400097zoom=20level=0transcend=1legacy=1 [2] Sur l'entrée ouest : http://github.pavie.info/openlevelup/?lat=48.12148643666441lon=-1.7112547159194946zoom=20level=0transcend=1legacy=1 [3] Exemple au CNIT : http://github.pavie.info/openlevelup/?lat=48.892781245969005lon=2.2382980585098267zoom=18level=0transcend=1legacy=1 ___ 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] tours penchées
L'idée est intéressante mais quid des tours présentant des biais de deux coté opposés? (en V si tu préfères) Le Jeudi 12 mars 2015 12h22, Cactusbone cactusb...@free.fr a écrit : Coucou ! pour la représentation des tours penchées, j'envisage de proposer 2 tags, mais j'aimerais vos avis dessus. liste des tours penchées : http://en.wikipedia.org/wiki/List_of_leaning_towers les tags seraient : building:leaning:angle pour l'angle entre la verticale et la tour, en degrés building:leaning:direction pour la direction de cet angle, soit en orientation (N,S,E,W) soit en degrés par rapport au Nord (comme roof:direction) Vous en pensez quoi ? -- View this message in context: http://gis.19327.n5.nabble.com/tours-penchees-tp5836844.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
Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!
Petite fierté personnelle de voir le chateau de Chenonceau dans tes exemples :)Autrement pourrais tu créer une méthode d'export en pdf ou en jpg pour disposer d'un plan imprimé?Pour les verticalpassage, la possibilité de cliquer dessus pour monter /descendre d'un étage?À plus long terme, faire du path finding pour guider quelqu'un dans le batiment?Sinon des fois des tags qui délimite des zones apparaissent au dessus (exemple sur la terrasse ouest du mont saint michel).Sinon encore bravo, tu fais un travail excellent! Le Mercredi 11 mars 2015 0h24, PanierAvide panierav...@riseup.net a écrit : Bonjour à tous, Encore du nouveau sur OpenLevelUp, et cette fois-ci pas mal de choses. En résumé : amélioration de l'affichage des objets et pop-ups, des liens rapides vers OSM, le cadastre en arrière-plan et la possibilité d'exporter un niveau en GeoJSON. C'est toujours ici : http://github.pavie.info/openlevelup/ Pour la version détaillée : * Meilleure gestion des buildingpart=verticalpassage [1] * Affichage des images (tag image=*) dans les pop-ups [2] * Les liens hypertextes sont cliquables (tags image, website, contact:website, url, wikimedia_commons) * L'icône correspondant au type d'objet s'affiche dans le titre * Le cadastre est disponible dans les couches * Lien vers OSM.org dans les pop-ups et en bas de page * Les objets building et buildingpart/indoor sont forcément mis en arrière-plan (certains objets étaient précédemment cachés) * De nombreuses icônes ajoutées (tags shop, amenity, tourism, ...) [3] * Le nom (tag name) de l'objet est affiché en titre de pop-up s'il est renseigné * Lien pour l'export en GeoJSON du niveau actuellement affiché. Vos retours d'expérience sont la bienvenue :) Cordialement, PanierAvide. [1] Escaliers : http://github.pavie.info/openlevelup/?lat=47.32473955069693lon=1.070371400097zoom=20level=0transcend=1legacy=1 [2] Sur l'entrée ouest : http://github.pavie.info/openlevelup/?lat=48.12148643666441lon=-1.7112547159194946zoom=20level=0transcend=1legacy=1 [3] Exemple au CNIT : http://github.pavie.info/openlevelup/?lat=48.892781245969005lon=2.2382980585098267zoom=18level=0transcend=1legacy=1 ___ 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] Carte des données indoor : OpenLevelUp!
http://wiki.openstreetmap.org/wiki/Key:imageCe tag a été rejeté pour cause d'inactivité, mais utilisé sur 25 000 nodes et 18 000 ways. Il faut noter que ce tag est aussi recommandé dans d'autres discussions (sur les caméras, sur le mapping de plan... etc) http://wiki.openstreetmap.org/wiki/Key:wikimedia_commonsCe tag est un draft. Le Lundi 9 mars 2015 10h16, Nicolas Moyroud nmoyr...@free.fr a écrit : D'accord, dans ce cas oui ça aurait toute sa place dans l'outil. Après comment ça se ferait concrètement ? Le conservateur publierait des photos sur Commons, et un lien serait fait avec les données dans OSM (il y a apparemment une clé wikimedia_commons) ? Sinon il y a aussi cette solution pour faire des liens entre des objets OSM et des photos : http://www.3liz.com/blog/rldhont/index.php?post/2013/02/18/OsmFlickr-%3A-Gestion-des-liens-OpenStreetMap-Flickr Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!
(Ah et j'oubliais le support par MatSim):) Le Vendredi 6 mars 2015 10h10, dHuy Pierre dh...@yahoo.fr a écrit : Où vois tu que ce n'est pas recommandé? Au contraire les buildingparts recoupent la norme pratique pour les verticalpassage (l'ancienne de l'indoor s'est faite dégommer et sur les discussions et sur certaines pages du wiki.Sinon la norme IndoorOSM est justement l'une des plus utilisées (OSM Tools, IndoorOSM (forcément), je crois même que osmbuilding se base dessus!). Le Jeudi 5 mars 2015 19h50, PanierAvide panierav...@riseup.net a écrit : Le 05/03/2015 16:34, Nicolas Dumoulin a écrit : Ha ouais quand même ! Il y en a qui s'amuse bien :-) Dommage qu'on ne puisse pas monter/descendre les escaliers en cliquant dessus. C'est vrai que ça serait pas mal, je vais ajouter un bouton dans la pop-up pour donner cette possibilité ;) ___ 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] Carte des données indoor : OpenLevelUp!
Pour le deprecated, c'est le fait des procédures du wiki, quand un draft date de trop longtemps et qu'il n'y a pas eu de vote... ce qui est parfois dommageable vu que la norme a été appliqué dans certains cas. Ça devient un casse tête de savoir si la norme est correcte. Mais bon là c'est l'usage qui a couronné. En général, j'utilise le tag indoor=yes en plus de buildingpart.Le fait que ça soit indiqué comme proposition précédente n'indique pas nécessairement que ce n'est pas recommandé, juste qu'il s'agit théoriquement d'un draft. Le indoor sur osm a besoin d'un grand coup de balais effectivement. Sinon juste deux idées en vrac: - Si tu te sens d'humeur aventureuse et graphiste, le rendu des stations de métro en plen statistique est assez sympa et généralement lisible. Mais ça nécessite du code et du graphisme derrière :)- Si tu peux créer un rendu différent en fonction du type d'objet. Par exemple, pour un chateau ou un tag historic, la possibilité d'afficher les tags image/description (je bosse un peu avec le conservateur de Talcy et l'idée lui plait), pour tout ce qui est transport... bah y a masse d'info utile, et enfin les centre commerciaux avec les horaires d'ouvertures, type de ressources, etc... Chaque batiment à une nécessité différente et donc devrait permettre une lecture différente. Tu comprends ce que je veux dire? (Fait bizarre pour chenonceau, la visibilité sur osm tools a disparu) Le Vendredi 6 mars 2015 11h43, panierav...@riseup.net panierav...@riseup.net a écrit : C'est vrai qu'en regardant les données, il semblerait qu'il y ait pas mal de buildingpart, je travaille sur leur support. Pour le fait qu'il ne soit pas recommandé, c'est à la fois ici [1], indiqué comme proposition précédente, et ici [2] en en-tête, comme quoi la proposition comporte de nombreuses failles et est considérée comme obsolète. Après je pense que sur ce point le wiki a besoin d'un bon coup de ménage, afin de bien distinguer (et mettre à jour) ce qui est déprécié de ce qui est valable ou recommandé. D'autant que les propositions utilisent parfois les mêmes clés mais avec des valeurs différentes... Tout un domaine à définir en somme ;) [1] http://wiki.openstreetmap.org/wiki/Indoor_Mapping#Tagging [2] http://wiki.openstreetmap.org/wiki/IndoorOSM Le 06/03/2015 10:36, dHuy Pierre a écrit : (Ah et j'oubliais le support par MatSim):) Le Vendredi 6 mars 2015 10h10, dHuy Pierre dh...@yahoo.fr a écrit : Où vois tu que ce n'est pas recommandé? Au contraire les buildingparts recoupent la norme pratique pour les verticalpassage (l'ancienne de l'indoor s'est faite dégommer et sur les discussions et sur certaines pages du wiki.Sinon la norme IndoorOSM est justement l'une des plus utilisées (OSM Tools, IndoorOSM (forcément), je crois même que osmbuilding se base dessus!). ___ 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] Carte des données indoor : OpenLevelUp!
Un plan statistique c'est ça: http://www.cparama.com/forum/cartes2012e/1345984152-PlanReI-publique1024.jpg (note que les données sont dans le domaine publique). J'ai pris sciemment le plus illisible de tous, c'est juste pour donner l'idée. Pour le chateau, justement je parle de la visite intérieur. Toujours dans le cas du Chateau de Talcy, le conservateur m'avait dit que ça pourrait intéressant pour lui de publier les infos sur internet avec des photos. Cela pourrait mettre en avant le chateau qui est en général à l'extérieur des routes touristiques. Pour le reste on est entièrement d'accord. Ce sujet m'intéresse depuis longtemps, si tu commences un draft je te donnerai un coup de main :) Le Vendredi 6 mars 2015 17h51, PanierAvide panierav...@riseup.net a écrit : Le 06/03/2015 13:26, dHuy Pierre a écrit : Pour le deprecated, c'est le fait des procédures du wiki, quand un draft date de trop longtemps et qu'il n'y a pas eu de vote... ce qui est parfois dommageable vu que la norme a été appliqué dans certains cas. Ça devient un casse tête de savoir si la norme est correcte. Mais bon là c'est l'usage qui a couronné. En général, j'utilise le tag indoor=yes en plus de buildingpart. Le fait que ça soit indiqué comme proposition précédente n'indique pas nécessairement que ce n'est pas recommandé, juste qu'il s'agit théoriquement d'un draft. Le indoor sur osm a besoin d'un grand coup de balais effectivement. D'accord, effectivement ça n'aide pas à la compréhension à prime abord. À défaut d'avoir un consensus international sur la question, on peut peut-être travailler à éclaircir la documentation en français ? Je vois qu'il n'existe pas de page Indoor Mapping en français. Sinon juste deux idées en vrac: - Si tu te sens d'humeur aventureuse et graphiste, le rendu des stations de métro en plen statistique est assez sympa et généralement lisible. Mais ça nécessite du code et du graphisme derrière :) Qu'entends-tu par plan statistique ? Aurais-tu un exemple de rendu visuel ? - Si tu peux créer un rendu différent en fonction du type d'objet. Par exemple, pour un chateau ou un tag historic, la possibilité d'afficher les tags image/description (je bosse un peu avec le conservateur de Talcy et l'idée lui plait), pour tout ce qui est transport... bah y a masse d'info utile, et enfin les centre commerciaux avec les horaires d'ouvertures, type de ressources, etc... Chaque batiment à une nécessité différente et donc devrait permettre une lecture différente. Tu comprends ce que je veux dire? Ça dépend à quelle échelle on se place. Si l'on prendre le cas d'un château, l'affichage des informations globales de l'élément est à mon avis à laisser aux rendus traditionnels, puisqu'il s'agit d'infos sur le bâtiment dans son ensemble. Après si on prend le cas d'une galerie marchande, ce serait effectivement une bonne idée d'avoir plus d'icônes pour les commerces au sein de cette galerie, puisqu'il s'agit de sous-parties du bâtiment global. Les rendus traditionnels affichent ces commerces, mais la lisibilité est limitée puisque tous les étages sont confondus. Il faudrait que je trouve un jeu d'icônes générique à utiliser. (Fait bizarre pour chenonceau, la visibilité sur osm tools a disparu) ___ 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] Carte des données indoor : OpenLevelUp!
Où vois tu que ce n'est pas recommandé? Au contraire les buildingparts recoupent la norme pratique pour les verticalpassage (l'ancienne de l'indoor s'est faite dégommer et sur les discussions et sur certaines pages du wiki.Sinon la norme IndoorOSM est justement l'une des plus utilisées (OSM Tools, IndoorOSM (forcément), je crois même que osmbuilding se base dessus!). Le Jeudi 5 mars 2015 19h50, PanierAvide panierav...@riseup.net a écrit : Le 05/03/2015 16:34, Nicolas Dumoulin a écrit : Ha ouais quand même ! Il y en a qui s'amuse bien :-) Dommage qu'on ne puisse pas monter/descendre les escaliers en cliquant dessus. C'est vrai que ça serait pas mal, je vais ajouter un bouton dans la pop-up pour donner cette possibilité ;) ___ 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] Carte des données indoor : OpenLevelUp!
Bravo pour ton travail,Ça fait plaisir de voir un nouveau projet sur la carthographie indoor! Cependant je suis étonné de voir que le fonctionnement n'est que partiel et ne semble pas prendre en compte pas mal de fonctionnalités définies dans la norme indoor du wiki. Ainsi l'immeuble Poluux sur la dalle Beaugrenelle ne ressort pas, ni le chateau de Talcy ou de Chenonceau. Pour ne citer que ces exemples :) As tu une explication? Le Jeudi 5 mars 2015 12h47, erwan salomon r...@gmx.fr a écrit : ok j'ai pu installer firefox 36 du coup ça marche merci, ça va motiver pour tagguer comme il faut en effet Le 5 mars 2015 à 12:03, PanierAvide a écrit : Le 05/03/2015 11:51, erwan salomon a écrit : ça semble sympa mais sur mes 2 navigateurs j'ai la fenêtre loading qui tourne, qui tourne ... j'ai opera 24 et safari 5.1.10 pas les dernières versions mais les dernières possibles sur mon ordi sur l'iphone par contre ça marche (ios 8 donc safari en dernière version) quel navigateur navigateur ferait l'affaire ? Effectivement, je n'ai pas encore testé sous une grande variété de navigateurs. Pour l'instant ça tourne sous Firefox et Chromium, dans les dernières version. Je crois que pour Firefox on doit pouvoir remonter jusqu'à la version 4. Ce qui pose soucis c'est l'utilisation de certaines fonctionnalités récentes de Javascript (les objets Set par exemple). Je vais voir ce qu'il est possible de faire pour améliorer la compatibilité. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Open Data Ville de Détroit
Bonjour à tous,Juste pour info, la ville de détroit à ouvert ses données à travers un site https://data.detroitmi.gov/Il est possible de travailler dessus assez facilement et à distance.Aux amateurs de traitement de données o/Librement,Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'import de Cartoradio
Je relance sur la matière. Cquest, as tu des nouvelles de Cartoradio? Le Mardi 9 décembre 2014 11h55, Pierre d'HUY dh...@yahoo.fr a écrit : 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapillary
Si c'est Open Source où est le code? Je ne l'ai pas trouvé sur github :/ Le Jeudi 27 novembre 2014 19h28, Yves Pratter yves.prat...@gmail.com a écrit : Le 18 nov. 2014 à 08:33, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : J'ai été plusieurs fois surpris de voir le nombre d'infos qu'on pouvait ressortir des photos, des infos que je n'avais pas vues lorsque j'étais sur place. Deux autres surprises vues sur la lettre d’info : - l’amélioration de la précision GPS grace aux photos - la reconstruction 3D de bâtiments Et j’oubliais, c’est OpenSource ;-)—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] Mapillary
C'est dommage que le programme Android ne le soit pas d'ailleurs :p J'aurais aimé le proposer pour fdroid! Le Vendredi 28 novembre 2014 0h15, Yves Pratter yves.prat...@gmail.com a écrit : Le 27 nov. 2014 à 23:55, dHuy Pierre dh...@yahoo.fr a écrit : Si c'est Open Source où est le code? Je ne l'ai pas trouvé sur github :/ C’est pas Mapillary qui est OpenSource, c’est la partie vision ;-)https://github.com/mapillary/OpenSfM —Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration de la cartographie des stations de métro
À partir du document de la mairie de Paris fourni sur cette mailing list et différents repérages sur terrain (rapide), je vous présente la première gare disposant d'un plan indoor. http://osmtools.org/indoor/#lat=48.86742lon=2.36503z=20 On peut voir sur osmtools les différentes pièces et couloirs (je n'ai dessiné qu'un seul local technique le reste apparraissant pour moi comme non pertinent). Ma version n'est pas encore compaticle avec le patch de Clément Lagrange, je ne sais pas pourquoi. https://www.openstreetmap.org/#map=18/48.86707/2.36374layers=H Les chemins sont basés sur le dessins du batiment mais il reste à préciser certaines interface entre zone clients et zone publique. J'ai géré la séparation par l'utilisation du tag access=customers dont l'usage est discutable. Vous noterez également que les lignes de métro suivent leur tracé réel (ça change) et du coup deviennent plus séparées. J'ai du modifier les layers localement en me basant sur la réalité. Enfin, deux problèmes: - j'ai du passer un tag building sur l'entrée principale (pour la gestion par indoorOSM) - Le tag station ne se visualise plus sur la carte, une idée pour le faire reparaitre? J'attends vos commentaires avant de finir cette gare (il me reste les connections à la 9, la 3 et la 11). Librement, Le Lundi 17 novembre 2014 21h44, dHuy Pierre dh...@yahoo.fr a écrit : http://wiki.openstreetmap.org/wiki/Indoor_Mapping#France David, tu suis les recommandations concernant l'indorr sur OSM ou tu dessines juste les voies empruntables? (btw j'avais oublié les centres commerciaux aussi ça marche bien). Autrement, je vais réaliser un travail sur quelques stations, je vous enverrais visualisation et travail station par station. Le Lundi 17 novembre 2014 20h48, David Crochet david.croc...@free.fr a écrit : Bonjour Le 17/11/2014 17:05, david.croc...@online.fr a écrit : C'est ce qui a été utilisé pour http://osm.org/go/erv1ASTPK et http://osm.org/go/eruL6UHw0 Autre exemple : http://osm.org/go/0BSwcyEQn Cordialement C'est 3 exemples sont ceux que j'ai fait seul ( deux derniers) ou en cartopartie (premier) -- David Crochet ___ 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