est ce que tu envisage de faire des imports de ce que tu exporte ?
cela permettrait de nettoyer les données sur un tableur en utilisant les copier coller et les recopier bas
ce n’est pas pour " laisser tomber quand vous voulez" que je te demande des imports-exports
c’est pour péréniser mes données
je trouve ton travail excellent et ta réactivité d’une rare efficacité
j’en parlerai autour de moi pour faire connaitre ton travail
karma+
Vi… vi… bien sûr j’y ai songé… Mais j’attends un peu que ça décante pour voir comment on peut envisager le truc…
Bonjour,
Merci beaucoup
Le souci est résolu !!!
Félicitation pour ton travail magnifique et les heures passées à régler ce foutu problème … 
karma+
Ludo
petits soucis sur Logfly
au moment ou je demande l’importation de ma trace
une boite dialogue apparait pour me demander le nom du pilote, le nom de l’aile et le décalage UTC
mais si on demande l’édition d’une trace importée
le nom du pilote est PILOTX
le nom de la voile est APPAREIL
le décalage UTC est +3
qq soient les infos entrées avant
souhait
dans la liste des vols
il y a : date, heure, durée, site, altDéco et une étoile si il y a un commentaire
il est donc très difficile de retrouver un vol qui a été fait avec une aile précise
on est obligé d’ouvrir un par un les vols pour retrouver avec quelle aile il a été fait
la liste des vol gagnerait a afficher le nom de l’aile
vHdlB …
Si tu me dis cela, je suppose que tu as choisi le format IGC comme format d’enregistrement dans le VGP. Ce que tu évoques est dans la page de doc http://www.alpiweb.net/logfly/index.php?id=traces-reversale paragraphe Mise à jour Carnet. Si la trace est IGC, le nom du pilote et le nom de la voile ont été incorporés à la fin du vol par le VGP, la trace a ensuite été certifiée, elle est non modifiable. Quand on choisit le format GPX, il n’y a pas ces informations, Logfly les demande car il fait une conversion (interne) de la GPX en IGC et incorpore ces données ( la trace originale GPX est conservée).
Conclusion : comme il est dit dans la doc, sur la page Paramètres, il faut remplir le champ appareil et nom du pilote avec Logfly et l’envoyer vers le VGP. Ce seront alors ces dernières infos qui seront insérées dans l’IGC. Par contre, ta remarque est juste car si Logfly détetcte que c’est de l’IGC, il ne devrait pas poser la question… Je le note pour la prochaine mise à jour :mrgreen:
[quote]le décalage UTC est +3
[/quote]
Là il doit y avoir une embrouille… C’est un vol que tu viens de rentrer ou un vol qui était en archive ? Normalement sur une IGC, il n’y a pas de problème, c’est sur le GPX que c’est le bronx…
[quote]souhait
[/quote]
Vos souhaits sont des ordres, ce sera fait… De toute façon, j’ai bien compris qu’avec la gestion du multi engin il allait falloir le gérer.
Ce sera pas fait immédiatement, je suis absent la semaine prochaine.
effectivement j’ai sauté l’étape “lecture de docs”
sinon pour le reste 
un autre problème que je rencontre
la fonction “importer des sites” est grisée et ne fonctionne pas ???
EDIT
OK, ça fonctionne si on demande dabord d’ouvrir la fenêtre des sites
pas si on le fait directement … et du coup c’est grisé
Pour répondre à Phenix qui a des soucis avec la suppression d’un vol et la cohérence du carnet de vol dans le VGP. Je refais le point sur la question.
Le VGP est vu comme une clé USB, vous pouvez donc supprimer un vol dans le répertoire concerné.
Problème : le carnet de vol interne ne sera pas mis à jour (ANN2012.TXT). Bien que l’extension du fichier soit de type .txt, il ne s’agit pas à proprement parlé d’un fichier texte, le logiciel du VGP le considère plutôt comme du binaire et chaque octet a son importance y compris les octets nuls. En clair si vous modifiez ce fichier avec le bloc note, vous pouvez perturber le “décodage” de ce fichier et avoir des affichages incohérents sur le VGP.
Pour différentes raisons et après en avoir discuté avec Nicolas, il a été décidé que Logfly s’appuierait sur le fichier ANNXXXX.TXT pour aller chercher les traces. On aurait pu faire l’inverse et explorer les dossiers de traces. Il nous a semblé plus cohérent de donner la priorité au carnet de vol de l’appareil.
Si Logfly affiche une erreur et ne retrouve pas la trace associée, il suffit de reconstruire le fichier ANNXXXX.TXT. Tous les détails sur http://www.alpiweb.net/logfly/index.php?id=reconstruction-du-carnet-reversale.
Pour supprimer une trace, il est préférable d’utiliser la fonction fournie par Logfly. Il supprime la trace et remet à jour dans les règles le fichier ANNXXXX.TXT Voir http://www.alpiweb.net/logfly/index.php?id=traces-reversale
Certains utilisateurs m’ont demandé d’aller plus loin : la modification des infos du carnet de vol interne. Par exemple, l’altitude n’était pas bien calée au démarrage, et l’altitude enregistrée au décollage dans le carnet de vol interne n’est pas la bonne… Je ne sais pas ce que vous en pensez, mais je ne suis pas très chaud. Je pense qu’il doit y avoir une concordance des infos entre les traces et le carnet.
intéressant :grat: je suis complètement d’accord avec toi
mais alors, mais c’est bien sur
:ange:
il faut un système simple qui au démarrage te demande :
étalonner altitude ?
oui => et tu va sur un écran d’étalonnage
non => tu démarre comme avant
écran d’étalonnage
1- étalonner par altitude connu de la position présente => rentrer l’altitude en mètre
2- étalonner par pression atmosphérique connue => rentrer l’altitude en hPa
salut, vu le temps maussade et la nouvelle mise à jour je suis sur mon VGP,
et j’ai un petit problème de “reconstruction”
je clique sur GPs, il reconnais le VGP. Dans mon VGP j’ai un carnet de vol 2011 et 2012, j’ai réussi à importer quelques vols de 2012, mais aucun de
2011. Donc j’ai essayer de reconstruire, au début le VGP ne me donnais que quelques vols de 2012 ( ceux dont j’avais réussi l’importation ) mais 0
vols de 2011 et o vols des manquants de 2012
Suite à un essai de reconstruction, logfly ne reconnais plus rien dans la reconstruction lorsque je fais “lire le vgp”
peux tu me dépanner si je t’envoie mes fichiers ANNXXXX.TXT
merci d’avance
Bonjour,
Je peux bien sûr te dépanner… Il me faut tout le contenu du VGP. Dans Logfly sur l’affichage des vols du VGP, il faut cliquer sur l’icône du milieu dans les trois icônes situées en haut à droite ( voir http://www.alpiweb.net/logfly/index.php?id=traces-reversale ). Comme destinataire du mail mettre logfly.contact AT gmail (Point) com. Comme je ne sais pas d’où vient le problème, si tu as deux secondes, envoie moi aussi un backup de ton carnet de vol Logfly. Quand le carnet de vol est affiché, il y a dans le menu principal un sous menu Outils, choisir Export puis Envoi backup carnet. Dès réception, je jette un coup d’oeil, peux pas voler non plus ! Ici il fait à peu près beau mais beaucoup de vent.
merci j’envoi sa tranquillement ce soir, prends ton temps y a pas urgence
Salut,
J’utilise Logfly depuis deux mois avec mon nouveau reversale, derniere mise à Jous.
Le concept et l’utilisation sont vraiment bien pensées.
Voici quelques retours de mon utilisation :
-j’enregistre ma trace sur le reversale en IGC. Serait-il possible de pouvoir l’exporter quand elle est dans la base de donnée de Logfly en KMz à la manière de parawing ( avec les Vz max et min … triangles…)
-Lorsque j’exporte ma trace igc depuis logfly sur mon bureau, ma trace apparait en IGC, mais ouvrable en fichier texte. Est-ce toujours une trace sécurisée pour l’envoyer à la CFD ou pour la compete.
-Je crois que cela à déjà été envisagé, Mais l’ouverture de la trace sous google map pourrais-t-elle se faire sous google earth, ceci afin de pouvoir comparer avec mes balises préenregistrée. D’ailleurs, quand on ouvre une trace pour voir les thermiques, sous mac, la souris disparait quand on la passe dans la fenêtre ouverte.
-Pour terminer, je vole en bi et en voile solo ( 2 ), pourrait-on voir apparaître le nombre d’heures passés sous chaque voile, ceci afin de savoir les heures de chaque voile.
J’immagine quelque chose comme une nouvelle case à coté de “alt déco” “com” et ensuite “voile” qui indiquerai quelle voile est utilisée, et ailleurs le récap total du nombre d’heures total passé sous chaque voile.
Voila merci.
J’espère que cela est assez précis.
Bon vols à vous. 
Bonjour à tous,
[quote]Serait-il possible de pouvoir l’exporter quand elle est dans la base de donnée de Logfly en KMz à la manière de parawing
[/quote]
… C’est pour très bientôt… c’est testé en béta par un ou deux copains.
[quote]Est-ce toujours une trace sécurisée pour l’envoyer à la CFD ou pour la compete
[/quote]
Oui… si la trace n’a pas été modifiée avec un éditeur de texte, le contrôle sera toujours ok.
[quote]sous google map pourrais-t-elle se faire sous google earth, ceci afin de pouvoir comparer avec mes balises préenregistrée
[/quote]
Oui… la génération d’un kmz déclenchera (ou non au choix) l’ouverture automatique de Google Earth. Ta problématique m’intéresse car j’envisage l’incorporation native d’autres fichiers kml. Ton fichier balises est un bon exemple.
[quote]J’immagine quelque chose comme une nouvelle case à coté de “alt déco” “com” et ensuite “voile” qui indiquerai quelle voile est utilisée
[/quote]
tu imagines très bien c’est exactement comme cela que cela que va se présenter dans la version 2.
Je prends un peu de retard dans la sortie du module Google Earth car je suis en train de réviser le code entièrement pour une version 2. J’ai enfin trouvé la solution à un bug sous Mac (disparition du curseur sur Google Maps).
réponse rapide, et très concluante.
bonjour, en voulant rapporter mes vols d’il y a 2 jours de mon reversale à logfly, j’ai eu le message d’erreur suivant :
an exeption of class xml exeption was not handled, the application must shut down
exeption message : msg : xml parser error 3, no element found
exêption error number 2
je n’ai jamais eu cela auparavant, je n’ai rien changer à la configuration, fais un test antivirus et anti trojan, rien
si giloutho ou autres pourrait m’aider, merci d’avance
Puisque l’on est dans les petits soucis technique, j’ai un vol sur mon Reversale que Logfly ne veut pas importer. C’est un peu gênant car à chaque importation il apparait comme nouveau et entraine un message d’erreur d’importation.
Est il possible d’effacer ce vol parasite ?
mon message n’a plus lieu d’être car je viens d’essayer avec les vols d’aujourd’hui et cela refonctionne, cependant mes vols d’il y a 2 jours ne sont toujours pas transférable sur logfly, mystére, si cela se reproduit, je vous le dirais, en attendant, je remet la question de patrick pour que vous ne l’oubliez pas, merci
Salut Patrick,
si tu me passe par mail le fichier ANN2012.TXT dans VOLS et que tu me dis quel vols c’est, je peux te le supprimer du VGP.
Mon mail : philippe (at) reversale (point) com
Bonjour à tous,
Pas pu répondre, j’étais absent…
[quote]si tu me passe par mail le fichier ANN2012.TXT dans VOLS et que tu me dis quel vols c’est, je peux te le supprimer du VGP.
[/quote]
Peut être pas utile, Logfly propose un utilitaire de reconstruction du carnet (http://www.alpiweb.net/logfly/index.php?id=reconstruction-du-carnet-reversale) qui est a essayer en premier avant de “bidouiller” le fichier ANN…TXT. Contrairement à ce que laisse présager l’extension, ce n’est pas un fichier texte mais un fichier binaire. Un octet mal placé et le VGP n’affichera plus correctement le carnet de vol. Le problème de Patrick semble à priori provenir effectivement du carnet interne au VGP.
Yeager
[quote] j’ai eu le message d’erreur suivant : an exeption of class xml exeption was not handled, the application must shut down
[/quote]
Là le souci vient clairement d’une exception non gérée par Logfly. Les traces sont enregistrée en GPX ? Il y a une fonction pour m’envoyer un backup du VGP. Quand c’est sélectionné, sur la fenêtre d’expédition mail, il suffit de cliquer sur la bouée pour remplir automatiquement les champs avec l’adresse de support Logfly, etc… Quand je colle ce backup sur une clé USB, c’est comme ci j’avais votre VGP dans les mains… cela me permet d’avancer…