Reprise du message précédent :
Salut !  
Je ne sais pas si je suis parfaitement "dans le sujet" vu qu'il est ecrit "..(avec un GPS)", mais il est aussi possible de geolocaliser les photos "à la main", grace aux logiciels "Google picasa" et "Google Earth".  
C'est rapide. C'est la solution que j'ai adoptée en attendant d'acheter un "GPS".
 
@+
Denis

Hello,
bon, j'ai enfin ouvert la boite de mon Iblue !!
j'ai lancé le truc pendant tout une soirée... ca m'a remplis à 53% ma mémoire !!! il devait donc etre mal réglé !
vous le réglez sur combien pour tennir 10/15 jours de vacances ???

ca m'a bourré 500000 points au meme endroit !

http://alpseb.free.fr/bordel/geo.png[/img]

 
Mes liens de départ étaient: http://www.microsoft.com/downloads [...] laylang=en
 
http://www.microsoft.com/downloads [...] laylang=en .
 
Par contre, j'ai du résoudre un problème que je ne me souviens plus exactement.  J'ai encore retrouvé ces liens dans mon historique:
http://blogs.msdn.com/virtual_pc_g [...] rking.aspx
 
http://www.microsoft.com/downloads [...] laylang=en
 
http://www.microsoft.com/downloads [...] laylang=en
 
http://www.microsoft.com/downloads [...] laylang=en

 
C'est déjà en partie possible.  Dans la case 'Fix' (sur Ctrl) on peut indiquer le nombre de 'ms' entre 2 fix.  Je n'ai pas implémenté l'écriture en EEPROM.  Pour l'instant je n'expérimente pas avec l'écriture en mémoire à un multiple différent de 1s.

Une nouvelle version est dispo sur http://sourceforge.net/project/sho [...] id=196368.
 
Il est possible de creer un PLT.  Merci de valider & dire si ça marche.

je viens faire un peu de spam, je voudrais me séparer de mon iBLue 747, il marche tres bien mais finalement j'en ai pas l'utilisation donc si ca intéresse quelqu'un ==> MP
Désolé du déragement

 
C'est pas mal car le maximum est 100000 points.  Vous avez changé les flashs   ?
 
J'ai proposé un calcul pour la configuration plus haut.  Le seul danger est qu'on oublie des fois d'éteindre le BT747 et du coup on rempli la mémoire pour rien.
Pour la sécurité, il vaut mieux ne pas logger tous les X secondes et se baser tout simplement sur la distance.
Perso, j'ai defini un point tout les 100 m ou tous les 8 secondes, mais j'ai la possibilité de télécharger le contenu du BT747 avec mon palm.  Ainsi je peux effacer le BT747 sans perdre les données.

 
ok merci ! parceque je vais l'utiliser 2X 3 jours sans pouvoir le vider entre les 2...
j'espère qu'il ne va pas exploser ! on verra bien !
 
sur mac ya des softs pour coller les données dans les photos mais rien pour vider le iblue...  

perso, je l'ai configure avec un point toutes les 30secondes
ca permet de tenir facile 15jours (je suis en voyage avec actuellement)
 
a pied, un point toutes les 30 secondes est amplement suffisant... et en tuture, bah ca suit pas tout a fait le trace mais ca me vas bien

AMA, mon soft (java) doit pouvoir tourner sur mac.
Regardez déjà si cela tourne avec le lien suivant: http://bt747.sourceforge.net/BT747.jnlp .  Le plus problématique est le lien série ou il y a peut-être un peu de boulot.

