Jump to content

Bernard-72

Tavernaute
  • Content Count

    293
  • Joined

  • Last visited

  • Days Won

    1

Bernard-72 last won the day on November 17 2015

Bernard-72 had the most liked content!

Community Reputation

1 Neutral

About Bernard-72

  • Rank
    Terre Neuva

Contact Methods

  • Website URL
    http://
  • ICQ
    0

Profile Information

  • Genre/Gender
    Masculin/Male
  • Position
    72200 - LF
  • Interests
    Topo,carto,astro,sim FS,Orbiter...
  1. Bonjour Maitai, Je n'ai pas essayé, je vais le faire. ... OK Apparemment, cela semble fonctionner effectivement via la fusion proposée par QtVlm ; le fichier résultant est de toute évidence plus volumineux... Merci Maitai et bon W.-E.
  2. Bonjour. Quelque chose m'échappe dans la technique du routage dans le passé et plus particulièrement au moment de la concaténation Pour une date donnée, j'ai récupéré, dans les archives adéquates, 3 gribs qui m’intéressent pour en faire un fichier grib unique : gfs.t18z[...]f003.grib2 de 514 Ko gfs.t18z[...]f006.grib2 de 504 Ko gfs.t18z[...]f009.grib2 de 510 Ko Je fais la concaténation des trois fichiers avec la commande qui va bien : Exécuter cmd (blabla) C:\blabla COPY gfs[...]f003.grib2+ gfs[...]f006.grb2+gfs[...]f009.grb2 GribGlobal.grb2 Apparemment la concaténation fonctionne, car j'obtiens bien mon fichier GribGlobal.grb2... mais de 7 Ko seulement. Et quand j'ouvre ce GribGlobal, je ne vois rien sur la carte... alors que je peux visualiser, sans problème, chacun des 3 fichiers individuellement... De toute évidence quelque chose m'échappe... merci par avance à qui pourra m'indiquer le point clé que j'ai omis dans le processus de concaténation !
  3. Ah, oui ! Quand on choisit le grib dans le menu déroulant des heures, parce que, quand on rentre l'heure manuellement ça colle... Ce qui compte c'est que l'heure affichée dans le rectangle en haut à gauche de l'écran correspond bien à l'heure du grb affiché. C'est çà ?
  4. Bonjour Chez moi, je n'ai pas ce pb (v.5.2.5) L'affichage de l'heure du grib est bien en UTC, même quand je change de grib. Le décalage constaté sur la version précédente (v5.2.3) semble corrigé
  5. Cela me parait répondre au principe selon lequel : sur un parcours total de n tronçons partiels, l'itinéraire optimisé n'est peut-être pas obligatoirement la somme de l'optimisation des n parcours partiels. Pour preuve : la manip qui consisterait à perdre du temps sur un tronçon pour récupérer une meilleure météo et effectuer par la suite un parcours partiel plus rapide. Je crois me souvenir qu'il y a eu, récemment, quelque part sur le forum, un constat de ce type, sur je ne sais plus quelle course. De plus, ce n'est plus à prouver : s'il facilite la programmation du routage, comme tout dispositif d'aide à la décision, le routeur ne remplace ni le coup d’œil de contrôle, ni le bon sens du programmateur. Et c'est très bien comme ça !
  6. Bonjour, Pb : Sur la 3 mers HK>BKK, je veux visualiser ma trace du 20/01 08:00 au 23/01 08:00. Je ne m'explique pas le fait que le tracé soit tronqué et que la trace ne commence que le 22/01.... . J'ai tracé mon parcours de mon départ (le 17/01 22:00) au 21/01 08:00, et je n'ai pas eu ce pb. À priori, ce ne devrait donc pas être ma méthode qui est en cause... 25.01 06:45 : Même constat quand à 5 minutes de l'arrivée j'enregistre la trace depuis le départ. Je n'ai pas toute la trace, mais la dernière partie seulement ( Je n'ai pas cherché à comparer la durée totale des traces, ni du nb de points par enregistrement json) L'affichage des traces est limitée à 48h : OK . Question : La quantité de données enregistrables, sur une course donnée, le serait-elle aussi (durée, nb de points...) ? (QtVlm v. 5.1.86)
  7. Merci Maitai pour ces précisions.
  8. Bonjour Maitai, Quoi de neuf sur la v5.2.2 ? La MàJ peut-elle attendre l'arrivée à Bangkok ou bien est-elle de nature à faire gagner du temps sur les courses dans lesquelles on est engagé ? Merci en tous les cas pour le SAV ! Question annexe : Y a-t-il une page qui prolonge celle-ci, en présentant l'historique de QtVlm ?
  9. Oui, oui, sans aucun problème. De même que je fais apparaitre le minitdb en jonglant soit avecT soit avec le compas. Ça m'aurait paru plus pratique de déplacer le mini tdb plutôt que la carte, surtout quand celle-ci comporte moult détails (routes, WP et tutti quanti...)
  10. Bonjour, Pour m'éviter d'avoir à déplacer la carte, je voudrais pouvoir descendre le mini tableau de bord qui s'affiche à mi écran à l'ouverture de QtVlm (v.QtVlm 5.1-86) Est-ce possible en bidouillant dans le QtVlm.ini ? Je ne pense pas qu'on puisse déplacer le mini tableau dont la position reste fixe (comme par exemple en cliquant dessus et en le déplaçant le clic gauche étant maintenu enfoncé). Me tromperais-je ?
  11. OK. Tout est clair. J'archive. Ça me servira dans l'avenir. Merci encore pour les explications et pour tout le boulot autour du projet. Bonne fin de journée et bonnes fêtes de fin d'année. Je quitte la fréquence...
  12. Bonjour et merci Maitai pour l'explication. Effectivement, c'est ce que je suis en train de tester en bricolant manuellement dans le tableau de bord de vlm. Ça a l'air d'être la solution. Reste à vérifier que le chrono démarrera au bon moment et que le temps passé au TWA n'est pas comptabilisé.
  13. J'ai essayé. Ça ne change rien de mettre le TWA à 0 avant l'envoi des ordres. Une fois ceux-ci envoyés, le TWA est changé et n'est plus nul... Je vais essayé de bidouiller sur la programmation à/p du tableau pilototo de vlm. Mais c'est un peu tordu...
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.