Logiciel de routage QtVlm [1]

Je n'en suis pas un expert. Je l'ai juste utilisé avec l'option vrai bateau et mis une polaire classique, puis comparé avec une vielle vesrion de Maxsea.

Il y a un forum dédié ici : www.virtual-winds.com[...]dex.php

J'ai juste fait partager ce soft que je trouve génial on peut notamment paramétrer une force de vent maxi pour le routage. Je n'ai pas testé l'import export avec OpenCpn.

Maxsea peut prendre en compte le courant, ce que qtVlm ne fait pas mais dans ma version de Maxsea je ne peux pas paramétrer la force max du vent. Sinon les deux sont très proches.

Les concepteurs de QtVlm ont fait des comparaisons avec Adrena et leur soft s'en sort haut la main.

Bonjour larent,
Tu dois avoir une version de qtvlm pas tout à faut à jour. Il y a une nouvelle polaire pour le VO70:
wiki.virtual-loup-de-mer.org[...]hp/VO70
Normalement, après mise à jour, qtvlm doit fonctionner normalement sur la VlmOR.
Bons vents virtuels !

Il y a un tuto sur cette fonction dans le wiki:
wiki.virtual-loup-de-mer.org[...]un_grib

Un module de routage sans prise en compte des courants , ça sert à quoi ??????

Y'aura un jour les vagues et les courants... En attendant pour une transat ou meme en mer med les courants c'est pas primodial (les vagues je pense sont plus importantes que le courant)

Salut Steredenn,

Ouvre un exemple de fichier CSV présent dans le répertoire Polar du logiciel. Cela te permettra de voir le format a donner au logiciel. Ensuite tu constitues un fichier propre a ton bateau, en pièce jointe un exemple pour mon bateau.

Tu sauvegardes ensuite ton fichier au format CSV dans le répertoire polar du logiciel. Et enfin tu sélectionnes dans le logiciel "Bateau" --> "Paramétrage du bateau" puis dans la liste Polaire tu devrait trouver ton fichier CSV.

? quand je vais sur l'installation sous windows, ca me dit que ce n'est pas la bonne page

Faut aller ici : www.virtual-winds.com[...]~oxygen

Charger la derniere version full, en l'occurence la 3.2.3-full, c'est un zip a decompresser ou vous voulez. Puis charger la derniere mise a jour (la 3.2.7, choisir 32bits ou 64bits suivant votre machine) et decompresser au meme endroit pour remplacer les fichiers.
Meme technique pour macintosh ici: www.virtual-winds.com[...]gen/mac

Je ne me souviens pas d'avoir constaté un plantage avec la V 3.2.3 (utilisée très fréquemment en course sur VLM) ni - pour l'instant- sur la 3.2.7 encore peu testée (Windows 7).

Bonsoir à toutes et à tous. Je n'arrive pas à faire communiquer mon GPS usb, BU353, avec un mac qui semble ne pas avoir de port com. GPSNavx accepte bien le nom de port /dev/cv.usbserial mais pas qtvlm, quelqu'un aurait'il une solution? D'avance merci.
Joël

J'ai fait une modif... mais comme je peux pas tester n'ayant pas de mac merci de me dire si ca marche maintenant. Il faut recharger l'appli pour mac (www.virtual-winds.com[...]gen/mac )

slt
pareil pas essayer encore les dernieres versions mais bon comme opencpn...que du bon avant.
alors pourquoi ca changerai??
a part des ameliorations?
une bombe ce logiciel gratuit en plus
seb cirrus le chat et aldebaran

J'ai utilisé Qtvlm sur une transat retour il y a quelques semaines.

Le logiciel a parfaitement fonctionné, les routages parfaits.

J'ai apprécié la fonction qui permet d'indiquer une vitesse de vent max et min, et la possibilité de choisir son routage parmi les isochrones affichés.

J'aurais aimé des caps donnés en orthodomie et la possibilité de mettre un % de performance pour la polaire.

N'hésitez pas à tester ;)

Salut,

Concernant l'ortho, sur la carte, lorsque le cap donné est de 90°, je vais plein Est, alors que je devrais en réalité descendre plus vers le sud (cas d'un départ de Charleston aux USA). Du coup on a des différences entre l'affichage de Maxsea par exemple qui travaille en ortho et QtVlm. C'est assez déstabilisant pour comparer les routages proposés par les 2 softs.

Les caps donnés dans le tableau de routage, correspondent-ils à une route Ortho ?

La reponse est assez compliquee:

qtVlm lorsqu'il calcule un routage trouve un point disons toutes les heures (la duree des isochrones, parametrable). Une fois le routage converti en route, la route relie les points avec des segments de 5mn (ce que nous appellons la duree de la vacation). Le chemin pour relier 2 points de la route n'est pas forcement orthodromique, car par exemple si le point a rejoindre se trouve pile au vent, il faudra tirer des bords. Le cap indique dans le tableau de marche de la route est le cap orthodromique du prochain point de la route (a 5mn donc), pas le cap pour rejoindre le prochain POI.

Tu peux trouver le cap orthodromique (et loxodromique aussi) du prochain POI facilement (en tirant un cap dessus par exemple), mais tu as raison, cette information est utile aussi et pour simplifier je vais la rajouter dans le tableau de route.

Pour les empannages/virements dans qtVlm tu peux le faire. Tu as dans les options qque chose pour penaliser les empannages et/ou les virements. La route et le routage en tiendont compte pour eviter effectivement des propositions ou il faudrait virer toutes les 5mn... Efficace en virtuel mais ridicule en reel :)

Pour la 1ere question faudra que je relise... ca a l'air interessant mais pour l'instant j'ai pas tout compris je crois :)

C'est exactement ce que fait qtVlm (voir ma reponse ci-apres). Ces valeurs sont calculables a partir de la polaire, pas besoin des les rentrer manuellement. Si ca ne correspond pas a ton vecu c'est que ta polaire est fausse ou mal faite...

Concernant l'option "empannages et virements", le % correspond a une degradation de la polaire pendant 1 vacation (5 minutes). Si tu mets 100% pas de degradation, si tu mets 0%, le bateau s'arrete 5mn le temps de virer/empanner. En pratique 20% suffit a ce que qtVlm evite de virer/empanner trop souvent.

Bon, si je te comprends bien, dans le cas de cette polaire (la mienne en fait), il ne me proposera jamais de faire un cap de 30° par rapport au vent à 4 noeuds. Il ne dépassera donc pas l'extrémité de la partie verte ?
Si oui, alors on oublie tout.

J'arrive sur la communauté hisseo je viens d'acheter un first 310 et je cherche de bonnes infos dont un lsoft de routage
QTVLM serait utilisable en réel en croisière? je connais un peu le routage et le virtuel ancien dgogué de VR et VRtoolms. si vos confirmez je vais voir ce que je pourrais en faire
Pour Steredenn as tu des infos pour optimiser un First 310?
Amicalement à tous
Christian

j'ai posté un forum sur le first 310
aurais tu des poliares du fisrt 310 (j'ai récupéré celle du 31.7 mais pas exactement identique)

La dernière version frise la perfection.

Un mode de routage permettant de dégrader les perfs de la polaire, un mode "moteur si vent inférieur à" + plein d'autres amélioration dont la prise en compte de l'ortho pour passer rapidement de qtvm au cog du GPS.

La source du probleme venait du fait que j'utilisai un bateau VLM et non un vrai bateau!

C'est pret, vous pouvez charger le patch1 qui s'applique sur la version 3.2.8 full.

bonjour une petite question a maitai qui fait parti des devs de qtvlm(je crois..) j adorre sur les regates virtuellles evidemment(plutot l hiver..donc) et je commence a l utilser un peu en bateau reel...et je coince un peu notament sur la precision des cartes donc je me pose la question suivante
sachant qu il n y pas de sondes sur les cartes et que les tirants d eau sur nos humbles bateaux ne sont pas les meme qu un imoca ou un class 40 vor etc
comment est determine dans la creation de routages l evitement des cotes
ne serait ce pas plus simples dans le cas d un bateau reel d utiliser offset de quille ainsi que des cartes avec des sondes simples par degrade de couleurs?
ou utilisation raster .kap(par exemple)
ou alors une superposition des cartes ge sur des cartes qtvlm un peu plus precises sur les sondes?
en utilisation reelle des cadrans vrais(sur les donnees reeles nmea du boat et le compas sur les donees meteo et polaire serait pas mal
je sais usine a gaz...
merci pour ces reponses
dsl pour le pave
a+
seb

L'evitement des cotes dans qtVlm se fait simplement en verifiant que la route ne coupe pas le trait de cote. Pas de notion de profondeur donc, vu qu'on a pas cette information.

A noter que les cartes utilisees par qtVLM (et VLM) sont...disons pas tres precises! Par exemple Moorea en polynesie est decalee de presque 1 mille (experience vecue). Dans nos regions les erreurs sont moindres mais qd meme la cartographie de qtVLM est a prendre avec des pincettes. Ca vient du modele utilise (GSHHS), les gens qui s'en occupent ont ete contactes a ce sujet mais ne prevoient pas de corriger ca dans un avenir proche...

Conclusion, en navigation reelle il faut utiliser le routage de qtVLM avec prudence pres des cotes ;)

A noter egalement que les routes sont exportables dans plusieurs formats, y compris un format compatigle google-earth... utile pour verifier que le passage est clean ;)

La superposition "d'images de cartes" dans qtVLm est une bonne idee, pkoi pas. On peut en fait surement deja le faire en utilisant le module fax-meteo je suppose.

Il y a sûrement quelque chose que je ne comprend pas. J'ai compilé la dernière version pour Ubuntu 12.04 et plusieurs choses m’échappe.

1) Si j’essaie un routage Vannes/Brest il veut passer par la 4 voies !!! Et comme je n'ai pas d'option pour des points intermédiaire sur le routage, je ne vois pas comment faire pour forcer le passage par la mer (route verte sur l'image).
2) Si je fais un routage plus simple Quiberon/Pointe-Bretagne (route rouge) alors il propose un routage, mais au vu des grib je suis surpris par les options prises. De la même manière je ne vois pas quand il considère que je dois aller au moteur ou non.

Enfin je ne comprend pas la présentation de la route, pas du tout de moteur alors que j'ai le vent dans le pif en permanence, ensuite l'histoire du TWA en vert et rouge m'échappe.

Last but not least, avec 15knt de vent dans le pif, c'est certain que je vais avoir de mer, et donc que je vais être ralenti. J'ai pas vu d'option pour intégrer les vagues.

J'ai pris la dernière version 3.2.8 (patch-1) et les polaire de O37 de Limace. Ce que j'aimerais, c'est pouvoir faire une route comme avec OpenCPN et demander de m'optimiser le routage en fonction des GRIB.

Je suis sous Linux, la version Windows n'est donc pas vraiment utilisable. J'ai la version du truck avec patch1 qui est confirmé par la sortie 'a propo' de l'interface graphique. D’ailleurs il me demande bien quand je veux utiliser le moteur, je suis juste surpris des perf qu'il pense atteindre vu que c'est vent dans le pif pendant tout le trajet.

