Si OSM devait se cantonner au visuel, pourquoi avoir des tags concernant le MHS ou l'UNESCO, des tags pour les réseaux wifi ouvert ou les horaires d'ouverture? OSM offre la possibilité d'une multiplicité de service distinct qui ne sont pas forcément visibles pour la "navigation à vue".
Comme tu le soulignes, les analyses de l'anfr sont impossibles sans accès, tant mieux, ces données sont publics! On ne cherche pas à connaître la qualité du réseau, juste à permettre aux utilisateurs d'openstreetmap de se localiser plus précisément en s'appuyant sur leur environnement et pas seulement visuel. Il ne s'agit pas de modéliser l'ensemble du réseau, juste les points terminaux avec la possibilité de mettre à jour ces données grâce à d'autres projet d'open data. J'ai toujours gardé les mêmes CID dans mon voisinage, je m'étonne donc que tu mentionnes qu'ils changent autant. J'en ai vu apparaitre cependant, mais jamais de grand changement. La proposition a vocation d'assister à la navigation les utilisateurs d'openstreetmap avec un set déjà complet en entrée sur la position des antennes et leurs opérateurs et un set imcomplet de CID mais en opendata! (surtout depuis que mozilla s'y est mis) Sinon Google a obtenu ces données avec leur google cars et extrapolation tout comme openbmap et opencellid. Le Tuesday 09 Dec 2014 à 14:30:41 (+0100), Jean-Marc Liotier a écrit : > Date: Tue, 09 Dec 2014 14:30:41 +0100 > From: Jean-Marc Liotier <j...@liotier.org> > To: Discussions sur OSM en français <talk-fr@openstreetmap.org> > Subject: Re: [OSM-talk-fr] La cartographie des Antennes et autres > infrastructures radio > User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 > Thunderbird/24.5.0 > > On 09/12/2014 13:57, Pierre d'HUY wrote: > >Sauf que le MNC est parfaitement vérifiable et localisable [..] > >De ce fait une antenne devrait garder le même CID ad vitam (ne serait ce > >qu'à cause de la rétrocompatibilité). > > Comme le souligne François, tous ces identifiants ne sont que paramètres. > Certains sont certes très stables, mais paramètres quand même, surtout que > sur un même site avec une même antenne les cellules vont et viennent au > rythme des évolutions technologiques, des renouvèlement de matériels actifs > et des fluctuations de la planification radio. > > Mon avis est que la cible naturelle pour Openstreetmap est d'enregistrer ce > qui est visible et vérifiable sur le terrain. Pour mon usage personnel, les > antennes sont des amers. J'imagine bien que certains ont envie de modéliser > un réseau télécom... Mon conseil est de s'en abstenir... J'ai géré pendant > un certain temps le logiciel référentiel de paramètres du réseau radio d'un > opérateur Français - avec le public potentiel des relevés terrain pour > Openstreetmap vous n'arriverez jamais au centième de ce qui s'y trouve, rien > que pour les bidules physiques et ne parlons pas des paramètres - et en plus > ça bouge en permanence... Bon, je sais qu'ici on aime les défis - mais quand > même... > > Quels sont les usages visés ? Certains usages, comme les analyses effectuées > par l'ANFR, sont impossibles sans l'accès au données des opérateurs. Avoir > une idée de ce qu'on veut faire des données collectées permet d'attaquer le > problème de manière plus structurée et d'avoir un contexte pour trouver les > bons niveaux d'abstraction et de détail dans la modélisation. > > Pour ma part, je suis partisan de la description physique et mon usage visé > est la multiplication des points de repère pour la navigation à vue. > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr