| Versions |
 |
|
| Author |
Topic  |
|
Benichou
France
201 Posts |
Posted - 08 févr. 2005 : 21:44:09
|
Salut à tous,
Afin d'exploiter les fichiers de Log mon RoyalTek RBT-3000, j'ai réaliser un logiciel de conversion.
Ce logiciel permet d'ouvrir les formats suivants : - Datalog BlueGPS (fichier texte venant du GPS) - Trace NMEA (fichiers .nmea ou .nme) - GPS eXchange (.gpx) - Tracés PCX5 (fichier .trk) - OziExplorer track (.plt) - Google Earth (.kml) - IGN Rando (.rdn) - Magellan SD (.log, .trk) - Fichier LogConv (.lcv)
Il permet de convertir vers les formats suivants : - Tracés PCX5 (fichier .trk). Pour utiliser avec CartoExploreur, par exemple. - GPS eXchange (.gpx) - OziExplorer track (.plt) - Google Earth (.kml) - IGN Rando (.rdn) - Magellan SD (.log) - Fichier Texte avec tabulations (.txt). Je m'en sers pour importer les données sous Excel. - Fichier CSV - Fichier LogConv (.lcv)
Possibilité de filtrer les points en fonction de divers paramètres (date, altitude, vitesse...)
Dans la liste des points, un double click sur un numéro de point affiche une fenêtre d'information. Un click droit affiche un menu d'options.
Le soft est dispo ici : http://benichougps.blogspot.com/2005/08/logconv-v1.html
Le zip contient la version PC et Pocket PC 2003.
Cordialement, Benichou |
Logiciels de conversion et de planification pour GPS http://benichougps.blogspot.com
|
Edited by - Benichou on 09 janv. 2007 21:40:43
|
|
|
Ads
|
|
|
gpspassion
83559 Posts |
|
|
sanary
France
39 Posts |
Posted - 13 mars 2005 : 11:28:10
|
hello,
merci Bénichou,
fonctionnement parfait et report dans excel sans aucun problème
je me prenais la tête avec une macro sous word, mais là ....IMPECCABLE.
à +
centrino BT + RBT3000 + mapstore N43°8,024 E5°46,90 |
 |
|
|
Gigamax
France
7 Posts |
Posted - 13 mars 2005 : 20:47:54
|
Merci Benichou pour le programme de conversion.
Il marche très bien. J'étais coincé avec le logiciel BlueGPS de mon Royaltek RBT-3000 installé sur le PC pour transférer les données vers CartoExplorer. Il a fonctionné un temps, puis pour une raison inconnue, il veut transferer les données vers cartoexplorer via un port com virtuel 27 qui n'existe pas dans cartoexplorer, et qu'apparemment n'est pas modifiable. Comme le BlueGPS, le logiciel (sur le pocket PC) et mon iPAQ 4150 fonctionnent correctement, ton logiciel est juste ce qu'il faut pour convertir très vite et reconstituer les tracés dans CartoExplorer du PC.
Merci encore |
 |
|
|
admin_0
1 Posts |
Posted - 18 mars 2005 : 00:33:58
|
Merci pour ce petit programme.
Conversion et hop, dans CartoExplorer.
Top JPh |
 |
|
|
vostsh
2 Posts |
Posted - 23 mai 2005 : 09:26:46
|
Bonjour à tous
j'ai fait un log ( raw NMEA ) avec visualGPS sur iPAQ1940+ClipOn d'environ 6700 points soit 1.4 Mo. j'ai essayé la moulinette de Benichou qui me donne une erreur du style pas de points valide dans le fichier log ?? BabelGPS et WDGPS lisent les points mais sortent des formats de trace que CartoExploreur 3.03 ne veut pas importer
J'ai réussi à importer mon log a partir du fichier créé par wdgps + excel + ultraedit = 2 heures de bidouille donc les points sont valides.
Quelqu'un aurait-il un prog pour ce faire ? ou un source ?
Merci A+ |
 |
|
|
vostsh
2 Posts |
Posted - 26 mai 2005 : 16:13:59
|
Bonjour
il faut obligatoirement que le fichier log NMEA est l'extension .nmea pour être reconnu comme tel par le soft de BENICHOU. C'est tout :) désolé
A+ |
 |
|
|
dirty francis
55 Posts |
Posted - 04 juin 2005 : 18:30:38
|
Bonjour à tous,
Je ne sais pas si je post au bon endroit mais j'ai une demande au sujet de conversion. Quelqu'un a-t-il développé un logiciel qui permet de convertir les coordonées dans les trois formats différents:d mn s vers d m,xxxx et d,xxxxxx Je ne trouve ça nulle part et je pense de beaucoups sont comme moi, à chaque fois que je veux transférer des coordonnées d'un logiciel vers un autre, ce n'est jamais au même format.... Merci les gourous du développement :-) D.Francis
PPC Loox 720 + Holux GR231 |
 |
|
|
voyageur
334 Posts |
Posted - 05 juin 2005 : 11:25:58
|
Bonjour, dans la majorité des cas il ne s'agit pas de "conversion" mais d'affichage
prend par ex un logiciel freeware comme G7towin ou G7toce selon plateforme
http://www.gpsinformation.org/ronh/g7towin.htm
Axim X3i BT/Wifi (Transcend 1Go) +Fac BT30 ou Garmin12 |
 |
|
|
dirty francis
55 Posts |
Posted - 05 juin 2005 : 12:00:30
|
quote: Originally posted by voyageur
Bonjour, dans la majorité des cas il ne s'agit pas de "conversion" mais d'affichage
Merci voyageur pour ta réponse, je ne suis pas d'acoord avec toi, bien sûr, l'affichage est différent mais uniquement parce qu'il y a conversion !! Il s'agit simplement de convertir un système en degrés, minutes, secondes vers un système décimal. On a tous du faire ça quelque part en CM2 ou au collège et utiliser G7ToWin pour ça me semble utiliser un bazooka pour tuer une mouche. Je cherche un tout petit soft qui fait juste le calcul arythmétique et qui l'affiche. Mais tu as raison en attendant de trouver une carabine à plombs, je vais utiliser le bazooka. En attendant, merci encore de ta réponse rapide. A bientôt, D.Francis
PPC Loox 720 + Holux GR231 |
 |
|
|
ali_gn
France
15 Posts |
Posted - 13 juin 2005 : 22:02:43
|
Salut,
Super 'LogConv' et bien pratique. Sur mon BlueGPS regle en datalogger actif avec un point tous les 20m, j'obtiens de temps en temps un point d'altitude 00000 qui me pourrit mes stats de denivelle: exemple (les curieux ne cherchez pas, c'est au Maroc):
T N32.22339249 W006.20863295 16-MAI-05 18:42:13 01182 T N32.22358704 W006.20855522 16-MAI-05 18:42:16 01182 T N32.22379684 W006.20844984 16-MAI-05 18:42:20 01183 T N32.22395325 W006.20825815 16-MAI-05 18:42:24 00000 T N32.22403336 W006.20802784 16-MAI-05 18:42:27 01183 T N32.22411346 W006.20778322 16-MAI-05 18:42:30 01182 T N32.22420120 W006.20750284 16-MAI-05 18:42:33 01182 T N32.22427750 W006.20730019 16-MAI-05 18:42:35 01181 T N32.22436905 W006.20701599 16-MAI-05 18:42:38 00000 T N32.22443390 W006.20673180 16-MAI-05 18:42:40 01180 T N32.22450638 W006.20648718 16-MAI-05 18:42:42 01179
=> bien sur je peux a la mano dans excel faire sauter les lignes comprenant un 00000, mais si le soft pouvait le faire en cochant une case "ne pas exporter les lignes d'altitude zero", ca serait top...
Autre chose a laquelle vous avez peut-etre ete confronte: avec une resolution importante (20m), il y a bcp de points, et la somme des erreurs sur chaque point se cumule et me pourrit aussi mes denivelles cumules...
=> bien sur je pourrais ecarter les points, mais je vais perdre en qualite de trace...ma solution, toujours dans Excel: je trafique la colonne des altitudes en la remplacant par des moyennes mobiles sur 11 points (5 avant et 5 apres le point courant). Pas tres elegant comme lissage, mais qui a mieux ?
Merci a tous,
Ali G.N.
RBT-3000 + Ipaq6340 + Ozi + VTT |
 |
|
|
Benichou
France
201 Posts |
Posted - 14 juin 2005 : 22:41:42
|
Salut,
C'est ok pour la modif pour enlever les points où l'altitude est nulle. J'ai mis la nouvelle version en ligne : http://leforres.perso.cegetel.net/logconv.zip
Par contre, pour le lissage des points, je ne me suis pas penché sur la question...
Et merci à tous pour vos remerciements :-) Benichou |
Edited by - Benichou on 14 juin 2005 22:45:24 |
 |
|
|
ali_gn
France
15 Posts |
Posted - 16 juin 2005 : 09:33:54
|
Merci pour la modif, je vais essayer ca ce soir.
Pour le lissage, tout depends du 'pas' des enregistrements. Avec un point tous les 20m, je fais une moyenne mobile sur 9 points.
Je suis en train de voir aussi pour filtrer les points qui ont un HDOP trop grand par manque de satellites en vue (3 ou 4) au moment de l'enregistrement. J'utilise la trame $GPGGA seulement.
Une autre fonction qui serait top serait de pouvoir supprimer les points trop proches pour diminuer la taille du fichier. Une petite case avec la possibilite d'entrer une distance mini entre 2 points serait la bienvenue dans logconv :)
Merci encore et a bientot
Ali GN
RBT-3000 + Ipaq6340 + Ozi + VTT |
 |
|
|
ali_gn
France
15 Posts |
Posted - 16 juin 2005 : 11:48:20
|
Arrgh, ca marche pas. Mes fichiers .nmea trafiqués (lisssage des altitudes) ne comportent que la ligne $GPGGA, et logconv refuse l'import. Alors j'ai rajoute des lignes vides $GPGSA, $GPRMC, etc. et la, l'import peut se faire. Malheureusement, logconv ne lit pas les coordonnees dans la trame $GPGGA (je pense dans $GPRMC) et le resultat est une suite de points de lat/long 0.0 + un crash de l'appli..
=> S'il est possible de selectionner la/les trames en entree, je suis preneur, sinon je vais modifier ma procedure pour le lissage et garder toutes les sequences non-$GPGGA.
A+,
Ali GN
RBT-3000 + Ipaq6340 + Ozi + VTT |
 |
|
|
ali_gn
France
15 Posts |
Posted - 17 juin 2005 : 08:22:50
|
...encore moi...
y'a un bug qq part : un point d'un fichier NMEA avec une longitude WEST comme celui-ci: ______________________________ $GPGSA,A,3,,,,,,,,,,,,,21.2,7.1,,*07 $GPGGA,084236.742,3214.1964,N,00607.2037,W,1,03,7.1,1138.1,M,,M,,*6C $GPRMC,084236.742,A,3214.1964,N,00607.2037,W,0.000000,0.000000,170505,,*14 $GPGLL,3214.1964,N,00607.2037,W,084236.742,A*25 $GPVTG,0.000000,T,,M,0.000000,N,0.000000,K*50 ______________________________
est importe dans logconv et exporte en TRK comme cela: H LATITUDE LONGITUDE DATE TIME ALT ;track T +32.2366067 -006.1200617 17-MAY-05 08:42:36 01138
puis quand importe dans CarteSurTable, le signe - a disparu, la trace est inversee et se retrouve du cote EAST. Un export TRK donne:
H LATITUDE LONGITUDE DATE TIME ALT ;track T N32.2366067 E006.1200617 17-MAY-05 08:42:36 01138
-> peut-etre ecrire des 'N'/'E' au lieu des '+' et des 'W'/'S' au lieu des '-' dans le TRK genere ?
A+ et encore bravo pour cette initiative
Ali GN
RBT-3000 + Ipaq6340 + Ozi + VTT |
 |
|
|
kuty
3 Posts |
Posted - 11 juil. 2005 : 23:41:06
|
boujour , et encore bravo Benichou pour ce petit programme qui me rend de grands services.
une question subsidiaire: possédant comme vous un Royaltek RBT-3000 ,je cherche la possibilité a partir du pocket pc de transformer les fichiers log directement en fichiers .plt pour les lire sur ozice.
le but de la manoeuvre est de se passer de pc pendant les vacances. ce petit soft existe-il?
|
 |
|
Topic  |
|
|
|
| This page was generated in 0,92 seconds. |
 |
|