Sinon, pour le départ je touchais effectivement le train de cote, j'ai pas zoomé assez pour vérifier que j’étais dans l'eau.

Ca ne m'explique toujours pas les histoires de couleur que le TWA

merci a maltai pour la reponse rapide...qui ne fait que confirmer ce que je pensais
m enfin je viens de telecharer la derniere version et il y a des plus fort appreciables declinaison...notament
pour repondre a fulup
tu peux faire un routage avec des points intermediaires...
par exemple pour aller de A(le bateau) a C en passant par B
tu routes depuis le bateau vers B
ensuite de B a C tu routes depuis B(au lieu du routage depuis le bateau) en reprenant comme heure de depart du routage l heure theorique d arrive de ton premier routage vers C
suis je clair?
il y a aussi possibilite de creer une route multipoints...
a+
seb
ps le twa(true wind angle angle de vent reel) en rouge ou en vert c est l amure babord ou tribord il me semble

Pour les couleurs voir ci-dessus

Pour la difference entre route et routage: une route est une suite de point. Elle peut venir d'un routage, ou pas. Un routage est un calcul a base d'isochrones, qui peut eventuellement etre converti en route apres. On peut optimiser une route (ou simplifier) dans le menu editer une route, mais c'est un calcul qui n'a rien a voir avec un routage par isochrone.

La "bonne" facon est en general d'abord de faire un routage, puis de le convertir en route, et ensuite eventuellement de modifier/simplifier/optimiser/etc la route. Mais on peut aussi faire sa route a la main sans passer par le routage.

Question remarques supplémentaires (voir image attachée). Je comprend que l'outil soit avant tout faire pour du routage au large, mais comme il est probable que la grande majorité d'entre nous font du routage côtier ou semi-hauturier, ca serait intéressant de savoir si le produit est utilisable pour ce type de nav.

1) J'ai reproduit un départ à la cote, routage en jaune. Il n'arrive pas à passer la pointe de Quiberon sur un routage baie de Quiberon/Brest. Au lieu de me demander un point de passage, le routage plante.
2) La route en bleu qui part au large de Quiberon, je suis très surpris pas l'option de me faire tirer des bords en zig-zag entre Groix et Concarneau. Si je fais ça, ma femme risque de demander le divorce :);

D'une manière général, je trouve un peu compliquer de donner des points de passage au routage, par exemple pour s'éloigner de la cote. Dans le cas des Glénans ne voit aucun inconvénient à me faire passer au milieu, j'aimerais pourvoir lui dire que je ne suis pas d'accord.

Conclusion: serait il possible d'avoir une petite vidéo en capture d'écran qui montre comment faire un routage de type cotier (ex: Lorient/Brest) avec comment faire pour contourner les Glénands, passer bien au large de la pointe de Pen-Marc'h, etc ....

Pour le point 2), j'avais zappe:

Evidement qtVlm est issu du virtuel, et dans ce monde magique virer/empanner est instantane. Mais en reel y'a pas que madame qui va etre indisposee si on se met a changer d'amure toutes les 5mn.

Y'a un parametre pour ca, qui gere une penalite pour changement d'amure. En le reglant bien, qtVlm cherchera a faire des bords plus longs ;)

Pour info, je ne voulais pas faire de rase callioux, j'ai juste mis mon point de départ à la sortie du golfe du Morbihan et mon point d'arrivé à l'entrée de la rade de Brest. Plutot que de définir des barière ce qui est assez compliquer à faire, car on ne sait pas à l'avance pour ou il veut passer, il serait plus simple de faire des points de passage obligatoire (style bouée de régate).

A noter que dans mon cas, le logiciel ne plante pas, mais il arrête le routage (début de routage en jaune sur la carte). Il serait tout de meme logique que quand il trouve de la terre ferme, soit il cherche une sortie (dans le cas contournement de la pointe de Quiberon) soit il demande un point de passage, non ?

Sinon pour éviter les bords de près sans intérêts, ne serait il pas possible de donner une vitesse VMG mini pour allumer le moteur. Dans mon cas, j'allume le moteur soit quand je vais à moins de 3.5knt, soit quand je doit tirer des bords sans fin avec une VMG et ceux même si sur je vais à 6knt (mais pas dans la bonne direction).

