Re: [OSM-talk-fr] Normalisation du tag antenne
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
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] Ajouter une règle dans le site OSM?
sebastien.bugzi...@gmail.com wrote http://map.meurisse.org/ Merci. Ça utilise le rendu OSM (perso: beurk) plutôt que MapQuest et c'est externe au site OSM, mais en attend mieux, je prends. -- View this message in context: http://gis.19327.n5.nabble.com/Ajouter-une-regle-dans-le-site-OSM-tp5842700p5842809.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
Re: [OSM-talk-fr] Normalisation du tag antenne
Le 2 mai 2015 00:09, dHuy Pierre dh...@yahoo.fr a écrit : @Verdy: un jour faudra que tu lances une encyclopédie :) A l'heure où les encyclopédies arrêtent les unes après les autres... Wikipédia est là pour durer (même s'il ne peut répondre à tout et si on le critique beaucoup c'est devenu le point d'entrée universel pour trouver autre chose via les références externes... car oui on ne doit pas s'en contenter et passer le contenu en revue en cherchant les références et en s'en servant). Il ne restera plus que les ouvrages spécialisés et guides pour les nuls (d'ailleurs de moins en moins vendus sous forme imprimée mais juste en ligne sous forme d'eBook ou de service de questions à la demande). Sinon il restera juste les ouvrages universitaires pour la recherche et les publications privées industrielles (quand elles sont accessibles... sinon il faut attendre la publication d'un brevet), même même eux maintenant copient (ou plagient) Wikipédia sans forcément le citer. Le plagiat ça n'a jamais été mon truc, j'ai un regard critique sur tout et forcément ce que je dis ou écrit est forcément orienté, et tant pis si d'autres ne sont pas d'accord, au moins je ne suis pas là pour copier les autres et je les incite à user de leurs propre esprit critique et leur originalité pour me contredire. ___ 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
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. J'ai ajouté quelques commentaires dans le pad. Bonne soirée. *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux Le 1 mai 2015 13:55, dHuy Pierre dh...@yahoo.fr a écrit : 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 ___ 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 ne pense pas qu'il demande le calcul d'une distance de trajet mais une simple mesure de distance sur la carte visualisée. Hors c'est possible de le faire facilement juste en connaissant les numéros de tuiles et le niveau de zoom, avec un petit scriptlet côté client : un clic sur l'icone du scriptlet, on clique un point de la carte, et le scriptlet affiche la distance jusqu'au point survolé pr la souris; un autre clic ferme le scriptlet, pour cela le scriptlet n'a qu'à récupérer les coordonnées X/Y et le niveau de zoom, avec ça ça devient facilement des coordonnées WGS84 puis on a les formules classiques de calcul de distance entre deux points Aucune modification n'est nécessaire sur le serveur, le scriptelt pourrait fonctionner sur tout site utilisant des tuiles en projection Mercator et avec le découpage en quadtiles : les URL des bitmaps carrées (et leur position à l'écran pour faire correspondre les positions de souris) suffisent. Ça demande juste un peu de javascript. Le 1 mai 2015 14:28, sebastien.bugzi...@gmail.com sebastien.bugzi...@gmail.com a écrit : Sur internet il y a ça : http://map.meurisse.org/ Tu peux créer des points, des trajets sans utiliser forcément les nœuds osm et les exporter sous différents formats. Et sinon il avait été question il y a pas longtemps sur la liste d'un autre site qui permettait de calculer les trajets depuis un point A jusqu'à un point B. Il devait bien donner la distance... Je ne retrouve plus la discussion. Sébastien On 01/05/2015 13:54, dHuy Pierre wrote: erreur de fenetre! désolé Le Vendredi 1 mai 2015 13h44, dHuy Pierre dh...@yahoo.fr 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 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 listTalk-fr@openstreetmap.orghttps://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] Intégration des données de PSS dans OSM
Merci pour vos réponses, notamment Philippe pour ton mail très instructif. Et donc s'il faut résumer cette licence BY-NC-ND empêche toute extraction de donnée vers OSM, c'est vraiment dommage. Je vais quand même essayer de leur demander si une autorisation spéciale pour OSM serait envisageable, sait on jamais... Le 28 avril 2015 07:37, Jean-Christophe Becquet j...@apitux.com a écrit : Le 27/04/2015 13:17, Vincent Frison a écrit : 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/). Bonjour, Peut-être utiliser l'argumentaire Libérez vos créations pour essayer de les faire changer d'avis ? http://www.apitux.org/index.php?2008/05/03/232-liberez-vos-creations Des explications sur les licences Creative Commons et des infos pour aller plus loin sur : http://www.apitux.org/index.php?2005/09/11/11-les-licences-creative-commons Bonne continuation Librement JCB -- Des formats ouverts pour des données libres http://www.apitux.org/index.php?2006/07/09/107-des-formats-ouverts-pour-des-donnees-libres ==APITUX : le choix du logiciel libre== APITUX - Jean-Christophe Becquet BP 32 - 04001 Digne-les-Bains Cedex 06 25 86 07 92 - j...@apitux.com - http://www.apitux.com/ SIRET : 452 887 441 00031 - APE : 6202A === ___ 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
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] En Inde, des enfants veulent transformer les bidonvilles par la cartographie
Lien intéressant, merci. Information conservée dans le wiki : https://wiki.openstreetmap.org/wiki/FR:WikiProject_education#Projets_.C3.A9ducatifs_.22g.C3.A9ographiques.22_n.27utilisant_pas_.28encore.29_OSM Brice Le 30/04/2015 19:31, Shohreh a écrit : Tous les enfants aiment dessiner. Mais en Inde, de jeunes résidents des bidonvilles utilisent leurs talents d’artistes pour provoquer des changements urbains. Dans le cadre d’une campagne civique centrée sur des clubs d’enfants, des groupes de jeunes créent des « cartes sociales » détaillées de leurs quartiers marginalisés avec l’objectif de partager leurs inquiétudes sur l’espace public. http://visionscarto.net/inde-cartographie-enfants -- View this message in context: http://gis.19327.n5.nabble.com/En-Inde-des-enfants-veulent-transformer-les-bidonvilles-par-la-cartographie-tp5842600.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
@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
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%3Dmast communication:mobile_phone=yes; LTE 260;... communication:radio=yes communication:television=yes communication: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 Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouter une règle dans le site OSM?
Du coup le lien que j'ai donné devrait répondre à sa question. Après peut être que le fait que ça soit en dehors de OSM soit bloquant pour Shohreh. Si c'est bloquant il faudra se lancer dans le script dont tu parles, Philippe. Sébastien On 01/05/2015 21:42, Philippe Verdy wrote: Je ne pense pas qu'il demande le calcul d'une distance de trajet mais une simple mesure de distance sur la carte visualisée. Hors c'est possible de le faire facilement juste en connaissant les numéros de tuiles et le niveau de zoom, avec un petit scriptlet côté client : un clic sur l'icone du scriptlet, on clique un point de la carte, et le scriptlet affiche la distance jusqu'au point survolé pr la souris; un autre clic ferme le scriptlet, pour cela le scriptlet n'a qu'à récupérer les coordonnées X/Y et le niveau de zoom, avec ça ça devient facilement des coordonnées WGS84 puis on a les formules classiques de calcul de distance entre deux points Aucune modification n'est nécessaire sur le serveur, le scriptelt pourrait fonctionner sur tout site utilisant des tuiles en projection Mercator et avec le découpage en quadtiles : les URL des bitmaps carrées (et leur position à l'écran pour faire correspondre les positions de souris) suffisent. Ça demande juste un peu de javascript. Le 1 mai 2015 14:28, sebastien.bugzi...@gmail.com mailto:sebastien.bugzi...@gmail.com sebastien.bugzi...@gmail.com mailto:sebastien.bugzi...@gmail.com a écrit : Sur internet il y a ça : http://map.meurisse.org/ Tu peux créer des points, des trajets sans utiliser forcément les nœuds osm et les exporter sous différents formats. Et sinon il avait été question il y a pas longtemps sur la liste d'un autre site qui permettait de calculer les trajets depuis un point A jusqu'à un point B. Il devait bien donner la distance... Je ne retrouve plus la discussion. Sébastien On 01/05/2015 13:54, dHuy Pierre wrote: erreur de fenetre! désolé Le Vendredi 1 mai 2015 13h44, dHuy Pierre dh...@yahoo.fr mailto: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 mailto:codecompl...@free.fr a écrit : Bonjour Un truc qui me manque sur le site OSM (www.openstreetmap.org http://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 mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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] Ajouter une règle dans le site OSM?
Sur internet il y a ça : http://map.meurisse.org/ Tu peux créer des points, des trajets sans utiliser forcément les nœuds osm et les exporter sous différents formats. Et sinon il avait été question il y a pas longtemps sur la liste d'un autre site qui permettait de calculer les trajets depuis un point A jusqu'à un point B. Il devait bien donner la distance... Je ne retrouve plus la discussion. Sébastien On 01/05/2015 13:54, dHuy Pierre wrote: 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 mailto: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
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
[OSM-talk-fr] Ajouter une règle dans le site OSM?
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
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