Petit recap:
1. Ca existe déjà
2. C'est pas précis
Mon but est ici d'avoir une solution flexible (pas besoin de faire une modification par mobile), facile à installer, autoconfigurable si possible qui me permette de simuler un GPS à partir de données GSM. Ceci pour pouvoir utiliser n'importe quelle application GPS avec ces signaux en réseaux urbains (faible réception GPS et réseaux GSM denses avec présence de micro-cellules pour être plus précis : en étant optimiste, 150 métres d'écart maximum).
But à moyen terme: se servir de cette brique pour faire un outil d'aide à la visite de villes (points de vues...) sur PDA géolocalisé par GSM.
Première étape : Créer une librairie qui permette de lire le CellID/LAC utilisant une palette de méthodes configurables
Pour cela, j'ai commencé par accumuler des données sur les méthodes utilisées actuellement dans les divers programmes. Il existe 3 grandes méthodes
Pour RIL, il existe actuellement 4 méthodes
Toutes ces méthodes visent à obtenir 3 informations primordiales: la LAC (zone du réseau urbaine), la CellID (identifiant de l'antenne dans sa zone) et la puissance du signal.
J'utilise donc le polymorphisme pour factoriser les comportements des méthodes en général, et celle de RIL, ce qui permet d'alléger le code, et de pouvoir rajouter une classe RIL spécifique à une classe de devices en 5 minutes.
Avec quelques fonctions callback, je suis notifié des événements asynchrones et je peux me passer de timers ou sleep.
(Je dis tout ca parce que j'ai fait proprement la chose, et que je suis bien content que tout marche bien)
Bref... Aprés pas mal de debuggage ARM (j'ai du m'y mettre, mais maintenant j'ai aucun soucis pour desassembler, étudier et reproduire), j'ai eu les arguments que je souhaitais pour obtenir les mêmes informations (et même plus) que l'application GSMTestMode. J'ai fait de même avec fieldTest mais je n'ai pas pu tester la sortie, donc c'est en suspens.
Voila, CellGuardian était prét.
Seconde étape : Identifier les positions des antennes
La première chose à faire est un module de communication avec un GPS. Les trames NMEA sont assez simples à comprendre, et je ne veux que l'informations $GPRMC. Donc c'est rapidement fait, même si un premier GPS un peu dur de la feuille (il capte un peu quand il veut) m'a fait perdre du temps. Donc aprés, avec une petite application qui logue les positions et les antennes simultanément et réguliérement, il suffit de se balader en vélo pour obtenir une première ébauche, qui sera améliorée par les parcours suivant.
La partie mobile ne s'occupe que des relevés, l'accumulation des données se fait par des bases SQL, via un script d'importation dans une première base de données, puis elles sont synthétisées dans une autre base par une moulinette PHP qui calcule la moyenne pour des petites zones.
On obtient d'abord ceci, puis pour remplir les blancs, améliorer la lecture et la rapidité d'affichage, on obtient ça
Ensuite, comme on ne peut pas situer précisement l'antenne dans ce flot de données, on se base sur les données de cartoradio pour localiser les antennes GSM existantes. On fera le lien entre la position théorique et les relevés via une carte Google Maps.
Pour faciliter cette tâche, j'ai codé une petite moulinette pour récupérer des données issues du site cartoradio (plus pratique que gérer deux écrans, et ca rend pas mal d'étapes de conversion LambertII/normeGPS automatiques et transparentes). Aprés avoir demandé à cartoradio, je mets la moulinette en ligne qui ne doit pas être utilisée pour faire du copier/coller. les données que j'ai récupéré ne servent qu'au positionnement des antennes dans ma base, et dans le cadre de ce projet, je n'en fais pas un service qui concurrencerait cartoradio. Donc c'est ici.
Troisième étape: Calculer la position relativement aux antennes, et obtenir la position
... En cours ....
Pour tester la béta, qui permet d'évaluer la compatibilité, les manques, et ajouter de nouvelles configurations au fichier xml. Elle est stable mais incompléte (elle le sera quand le Cell2GPS dira autre chose que 0.00000000).
Le code source suivra bientôt (manque de commentaires d'entéte de fonction, la licence GPL n'est pas encore mise en place...)
Pour les outils PHP, ca suivra aussi.
PocketPC 2003 - PocketPC WM5/WM6 - Smartphone 2003 - Smartphone WM5/WM6
Et la page du projet (chez moi parce qu'ici j'ai qu'une seule base de données à disposition) Bientôt sur sourceforge.net
]]>Voila, vue la portée de ce plugin, j'en rajoute pas! L'utilisateur qui s'était manifesté sera sans doute bien content. Aprés, libre à vous de le modifier si cela ne vous convient pas!
]]>En gros: j'ai une partie de ce site dédiée aux cartes postales anciennes. Pour faciliter la navigation, j'avais mis en place une carte en flash pour "géolocaliser" les cartes par lieux, rues et prise de vue. Cela représente environ 150 points à placer.
Ces derniers temps, j'ai cherché une solution plus simple pour la maintenance (plutot que refaire le plan à chaque fois que l'espace géographique des cartes postales augmente). J'ai donc essayé les différentes API.
Premier constat: toutes ces applications requiérent un enregistrement sur leur site respectif.
Alors, au départ j'avais des coordonnées qui ne s'appliquaient qu'au plan en FLASH (du type x et y). J'ai donc créé un premier fichier KML où tous les lieux existaient et où tous les points étaient au même endroit. Avec Google Earth, on charge le fichier KML, on obtient un gros paté de points. Point par point on les positionne au bon endroit sur la carte. Une fois tous les points au bon endroit, on ecrit un parser de fichier KML qui mettra à jour la base de données avec les coordonnées GPS, et qui les reliera au lieu. On a ainsi une base de données avec les bonnes coordonnées. Attention toutefois, les fichiers KML ont deux coordonnées par point, et la bonne est la seconde -> <coordinates>2.833662410603154,49.416255221139810,0</coordinates> pour la longitude et la latitude. L'autre coordonnée est fausse d'environ 2 kilométres. Aprés on peut écrire des générateurs de points Google Earth, et utiliser des cartes en ligne pour localiser des points.
Resultats:
Pour les essais, j'ai essayé de prendre les mêmes facteurs de zoom quand c'était possible, et le point central est le même.
Voila donc les adresses:
Le fichier KML pour Google Earth
La version Map24 bridée à 25 points (pour limiter le calcul)
La version Map24 compléte (mais allez vous préparer un café en attendant)
]]>Le site sourceforge se trouve ici : http://xiffian.sourceforge.net/
Et il y a egalement la version de test sur ce site, mais comme vous vous en doutez... c'est un peu lent à charger... donc il ne faut pas s'arreter à l'ecran gris, il ne dure pas si longtemps!
La version locale : http://usuc.fr/tv/xiffian/
Au passage, je précise que le serveur a changé, c'est maintenant un Jive Messenger. Ce serveur est vraiment bien fait, mais surtout, il est configurable graphiquement. Mais il y a un probleme: il faut recréer des comptes, les autres sont partis avec l'ancien serveur, il n'en reste plus que des backups...
]]>Une application que je souhaitais mettre sur mon serveur wanadoo, mais comme ils ne mettent pas à disposition PHP ni MySQL, je le mets ici, et le serveur de wanadoo ne servira qu'à stocker les données.
Voir la carte en flash (allez y! j'en ai un peu chié pour obtenir ce résultat!)
]]>La voila: http://usuc.fr/tv/Jabber/novachat.php cliquez et testez! ;)
Ca prend un peu de temps, mais ma mule a tres faim
]]>Il ne devrait plus y avoir d'erreur du type "no config file"
A ajouter encore: localisation de la page visible par l'utilisateur
Et bien sur toute les idées qu'on voudra y ajouter
]]>