Je comprend les contraintes, c'est pas que je cherche à faire de la régate, mais dans la pratique sur un routage côtier (ex: Vannes/Brest) on sait qu'on as de passage obligé (ex: La Teigneuse, la pointe du Raz, passer Penmarc'h bien au large, ...).

Actuellement j'ai un peu de mal à utiliser l'outil pour ce type de navigation.

Fichier Météo France.
Navimail.
Modèle Arome.
Maille 0,05°.
Baie de Quiberon.
Ce jour 06h00, 12h00, 18h00.
0,99 euro.

Ouverture dans QtVlm : Échec.
Dans Navimail pour illustration.
Le fichier.

J'ai fait edit pour le mettre dans le post juste en dessus.

J'ai remarqué que la "Best VMG pres" ne s'affiche pas dans la fenetre pour etudier la polaire. J'utilise la derniere version avec le patch 1.

slt
juste pour dire que cette derniere version 3.2.8 a vraiment l air sympa je n avais jamais fait le rapprochement avec zygrib c est pourtant evident quand on y pense
d ailleurs j en ai aussi profite pour telecharger la derniere version de zygrib...
et je me posais la question suite au post de jpla ne serait ce pas interressant de faire un recencement des modeles meteo a maille fine
la plupart etant payant mais pas que certains sont en acces libres site internet etc..
et la manieres de les convertir pour qu il soient lisibles dans qtvlm(et zygrib donc)
quand est il du plugin grib d opencpn et les modeles a maille fine?
j ai aussi un doute sur l utilisation de maille aussi grossiere que 0.5degre dans zygrib...sur du mondial ou du large oui.
maintenant...j ai l impression qu il y a eu une evolution...sur du local
seb

slt maitai
j ai suivi avec interret votre discussion sur le forum opencpn avec les devs
concernant qtvlm et le plugin de routage de opencpn...
pour ma part j ai fait quelques tests sur les exports et imports de qtvlm je ne vais peut etre que redire des choses mais...
1 concernant l export de routage(en gpx) de qtvlm il marche tres bien et est reconnu sans soucis par opencpn moyennant une petite simplification de la trace de routage optimisee pour ma part j ai une grande preference de l utilisation des routages de qtvlm en layer temporaire dans opencpn c est tres pratique tu peux en charger plusieurs(notament des deroutages pour des points de "chutes" au cas ou) et les activer vissible sur la carte ou non a tout moment
tres tres pratique
2 et la je bloque pour l instant j ai essaye les imports de png ou tiff
recuperes sur le tres bon
sourceforge.net[...]utical/
depuis l import de fax meteo pour la superposition par transparence de cartes marines sur les cartes qtvlm
les points de georeferencement sont ils obligatoires a remplir dans l import?
comment puis je les recuperer facilement ils sont integres au tiff normalement?
une aide serait bienvenue merci
a suivre
seb

Lorsque je crée une routage que je transforme en Route (avec l'option Convertir en Route avec ce Prexix), la route disparait de l'ecran quand je clique Ok sur la fenetre du Resultat du temps de calcul. La route a bien été crée et est visible dans la liste des routes, mais pas moyen de l'afficher. J'utilise le dernier patch sur Win 7 64b. Une idée?

re
merci de la reponse rapide je vais aller voir ca :litjournal:
a+
seb

Pour le pb de chargement de l'efficacite des polaires au demarrage, c'est corrige et ca sera dans le prochain patch...

Pour l'affichage de la route c'est pas normal... Si tu crees une route "a-la-main", cad par route->creer une route, que tu inseres un POI pas trop loin de ton bateau et que tu l'affectes a cette route, la nouvelle route apparait?

Si tu regardes le tableau de route (route->editer->2eme onglet), ca dit quoi pour la route qui ne s'affiche pas?

Heu si tu pars a telle date et que tu arrives apres ta date limite, y'a plus qu'a changer de bateau ou de moteur ;)

Tu as trouvé cette option dans quelle version ? Sur la 3.4.0 je ne le trouve pas.
merci

Pas bien compris.. On pourrait theoriquement fabriquer un routage inverse partant de l'arrivee a une date d'arrivee souhaitee et en deduire la date et heure de depart du point de depart... c'est ca? Je vois pas bien l'interet cela etant, si ce n'est de pouvoir dire que pour etre a l'apero a calvi a telle heure/tel jour, faut que je parte pas de marseille apres telle heure/tel jour.. ca me parait tire par les cheveux un peu

@jpla: Merci pour la traduction en bon francais! Ton explication et capture d'ecran (un mockup je presume) est exactement ce que je souhaiterai...

Merci pour les compliments :)

Alors bon

Sur le point 1) c'est surement faisable mais un peu l'usine a gaz non? Je note l'idee qd meme... Remarque: partir plus tard pour arriver plus tot (pas de reference politique ;) ) me parait defier la logique. A priori si c'est possible c'est qu'il suffit dans le routage qui part plus tot d'attendre qque part, et c'est surement ce que fera qtVlm (hors moteur evidement, avec l'option moteur activee c'est possible bien sur). Je veux bien un exemple qui me contredise...

Pour le point 2) oui ca ne devrait pas etre tres complique de faire un module similaire a celui des fax-meteo, dedie pour l'affichage de cartes en surimpression. Pour le decalage les cartes qtVlm sont celles de VLM, qui sont elles-memes les cartes du modele GSHHS, qui sont parfois legerement decalees, c'est connu. Ca se verifie facilement en superposant une carte Google (tres facile a faire dans FrogTool par exemple). La cartographie qtVlm est donc a utiliser avec prudence. On espere qu'un jour VLM changera de modele.

Pour le point 3) le bug de la restauration du polarEfficiency est deja corrige, ca sera dans le patch3. Pour la sauvegarde du routage non ca n'est pas possible (trop d'info ca serait vraiment trop lourd a sauver). Par contre tu n'es pas oblige de convertir en route tout de suite, ce qui permet de d'etudier les differentes options (pivots, routes alternatives, isochrones inverses, etc). Une fois converti en route le routage est detruit, aussi pour liberer de la memoire (ca consomme ;) )

Non le decalage n'est pas constant. Insignifiant ou presque en Bretagne, bcp plus prononce en polynesie et pres de l'antimeridien en general. J'ai cause (mail) avec les responsables de ces donnees aux USA, ils reconnaissent le fait mais ne compte pas corriger dans un avenir proche. La seule facon serieuse serait d'utiliser un autre modele en mode reel. En attendant c'est un peu approximatif mais pas si genant que ca, de toute facon on ne passe pas a quelques pixels (mm) des cotes dans la vraie vie ;)

Pour les barrieres:
Y'a pas de limite en nombre. Pas de sens de passage (les 2 sens sont bloques). Il faut evidement preciser "Eviter les barrieres" dans les parametres du routage. Le mieux est de declarer les POIs qui vont servir pour les barrieres en type "balise" (comme ca ils ne sont pas proposes comme cible de routage). On ne peut relier un POI qu'a un seul autre POI, donc il faut creer des paires de balises reliees entre elles. Un peu fastidieux je reconnais, ameliorable certainement.