Avec la version 0.77.10 (http://sf.net/projects/bt747), il est maintenant possible de logger 5 points par seconde dans la mémoire.
-> Time = 0.2 s
-> fix = 200 ms

 
La commande PMTK490 donne comme réponse:
 
PMTK590,0,1,115200,0,1,0,1,1,1,0,0,0,2,9600,
 
Ceci indique qu'il n'est plus possible de changer ces valeurs car le premier paramètre de la réponse est '0'.
 
 
Le versionnage était déjà présent dans le titre de Menu -> Info -> About BT747.  Je l'ai également ajouté au menu de connection.

 
 
Yo, j'ai télécharger ton applet qui se lance bien... par contre, je comrpend que dalle ! je suis sensé pouvoir décharger des points depuis le 747 avec ca ?? si oui, comment faire ?  
 
merci pour l'initiative en tous cas !  

Oui, on peut télécharger les points et effacer la mémoire (et plus que ça).
 
D'abord, il faut établir la connection:
- Cliquer sur le bon port dans le 'tab' qui s'appelle 'Conn'.  Si un port est effectivement ouvert, on arrive automatiquement dans le tab 'Log'.
 
Ensuite:
- Dans le tab 'Log' on verra la quantité de mémoire utilisé par le BT747.  Dans le tab 'File' on indique le chemin pour les fichiers et leur nom.  Il faut un chemin qui existe.  Dans le tab File, il faut clliquer 'Set values', pour prendre les valeurs en compte.
- Dans le tab 'log', quand on clique sur 'Get log', le téléchargement commence.
- Une fois téléchargé (tout ou partie), on peut le converir en CSV, ... avec les boutons 'To CSV', etc.  Le résultat sera dans le répertoire donné dans le tab 'File'.
 
Pour effacer:
- Clique dans le tab 'FMT' sur 'Change Log Format'.  Ceci effacera la mémoire.

 
Alors, j'insiste.
Sur PC-XP, j'ai tenté 2 manières différentes:
1. Je télécharge la dernière version sur http://bt747.wiki.sourceforge.net/, je la décompresse, je lance "run_ex.bat". Une fenetre de commande s'ouvre et me dit qu'il ne trouve pas BT747... Il faut changer le CLASSPATH. Or celui ci est bien mis a jour, puisqu'un nouveau set dans la fenetre de commande me montre qu'il l'est. A priori c'est BT747.jar qui est introuvable ??????
 
2. Autre façon: je clique sur http://bt747.sourceforge.net/BT747_win32comm.jnlp. Alors là, il me télécharge un tas de trucs ( il a fallu que je désactive mon firewall car ça blocait), puis finalement affiche via java start launcher une fenetre qui semble correspondre à ce qui est attendu.(v0.77.10)
Par contre, là sur l'onglet conn, aucune réaction, quel que soit le numéro de port selectionné. Si je le modifie sous XP, l'appli d'origine se connecte bien a l'iblue en détectant le nouveau port. Par contre BT747 ne réagit pas plus.
   
Help !
J'ai bien envie de pouvoir l'utiliser, car l'appli d'origine c'est vraiment du n'importe quoi. Là par exemple, j'ai 3 jours de logs. Et bien il refuse de me charger la dernière journée... Enfin, si, il l'a fait une fois, a moitié... Parfois, certains jours sont dédoublés, ou bien il manque des points, ou des colonnes....    
 
Sinon, je suis très content du mode bluetooth couplé a un PDA (+logiciel nonigpsplot + cartes maison calibrées "a la main" )...
Enfin, on s'éloigne de la photo, là.
 

1. Le BT747.jar manquait dans le '.zip'.  Je l'ai ajouté.  La version 0.77.11 contient ce fichier.
2. C'est un peu plus délicat/difficile.  Pour moi, ça marche, mais j'ai installé 'win32comm' directement sur mon PC dans l'installation java 1.4.X.
 
Il est possible qu'il faut donc un peu de débug pour l'installation de win32comm (pour 1 & 2) et d'affiner les instructions d'installation sur ce point.  Comme ça marche pour moi, je n'ai pas trop envie de 'revenir en arrière' ce qui sera également très difficile.
 
Il est possible d'activer la console de debug.  De cette façon on a plus d'infos sur ce qui ne marche pas (mais ces infos ne sont pas toujours très précises).
 
Je confirme que j'ai vu des truc bizars avec l'appli d'origine - il ne télécharge pas toutes les données dans certains cas, le permier block est en double, ....

quand je clique sur un numéro de port ... j'ai une exception qui se lève me disant qu'il me manque une dll ... win32com.dll
 
je la trouve ou celle là ?

bon bon bon, j'ai réussi en tripattouillant un peu le merdier ...
 
 
Windows
 
    * La version du Java Communications API pour Windows n'est plus disponible sur le site Web de Sun. Cliquer ici : http://mdubuc.freeshell.org/Jolt/javacomm20-win32.zip pour accéder à la version 2.0 du Java Communications API pour Windows.
    * Dézippez le Java Communications API en quelque part sur votre disque. Un dossier commapi sera créé. Vous y trouverez trois fichiers à installer dans le JRE: javax.comm.properties, win32comm.dll et comm.jar. Si vous avez installé le J2SDK, il faut installé le "Java Communications API" dans le dossier JRE du J2SDK.
    * Copier le fichier javax.comm.properties du dossier commapi vers le dossier lib du JRE. Par exemple, si le JRE est installé dans C:\j2sdk1.4.2_15\jre, vous devez copier le fichier javax.comm.properties dans le dossier C:\j2sdk1.4.2_15\jre\lib.
    * Copiez le DLL win32com.dll du dossier commapi vers le dossier bin du JRE (il faut afficher les dossiers systèmes afin de pouvoir voir ce DLL).
    * Copiez le fichier comm.jar du dossier commapi vers le dossier lib\ext du JRE.
    * Ajoutez une référence au Communications API dans la variable d'environnment CLASSPATH. Pour Windows 9x, ajoutez la ligne suivante au run_ex.bat:
      set CLASSPATH=C:\j2sdk1.4.2_15\jre\lib\ext\comm.jar
 
 
voici a quoi ressemble mon run_ex.bat
 

 
et la ca marche ...  
 
bon je vais tester l'appli et mes 20000 points enregistrés en croatie
 

bon j'ai un petit soucis maintenant,
 
j'ai bien un fichier csv avec tous mes points ...
 
mais dans le fichier kml, je suis loin d'avoir toute la trace ...  
normal ? y a une limitation qque part ?

 
Essaye ici (des explications en anglais):
http://www.cs.uml.edu/~fredm/cours [...] etup.shtml
 
Le zip direct:
http://www.cs.uml.edu/~fredm/cours [...] axcomm.zip
 
Il faudra adapter le chemin de java (car il faut 1.4.X).
 
Directement chez sun: http://javashoplm.sun.com/ECom/doc [...] onId=noreg  
 
 
Pour les autres: si ce n'est pas pour windows: il faut aller voir http://www.rxtx.org/ .

ca c'est bon, j'ai réussi ... cf deux messages au dessus ...
par contre j'arrive pas a avoir un fichier kml avec toute la trace

 
a) tout le log a été téléchargé??? -> taille du BT747log.bin ?
b) les autres formats sont complets ??? (csv par exemple) nombre d'entrées dans BT747.bin
c) La taille du KML???  (beaucopu plus grand que le CSV)
 
Si tout ça est bon: attention dans google earth: il y a une échelle de temps qui apparait qui peut limiter les points effectivement visible.  Il faut dans ce cas changer début & fin.

a) a priori, oui tout a été téléchargé .bin = 896ko
b) .csv = 1639ko
c).kml = 7019ko
 
on regle ca ou l'échelle de temps dans googleearth ?

 
D'après la taille des fichiers: tout semble bon.  Pour une dernière vérification: on peut ouvrir le KML dans notepad.
 
Dans mon cas il y a une ligne horizontale blanc ou gris qui apparait vers le haut de l'image avec une sorte de montre à coté (à gauche).  Cette ligne porte des traits verticaux.  Sur la ligne il y a 2 traits verticaux plus grands que les autres: ce sont les limites.
 
Il y a peut-être un menu pour activer/desactiver cela, mais je ne peux pas regarder ça maintenant.

 
 
Ayant exactement  le même souci que gysmovoile ( cf quelques messages plus haut), j'ai effectué la même manoeuvre soit:
 
1. Téléchargement du Java Communications API  
2. Copie des 3 fichiers (javax.comm.properties, win32comm.dll et comm.jar) dans les sous-répertoires JAVA adéquats. En ce qui me concerne, je n'ai pas installé le SDK donc je n'ai pas "C:\j2sdk1.4.2_15" mais j'ai "C:\Program Files\Java\j2re1.4.2_13"
3. Mise a jour du run_ex.bat avec ce chemin pour JavaHome ainsi que pour le fichier comm.jar.
 
Et .....
Ca marche !!!
     
Du moins la comm avec l'appli se fait.
 
 
 
Alors:
- Tout le log semble avoir été chargé. 256 Ko
- Les fichiers CSV et kml sont incimplets : 10 points sur 4500 prévus .... ??? (2 Ko)
 
Bon, la gaffe, c'est que j'ai effacé la mémoire, juste après le chargement , donc je suis bon pour aller me promener et refaire les tests...  
 
 
 
 
 
 
 
 
 
 

 
Super!  Il ne faut pas oublier que mon appli a un filtre et que par defaut tous les points sans fix ne sont pas écrit dans le csv, ... .  Si tu les veux, il faut cocher la case dans 'Filter'.
Sinon, il est possible de convertir le fichier déjà téléchargé sans besoin de se reconnecter, ... .  On peut même le donner un autre nom et garder ainsi tous ses logs en '.bin'.

Alors, je pensais que c'était un souci de filtre, mais non, les points chargés dataient de 2004...    
Je refais des tests tout a l'heure.

j'abi bien cette barre, je l'avais pas vue ... c'est nikel maintenant, tous mes points s'affichent .. victoire
 
Par contre je n'ai pas de trace qui relie tous les points comme lorsque j'utilise l'appli fournie avec le GPS ...
 
tu aurais moyen d'implémenter ca pour ajouter ca au kml ? (ou alors, y a une option qque part que j'aurais pas vu !)

Bon, un petit test sous la pluie, tout a l'heure...
Ca fonctionne plutôt bien. Bravo pour le travail.      
 
Euh, j'ai coché DSTA, DAGE, PDOP, HDOP qui se suivent. PDOP est a 0 et HDOP prend les valeurs de PDOP (en comparant avec l'appli d'origine)
Pourrais tu diviser les dop pas 100 ?    
La distance me donne des chiffres curieux.
Enfin peux tu me donner la signification des codes RCR ? A priori je ne devrais avoir que T, D ou S, ou une combinaison de 2 ou 3 lettres ?
 