Pour les villes y'a deja une option dans planisphere pour ca. Le fichier zygrib des villes n'est pas compatible je crois, nous utilisons un fichier plus recent. Pour info zyGrib utilise aussi les donnees GSHHS mais d'une version plus ancienne (sauf si ca a change recemment), et bref donc a le meme "decalage" par endroits que qtVlm et VLM.

Pour les cartes oui il ne ne faut pas qu'elles soient trop grosses. Cela etant dit tu peux decouper et/ou reduire l'image a la main (avec irfanView ou gimp par exemple) pour ne garder que ce qui t'interesse je suppose. Un module specialise dans qtVlm ferait ca automatiquement.... je note ;)

Tu as plusieurs facons de positionner le bateau a la main:

-Soit en saisissant les coordonnees (negatives pour S et W), par exemple (48.2256, -4.71381) donne 48°13'32"N et 4°42'49"W, en bretagne donc).
-Soit en le deplacant a la souris (shift-click gauche et bouge)
-Soit en faisant click-droit sur la carte et "deplacer le bateau ici"

Pour les barrieres c'est parce que tu crois selectionner une balise "vierge" mais en fait tu selectionnes celle qui a deja une ligne, et donc que tu remplaces. Je te propose de proceder de la facon suivante:

Cree autant de couples de balises reliees entre elles, qque part en mer mais pas ou tu les veux a la fin, toutes alignees disons horizontalement.

Ensuite tu prends a la souris (shift-click gauche) chacune des balises et tu les places (drag) ou tu veux. A la fin tu dois reussir ;)

Exemple tu veux faire un carre:

Tu crees 8 balises, disons b1,b2... b8, loin de la ou tu veux le carre a la fin. Tu relies b1 avec b2, b3 avec b4, b5 avec b6 et finalement b7 avec b8

Tu deplaces b1 et b2 la ou tu veux que le 1er cote de ton carre soit, ensuite tu deplaces b3 que tu places sur b2, et ainsi de suite ;)

J'essayerai d'ameliorer ca... un jour.

Pour ceux qui veulent plus de villes, voici un fichier que j'utilise dans qtvlm en vue planisphere 5, à placer dans maps\gis à la place de celui existant (faire un backup de l'ancien au cas ou)

Edit: j'ai uploadé le fichier deux fois...désole

Qui peux m'expliquer les abréviations du tableau de marche ?

:pouce:

La version 3.2.9 est sortie

Elle permet entre autres choses d'afficher des cartes marines (raster, fichiers .kap), et de copier/coller des routes entre openCpn et qtVlm (et aussi google Earth). Il faut la derniere beta (3.1.814) de openCpn pour ca.

Plus de details sur les forums qtVlm et openCpn.

Oui mais le mieux c'est au formal kml. Click-droit sur la route, copier, ctrl-v dans ocpn et hop. Ou l'inverse ;)

En faisant ctrl-v (coller) de ocpn dans qtVlm la position du bateau est synchronisee egalement

Je suis en trai d'essayer cette version. Le travail est effectivement impressionnant. Toutefois, comme pour beaucoup de ces logiciels (Zygrib notamment), on ne sait jamais clairement dans quel fuseau on travaille : les grib en Z, le départ de routage ou de route en local ou Z? Pas évident malgré les options. Je pense que tout est en Z selon mes essais. Quelqu'un peut-il confirmer?

@maitai "le fait de coller une route dans qtVlm ne cree pas de routage, ca cree la route et ca synchronise la position du bateau, c'est tout"
ah bon t es sur?chez moi quand je copie klm(pour qtvlm) dans o et fait le coller dans qtvlm j ai directement un route avec heure de passage aux wps heure d arrivee "tableau de marche" dans l editeur de route...bref ca ressemble fort a une route cree du routage qtvlm...elle n est d ailleurs pas identique a la route cree dans o enfin il me semble(j ai essayer vite fait)
bon je referai des essais
je te tiens au jus
:litjournal:
seb

Hello,
Je (nous) sommes en train de rajouter les infos courants. Pour l'instant ca fonctionne pas trop mal avec la mer baltique, ou c'est facile de recuperer des gribs "courants"
ftp.bsh.de[...]rsagen/

Existe-il des sites equivalents pour la France et plus specialement Bretagne? Sinon l'un d'entre vous pourrait-il m'envoyer un grib avec des donnees "courant", meme vieux, que je teste un peu?

La version 3.3.0 est sortie

Elle apporte surtout la gestion des gribs "courants", pris en compte dans le routage, les routes, etc. A noter que l'on peut maintenant éventuellement avoir 2 gribs chargés en même temps (un grib "normal" et un grib "courants").

Le module de routage a été amélioré un peu, principalement (mais pas seulement) pour les contournements d'obstacles.

La procédure d'installation est complétement diffèrente désormais pour windows: un exécutable pour l'installation, qui va choisir automatiquement 64bits ou 32bits selon la machine, et télécharger automatiquement les librairies (dlls) nécessaires. Si qtVlm ne trouve pas les cartes il propose soit de les télécharger, soit d'utiliser un répertoire existant, fini donc les versions "full" tres lourdes à télécharger. Il y a également maintenant un "make install" pour Linux.

A noter egalement qu'il n'est plus necessaire d'avoir la colonne TWS 0 et la ligne TWA 0 dans les polaires.

La liste complete des changements est disponible sur le forum qtVlm.

La version 3.3.0 pour mac/OS sera disponible ce soir.

La manche gratuitement (bretagne nord aussi), et la scandinavie en general est gratuitement ici: ftp.bsh.de[...]rsagen/

Sinon je ne connais que des sites payants, par exemple ici:

www.tidetech.org[...]

J'ai installé la nouvelle version en automatique sans difficulté sous Windows 7. Juste été amené à modifier le répertoire d'enregistrement (Program Files (X86) au lieu de Program Files proposé en auto).
Merci Maitai...

Bonjour,

Je suis admiratif du travail effectué et j'utilise beaucoup qtVlm pour router notre bateau dans le Pacifique. D'ailleurs, actuellement c'est un peu le casse-tête pour trouver une fenêtre météo entre la Nlle-Calédonie et la Nlle-Zélande. Je lance donc des simulations de routage toutes les 6h à chaque sortie de GRIB plus actuels. Ca m'amène à ma première suggestion : serait-il possible de programmer une fonctionnalité de mise à jour des routages effectués précédemment lorsqu'on charge un nouveau GRIB ? Ca éviterait d'avoir à resaisir tous les paramètres à chaque fois...

Deuxième idée, peut-être un peu plus importante à mes yeux : on peut obtenir les données de vagues dans les GRIB. Sans aller jusqu'à calculer une réduction de vitesse due aux vagues de face ou une augmentation de vitesse due à un éventuel planning au portant, ce qui est très compliqué, ce serait tout au moins intéressant pour ceux qui naviguent "en vrai" de pouvoir choisir de plafonner le maximum de vagues que l'on est prêts à affronter. Dans mes simulations actuelles, je pourrais ainsi choisir de vouloir rencontrer 3m de "Significant Wave Height", mais pas plus. L'effet de plafond serait alors le même que pour le vent maximum, un critère qui est déjà bien pratique ! Et dans le même ordre d'idée, parmi les types de cartes, zyGrib permet d'afficher l'état de la mer. Si qtVlm faisait de même, ça permettrait d'affiner un peu son routage en choisissant des points de pivot qui évitent les zones de mer trop forte.

Troisième chose : qtVlm lit sans problème les GRIB du modèle GFS (qu'ils viennent de Saildocs ou de zyGrib), mais pas ceux du modèle NOGAPS (disponible également sur Saildocs, en envoyant une requête comme celle-ci : send nogaps:20S,40S,160E,180E|1,1|0,6..144|PRESS,WIND) Cela permettrait de confronter deux modèles entre eux et de voir si les options divergent franchement ou pas. Si je pousse le bouchon un peu plus loin, je pourrais même suggérer de pouvoir ouvrir les GRIB des deux modèles simultanément (pour les superposer, déjà) et lorsqu'on lance un routage de pouvoir choisir si celui-ci est effectué avec le GFS, le NOGAPS ou les deux...

Voici les quelques pistes d'améliorations, basées sur des cas très concrets rencontrés actuellement. Mais merci encore aux développeurs qui nous mettent à disposition un outil formidable !

Nicolas Remy
Fleur de Sel
journal.belle-isle.eu[...]/

Bonjour et merci pour ta réponse.

Quelques réactions au sujet des orientation de développement que tu évoques :

Prise en compte des vagues :
La simulation des effets de la mer du vent et de la houle est un phénomène extrêmement complexe. Effectivement la mer croisèe est un cas de figure très désagréable (rencontré quasi-systémartiquement dans une bonne partie du Pacifique), mais surtout l'effet des trains d'ondes est unique à chaque bateau en fonction notamment de la forme de sa carène. Pour pouvoir vraiment obtenir un routage qui veuille dire quelque chose, il faudrait que chaque bateau construise non seulement sa polaire dans chaque conditions de vent, mais véritablement sa polaire dans chaque condition de vent et de mer, ce qui donne des possibilités quasi-infinies. Bref, bien peu de monde arrivera à ce niveau de détail...

Conclusion : vouloir simuler la vitesse compte-tenu de l'état de la mer est extrêmement ardu, c'est ce que je tentais de dire dans mon premier post, et en tout état de cause cela prendra énormément de temps à développer. Sans oublier qu'il y aura matière à discussion pendant des siècles quant à la manière de traiter numériquement la chose, et qu'il sera toujours possible de dire que la prise en compte de tel ou tel autre effet aurait été plus pertinente ou non !

En revanche, l'objet de ma suggestion était de se limiter (du moins dans un premier temps si vous souhaitez néanmoins aller plus loin), à des critères simples de routage, qui eux sont indépendants du bateau et qui apportent une plus-value très réelle et immédiate au navigateur : plafonner la hauteur de mer totale qu'il est prêt à affronter, par exemple. Si vous souhaitez affiner un peu la chose, on pourrait éventuellement y inclure une variabilité concernant la période des vagues, une caractéristique qui se trouve aussi dans les gribs.

Exemple : dans le premier cas, on pourrait soit plafonner à 3m de mer totale (significant wave height). Dans le deuxième cas déjà plus complexe, on pourrait indiquer qu'on se limite à 3m de vagues ayant une période de 12s ou moins, et à 5m de vagues ayant une période de 12s ou plus (nous avons rencontré 5m de houle de 15-16s de période et c'est absolument sans danger en haute mer, les ondulations faisant 300-400m de long).

Gribs et modèles de GRIBs :
Il y a effectivement différents modèles qui donnent accès à différentes données, et je crois que la dernière version s'oriente déjà vers la possibilité d'ouvrir l'un et l'autre, mais seulement un GRIB courant et un GRIB vent à la fois. Ma suggestion va dans le même sens en poussant la logique un peu plus loin. Il s'agirait d'une part de pouvoir ouvrir (et visualiser) plusieurs fichiers GRIB simultanément, indépendemment de s'il s'agit de données de vent ou de courant. Ainsi on pourrait avoir 3 GRIB vent et 2 GRIB courant ouverts simultanément, et en les visualisant ensemble à la même échéance, pouvoir voir si l'évolution des phénomènes est prévue de la même façon ou pas.