Voilà voilà.
Je retente en activant désactivant le SBAS pour voir.
 

En KML, je n'ai pas encore ajouté la trace.  On peut aussi charger le gpx et là j'ai mis la trace.  J'ajouterai la trace - je ne donne pas de promesse de date   .

okey ... bah tu nous tiens au courant des évols
c'est deja bien cool, ca marche bien

 
Je n'a pas vraiment validé DSTA, DAGE, PDOP et HDOP (ça prends du temps d'effacer le log, ...).  Je prends en compte tes commentaires.
La division par 100 est nécessaire par rapport à l'appli d'origine?
Tu peux m'envoyer un exemple de ligne CSV pour ceci?
 
RCR : Record reason.  T= Time; D=Distance; S=Speed; B=Button.  Certains points ont plusieurs raisons: tous sont dans le RCR.
 
Je vais peut-être essayer les champs complementaires.

Voilà, j'ai implémenté un peu plus de fonctionalité ce qui résouds le problème.
En même temps j'ai trouvé encore qqs bugs dans le soft d'origine.
Exemple: si le HDOP est '106', cela sort comme '1.6',  et s'il est de '138', il sort comme '1.38' => ils ont oublié d'ajouter le '0'!!!
 
En tous cas, la version 0.77.12 est maintenant disponible.
 
Il faudra me dire par combien diviser DAGE - je n'arrive pas à choper une satelite SBAS (pour faire du DGPS) en ce moment.  Les DOP sont divisés par 100.  Les millisecondes sont ajoutées au temps.  Le champs 'NSAT' est dispo.

Ca me parait pas mal tout ça !
Bravo pour la réactivité !  
 
Il m'a semblé attraper des satellites SBAS, (Egnos en ce qui nous concerne) (vu sur le PDA couplé à l'i-blue)
Les n° 33 et 39, mais c'est très fugace, ils sont vus, mais ne semblent pas participer au fix.  
Je ne sais pas comment voir les trames qui correspondent sur le PDA.
 
Euh, allez, pour finir, c'est possible un petit champ pour décaler l'heure ? Comme ça les csv et compagnie donneront des point à l'heure....  
   

+1

J'ai fait un petit tour en voiture pour faire une course et j'ai des points DGPS, mais évidemment:
a.  Le soft d'origine foire pour le téléchargement: il ne me donne pas ces points;
b.  Les valeurs sont '0' tout de même pour DSTA & DAGE.
 
En ce qui concerne l'ajustement du temps: 'time is money'       Serieux: c'est un peu plus de travail que ça n'en a l'air.

 
C'est fait quand même: 0.77.13

ouch ca carbure chez toi

merci bien !!!!

Super, ça marche !  
 
Ta version 0.77.13 s'est installée du 1° coup, rien qu'en cliquant sur usb (ou com4) , et j'ai pu faire mon premier téléchargement binaire : 13 minutes et 40 secondes pour 1,856 Mo ou 39000 points.
 
Ensuite, la transfo en csv, plt instantanée. Chapeau
Le gros gpx et l'énorme kml (15,3 Mo) un peu plus long, mais en quelques secondes seulement.
Le kml a l'air d'être correctement lu par google earth, mais il ne faut pas avoir trop de points ! J'ai vite abandonné en route, avec mes milliers de points !
 
Par contre, le plt n'est pas lu par Oziexplorer ('Invalid Numeric Input')    Le format a l'air nickel, vu d'un éditeur, mais en fait, il ne ressemble pas trop aux exemples que je peux avoir. Je t'envoie un exemple sur ton mail perso.
 
Et concernant le csv, Excel l'importe du premier clic, pas besoin de faire des opérations manuelles d'importation de textes  , et le timing est bien interprété. Une remarque cependant : on gagnerait à ne mentionner les unités (Height, speed, que dans la ligne de titre : cela prendrait moins de place, et surtout, on pourrait faire des calculs sur les numériques (conversions de vitesses, vitesses min et max, écarts d'altitudes, accélérations, sommes des distances...)  
 
Encore bravo, et merci de nous faire partager tes compétences.

La solution: définir la date de début et de fin pour ne transformer qu'une partie du log.
 

Si possible, propose un nouveau 'GPSPLTFile.java'.  Ce sont les méthodes 'writeRecord'  et 'writeLogFmtHeader' qui sont au coeur de la conversion.
 

J'ai essayé de rester au plus près de l'appli d'origine, mais je le ferai.
 

0.77.14:
 
Plusieurs choses, mais les plus pertinantes ici:
- CSV:  les unités ne sont mentionnés que dans l'entête;
- PLT:  refonte du format selon http://www.oziphototool.com/fileformats.html
 
Pour les prochains modifs, il faudra attendre +/- 3 semaines (congés!).