Mais également, je constate que malheureusement certains modèles ne sont pas acceptés par qtVlm. Pour les données de vent, le NOGAPS, mentionné dans mon précédent post, est pourtant un modèle intéressant, puisqu'il est disponible gratuitement tout comme le GFS que l'on voit utilisé partout. Evidemment, il y a aussi tout plein d'autres modèles, disponibles de manière payante, comme Arpège, Arôme ou Aladin de Météo-France, IFS de l'ECMWF et bien d'autres modèles à maille fine chez chaque service météo de la planète. Mais concernant les courants, il y a également le Modèle Mercator, dont il est également possible d'obtenir les données gratuitement via Navimail, et qui a une couverture mondiale. Il ne fonctionne pas non plus avec qtVlm. Est-ce-qu'il serait possible de faire fonctionner qtVlm avec ces modèles NOGAPS et Mercator ?

Avant de vous quitter, merci encore pour tout le travail effectué. C'est déjà un bon morceau de code qui nous aide bien pour optimiser nos traversées !

Nicolas Remy
Fleur de Sel
journal.belle-isle.eu[...]/

Rebonjour,

Bon courage pour la refonte complète ! Ca doit être du boulot...
La manière dont vous comptez prendre en compte les vagues me parait assez pragmatique, c'est sans doute le bon chemin à suivre.
Pour le NOGAPS, il n'est pas forcément radicalement différent du GFS, mais il y a tout de même des différences assez notables et ce dès 3 jours d'échéance. C'est pourquoi j'aime bien comparer l'un et l'autre...
Et évidemment, si l'équipe trouve le temps de faire quelques petites modifs dans la version actuelle en attendant la suite, ce serait génial !

Keep up the good work !

Nicolas Remy
Fleur de Sel
journal.belle-isle.eu[...]/

Bonne nouvelle, c'etait en fait facile de rajouter les modeles Mercator et NOGAPS dans qtVlm, ca sera donc dans la prochaine version :)

Ah oui y'a ca. J'ai cherche un moment avant de comprendre que le lien n'est que sur la page en francais....

Il ne s'ouvre pas dans qtVlm.... je regarde pour le rajouter.

euh ... elle n'est pas encore sur le site wiki.virtual-loup-de-mer.org[...]p/QtVlm ?

Est il compliqué d'avoir, comme dans zygrib, les vagues dans qtvlm ? Et puis aussi la zone qui reste d'une fois à l'autre pour le chargement ?
(pour n'avoir qu'un seul logiciel à ouvrir plutôt que 2)
Merci

slt maitai
bon je vais etre long...
ca bouge dur comme d hab qtvlm...pourrais tu nous en dire plus sur les evolutions que vous envisager?
deja courant vague ?vous faites pas dans la demi mesure alors...
parce que courant vent vague au niveau interpolation...bon courage
un beau defi.
pour en revenir a un cote plus ludique le depart du vent des globes arrivant...pourrais tu nous dire si ces parametres seront deja appliques pour cette course virtuelle?
de meme que les evolutions avec les gribs a mailles fines mais payant?
derniere question plus personnelle je viens de passer sous mac mais ppc(powerbook g4)
j aime le vintage..
et comme je debute je ne trouve ni zygrib qtvlm qui fonctionnent pourrais tu m expliquer meme par mp comment compiler tout ca(meme probleme avec opencpn la version 1.3 s ouvre mais pas de carto qui pourtant marche avec polarview)
on se tiens au jus...des le 10 nov il y aura surement plusieurs heossiens non ?
a+
seb(zorba)

Vu qu'il faut s'identifier sur ce forum virtual winds pour lire, peux-tu nous dire s'il existe une version linux ubunu de ton logiciel? Merci.

La derniere version est maintenant la 3.3.3-patch1. Elle corrige un probleme de lenteur au chargement des gribs, plus elle rajoute une possibilite d'exporter le tableau de marche vers un tableur (pour impression par exemple), plus un filtre du tableau de marche basé sur l'ecart de cap. Merci a Goud de HEO pour ces idees ;-)

Ca doit marcher sous XP SP3 en principe. Tu as essaye l'installateur de la derniere version (3.3.3-patch1)?

Ton message est a l'execution de l'installateur ou de qtVlm?

Si c'est a l'execution de qtVlm essaye d'installer dans un repertoire tout neuf (cad vide).

Pour les vielles versions de mac (pas intel), comme j'ai dit c'est possible aussi mais beaucoup plus complique. Et comme j'ai pas de mac je ne peux pas t'aider. Le mieux est que tu postes dans le forum VW, y'a un topic dedie a la compilation de qtVlm sur des OS exotiques ou anciens.

slt maitai
d abord bravo pour ta splendide course sur le vg...
je profite de l utilisation de qtvlm pour proposer une petite evolution...mais qui me paraitrai fort pratique voire meme quasi indispensable sur mon vieil ordi...environ 1h pour un routage sur 5j
serait ce possible pendant la creation du routage d avoir une barre de progression type play pause stop ou cancell...
en effet si tu te plantes dans ton choix de wp(ca m est arrive plusieurs fois) tu n as pas d autres solutions soit d attendre mais ca peut etre long tres long lol
soit redemarrer et si tu n as pas sauvegarde poi et routes(2eme erreurs!!!) tu es vert tout a refaire...
on sent le vecu la non???
a+
seb
:mdr:

slt alex bravo aussi pour ta superbe course
la sauvegarde existe deja
onglet marques sauvegarder poi et routes ou control s
je parlai plus de pouvoir arreter la creation de routage en cours voire de l annuler...pour pouvoir quand meme continuer la course car avec les vac toutes les 5mn la creation du routage te parait tres longue et au final j ai un peu l impression d etre hors jeu plusieurs heures par jour...
un petit detail mais qui pourrait s averer fort pratique...
et utilisable ausssi en reel car avec un probleme d energie par exemple le calcul de routage consomme...il serait bien de pouvoir le mettre en standby
bonne continuation
a+
seb

Bonsoir à tous. Il existe une solution très simple pour arrêter le calcul en cours d'un routage. Il suffit de taper sur la touche "Echap" et le routage s'arrête aussitôt.
Avec un ordi récent connecté par la fibre optique, le routage à 5 jours s'effectue en 16 sec...!!!

:heu:

bon ben essaye la solution de steredenn la touche esc escape ou ctrl esc ou alt esc ne marche pas chez moi une fois le routage demarre
de meme que les touches de zoom de qtvlm
zoom bloque au depart du routage...pas pratique pour observer les isochrones
d ou l interret d une barre de progression et bouton de cancel
fuck faut vraiment que j arrete d utlisiser un ordi du siecle dernier lol
donc une idee pour une evolution future car j imagine bien que maitai et autres devs de qtvlm sont a blocs sur le vdg...
:mdr:
a+
seb

La version 3.4.0 est sortie...

La liste des nouveautes ici: www.virtual-winds.com[...]dex.php

Merci a tous les contributeurs et beta-testeurs ;)

ça plante dès le lancement. J'ai Windows XP SP3.
Je joins le fichier d'erreur.
Avec les versions précédentes cela ne m'était jamais arrivé, même les versions intermédiaires.

bon, on ne peut pas joindre de fichier si ce n'est à la racine.
donc en extension :
<?xml version="1.0" encoding="UTF-16"?>

Pour info, ça marche pour moi ! attention, il faut "mettre à jour" le compte ( login et pwd)
:pouce:

@prospero et aldebaran

Vous pouvez essayer d'installer qtVlm 3.4.0 dans un repertoire vide pour voir?

Ca te dit quoi exactement? Ta piece jointe liste juste les dependances mais ne dit pas quel genre de message d'erreur tu as. C'est pendant l'installation ou a l'execution de qtVlm?

Je te joins par mp pour ne pas encombrer le forum...

slt maitai
installe dans un nouveau dossier ca marche
merci
par contre tout a reconfigurer...mais bon
a+
seb

Bonjour,

QtVLM

Je suis en train de tester chez moi, sur mon pC windows Xp, QTvlm.
J'ai chargé 6 cartes ( .KAP) que je n'arrive pas à faire apparaitre sur QTVLM , j'obtiens des surfaces colorées vides.
J'ai lu dans le forum qu'il était possible d'avoir ce phénomène sur certaines cartes.
Je précise que j'ai utilisé open nautical charts pour 2 cartes françaises, 3 cartes anglaises, et une carte hollandaise.
Est ce normal? ou bien fais je une mauvaise manip?
Merci d'avance pour vos réponses.

Oui certaines cartes ne s'affichent pas correctement (celles qui ne contiennent pas de polynomiaux, sorte de geo-referencement pour etre precis). C'est prévu dans une future version

j'ai pas tout lu : c'est bien trop long.

Mais je pense qu'il s'agit de la navigation du futur.

L'autre jour la télévision présentait une émission sur les drones. Qui deviennent pratiquement maintenant autonomes, capables de se fixer leur propres paramètres.

Les bateaux seront des drones flottants, peut-être plus tôt qu'on ne le croit.

Plus de stress, de mal de mer, de coups de gite, d'embruns sur la tronche, de prises de ris dans le baston !

De son PC, le gars verra sur son écran la trace de son bateau, et grâce à la webcam incorporée, aura une vue cockpit, voiles, état de la mer, etc..

On est déjà dans le domaine de la NAO (Navigation Assistée par Ordinateur), on rentrera dans la NVSS (Navigation Virtuelle Sans Skipper).

Elle est pas belle, la technologie ? :-D

OK :alavotre:

:topla:

je donne juste mon avis, mate.. si être péremptoire c'est ne pas partager ton point de vue, ce n'est pas de ma faute !

quant à non avisé, j'étais parfaitement dans le sujet d'un logiciel de routage, en disant ce que je pense de l'assistanat généralisé.

Ah ! un conseil : si mes contributions te donnent des boutons eczémateux, tu me mets à fond de cale, et t'auras la paix.

Moi aussi... :langue2:

Super...Merci Maitai !

Merci Maitai...Tout fonctionne si je le charge directement sur les ordis. Avec la clé USB, la version qui fonctionne pour moi est la dernière 3.3. La 3.4.0 et la 3.4.1 refusent de router...C'est balot!

Pour l'installation sur clé USB, je "force en 32 bits" et les versions 3.3 et précédentes fonctionnent bien. Avec les versions 3.4, Qtvlm se lance (WXP) et à la demande d'un routage, il plante, écran figé. Pas de message d'erreur. Pour reprendre la main, arrêt de l'application par le gestionnaire de tâches.

Merci, je vais essayer ça dès que possible.

Proposition de dépannage à essayer

1 désinstaller complètement de QTVLM du disque dur par Ajouter ou supprimer des programmes .

2 Ensuite, exécutez la commande chkdsk sur le disque dur et

essayer de réinstaller QTVLM en 32 bits dans un autre emplacement sur votre disque dur.

Bon courage.