Logiciel de routage QtVlm [2]

De rien ! :-)
C'est à la suite de la demande, judicieuse, de maitai... ;-)

Merci a l’équipage pour ce nouveau fil tout neuf :)

@SCORSEAU

Concernant la remarque sur la couleur du fond de l’écran, il est possible de passer en mode fusion (qtvlm->configuration), que personnellement je trouve beaucoup plus lisible.

Bonjour!
D'abord merci pour le superbe travail effectué!
Une question sur la dernière version:
Lit-elle les fichiers grib autres que GFS?
Je n'arrive pas à faire de routage avec un fichier ECMWF
Par exemple, l'exemple de JYB dans V&V : newsletter.voilesetvoiliers.customers.artful.net[...]MWF.grb
Le fichier est bien lu par QTVLM mais le routage ne marche pas (impossible de rejoindre l'arrivée quels que soient les paramètres).
Est-ce moi ou la compatibilité de qtVLM?
Bonne pêche en ce 21 mars!
damien

Effectivement de retour de peche, fallait pas louper...

Je regarde ca et egalement le pb des tickets demain et la semaine prochaine, merci de vos retours.

oui l'interface json avec FT est cassé... ça va se corriger dans les jours qui viennent.

Pour échanger des routes entre appareils, faire "stocker" pour sauver et "routes->importer->depuis le serveur VLM" pour récupérer dans un autre qtvlm. Ca ne permet pas pour l'instant d’échanger des infos avec FT ou un autre outil, seulement entre différentes installations de qtVlm.

La version 5.0.12 est disponible pour Android, Windows, Mac et Linux.

Nouveauté pour linux il y a maintenant un package d'installation prêt à l'emploi.

Les changements concernent principalement le mode VLM, mais pour les réels il y a aussi:

• Correction date manquante dans l'export CSV du tableau de marche
• Correction visualisation dans g-earth sous windows et mac
• Utilisation du vent a 0m pour les modules route/routage/etc si le vent a 10m n'est pas présent (cas des gribs ECMWF par exemple).
• Correction d'un problème d'affichage des isochrones inverses.

Ca y est pour les POI, il faut récupérer l'ancien poi.dat et le copier dans .qtVlm en le renomant poiReal.dat

super !

Je suis surpris de voir que cette version 32 tourne sur mon poste 64 !...
C'est pas logique ?
Bon je suis loin d'avoir tout testé, mais il y a un truc qui m'échappe

Linux est bien fait et qtVlm aussi !
Je viens de jouer avec, c'est tout nickel.

Bravo ! (il va falloir que vous dévoiliez un peu les développeurs ... j'aimerai comprendre ce qui vous pousse. en tout cas, Félicitations renouvellées)

Oui ca peut arriver.

Le routage voit et evite les cotes, mais pas la simplification/optimisation de route (la route "voit" les cotes, mais ne les evite pas). La solution dans ce cas est de forcer les points critiques "comme non simplifiable" avant de lancer la simplification de route. En principe le routage essaye de le faire automatiquement lors de la conversion en route, mais dans certains cas il faut aider un peu.

OK; c'est clair; grand merci

Desole pour la reponse tardive...

En principe le nom de la polaire n'est pas stocke dans qtVlm.ini mais dans boatAccReal.dat donc c'est etonnant.

En principe il suffit d'editer de fichier et de mettre none dans le nom de la polaire. Supprimer la polaire fautive du repertoire polar devrait suffire aussi.

Je veux bien recevoir ce fichier polaire fautif pour essayer d'eviter cette erreur.

Amicalement,
Philippe.

Bonjour,

Je ne suis pas certain d'avoir compris la question, mais je tente qd même:

Mettre un POI qque part en plus de celui de l’arrivée (et éventuellement du départ) n'influence pas le routage, qu'il soit simplifiable ou non. La notion de "simplifiable" n'intervient que lorsque le POI appartient à une route (dans ce cas il ne sera ni déplacé ni supprimé lors des phases de simplification et d'optimisation).

Dans ton cas je suppose que tu fais un routage en partant derrière un obstacle qu'il faut contourner (la cible est de l'autre coté). Le routage ne peut explorer que 180 degrés, donc il est possible qu'il ne trouve pas de solution (si par exemple le point de départ est trop collé à la cote et qu'il faudrait faire demi-tour).

Dans ce cas il convient d'aider un peu qtVlm. Une méthode est de placer un POI intermédiaire où l'on veut que le routage contourne l'obstacle, et de créer un routage vers ce POI. On ne le convertit pas en route, et en cliquant (droit) sur un des points du dernier isochrone, on demande un "pivot en changeant les options". A ce moment on change la cible, et on met la cible finale. Le 2eme routage va compléter le 1er et le contournement sera correct.

On peut enchaîner autant de pivots que l'on veut en repartant ou non du routage initial, qu'il suffit de re-afficher. C'est aussi une bonne méthode pour étudier les différentes options...

J’espère avoir répondu à ta question (je suis p-tet hors sujet...)

Philippe.

Hello, çà répond aussi à un problème que je rencontrai pour contourner la pointe de raz.
:pouce:

Hello,
Content de savoir que ce programme fonctionne :-)

Pour moi, impossible de calculer un routage.
J'ai fini par suivre le scénario de Pythéas, mais pas mieux:
- Je lance le routage.
- rien ne se passe.
- au bout de 5mn, le gestionnaire de tache montre que le pgm ne répond pas et que le processeur est à 98 %.
Bref, ç'est planté.

Qui a un tuyau ?

Par ailleurs, les POI ne sont pas sauvegardés, malgré l'option.

PC/XP SP3 / Intel ATOM / Carte Nvidia / à jour/

Amicalement.
FX

Hello Maitai,

• V 5.0.17 TDB standard 32bits
• Réél
• Polaire A35 pour faire l'essai
• Grib d'hier et aujourd'hui à travers Zygrib.
• départ: Bateau au large de toulon.
• arrivée POI:Calvi. Pas d'obstacle, ni de pbde 180°
• Départ: immédiat

Merci.
FX

merci aux développeurs. ça marche (marchait?) super.
un problème depuis hier: le routage démarre, mais bloque en cours de route.
à l'ouverture de qtvlm, j'avais un message me disant que je n'utilisais pas la dernière version.. j'ai cru que le blacage venait de là. apres téléchargement (bizarrement le même message s'affiche), même probleme. ça bloque en cours de routage.
j'obtiens le message d'erreur suivant:
Signature du problème :
Nom d’événement de problème: AppHangB1
Nom de l’application: qtVlm.exe
Version de l’application: 0.0.0.0
Horodatage de l’application: 52f68df7
Signature de blocage: 24b3
Type de blocage: 0
Version du système: 6.1.7601.2.1.0.768.3
Identificateur de paramètres régionaux: 1036
Signature de blocage supplém. 1: 24b3dee06314a6fd0427a40b66115378
Signature de blocage supplém. 2: 379e
Signature de blocage supplém. 3: 379ed0ab0a40a8325817e7b5bafc8f8b
Signature de blocage supplém. 4: 24b3
Signature de blocage supplém. 5: 24b3dee06314a6fd0427a40b66115378
Signature de blocage supplém. 6: 379e
Signature de blocage supplém. 7: 379ed0ab0a40a8325817e7b5bafc8f8b
pour la bille en informatique que je suis, c'est du sanscrit!
quelqu'un a une idée pour résoudre le problème?
(Maitai par exemple? :langue2: )
merci. et pour ceux qui ont la chance d'être sur l'eau par ce beau week end, bonne nav!

Maitai, le développeur qui tire plus vite que son ombre!
en fait, la nouvelle version n'est pas prise en compte. lors de l'installation, j'ai le message suivant:
c:/program files/qtVlm/qtVlm.exe
une erreur est survenue lors du remplacement d'un fichier existant:
DeleteFile a échoué: code5
accès refusé

la bécanne est un HP pavilion dv6
système d'exploitation 64 bits
windows 7 édition familiale pack premium

Donc je résume: Tu étais et es toujours en version 3.4.4. Cette version plante et tu n'arrives pas à installer la dernière version 5.0.19 c'est bien ca?

Essaye d'installer la nouvelle version dans un autre répertoire, manifestement il n'arrive pas à remplacer l'ancienne version. Il faut sortir de qtVlm pour faire l'installation bien sur...

Pour ne pas polluer ce fil je propose de continuer par email (maitai virtual-winds.org en remplacant par ce que tu sais...)

Pour conclure et pour ceux qui suivent ce fil, ça remarche normalement une fois la dernière version installée :)

bonjour, je fais mes débuts avec qtVlm, et ma question a déjà surement été posée mais je n'ai pas trouvé de réponse: y a t'il une possibilité d’intégrer les données de courants de marée?
j'ai trouvé la possibilité de lire les gribs de courants que l'on trouve sur www.weather4d.com[...]yOcean/ , mais sauf erreur de ma part, il faut choisir entre grib meteo et grib courants, y aurait il un moyen de combiner les 2? le logiciel atteindrait alors la perfection (dont il n'est pas loin, bravo aux développeurs)

Bonjour,

Premier message après avoir passé de très longues heures à vous lire tous.

Merci à tous les développeurs des logiciels de navigation et de routage que je découvre en ce moment.

J'ai l'impression qu'il n'est plus possible de télécharger les grib de courant sur www.weather4d.com[...]MyOcean

Quelle autre solution existe-il pour avoir les courants ?
Merci

Nous réfléchissons à construire notre propre serveur de gribs, courants ou autres, mais ca coûte.

En attendant il faut piocher là où c'est possible et permis, pas toujours facile...

Et bien sans pour autant prétendre à la perfection, c'est possible... ;)

En mode bateau réel on peut charger 2 gribs à la fois, un pour le vent (et éventuellement les vagues) et un autre pour le courant (et/ou les vagues). qtVlm combinera les différentes informations.

En pratique et pour faire simple, on charge un grib "vent" normalement, et on fait "grib->ouvrir un grib courants" pour rajouter un grib courants ou vagues ou courants+vagues

Hmmm. Je vais regarder ca... Les routages sont convertis en route quand ca plante ou bien ils sont juste affichés avec les isochrones et tout?

j'ai du faire une fausse manip a un moment, ca fonctionne maintenant, j'ai pu fermer le fichier courants et faire un routage pour comparer. désolé pour cette fausse alerte
je me replonge dans la découverte du programme
bravo et merci

J'aurai pas du parler de perfection....

Quelle version de qtVlm et a quel endroit exactement ca mouline?

La dernière version est la 5.0.19

C'est le meme symptôme sur la .17 et .19: Les polaires préchargées fonctionnent mais lorsque l'on sélectionne un fichier .csv perso, le logiciel montre une barre de progression (comme avant) mais une fois fini, si on veut regarder le résultat, il n'y a rien sur le graphe de polaire.

Voici.

Ca marche, merci!
Ces polaires viennent de iPolar. Il n'y a qu'a 30 noeuds que l'on va plus vite à 180 degrés qu'à 160 ou 170.

Je regarde sur Mac (j'ai ca aussi maintenant en vue du portage sur iOS), et pas de soucis avec un grib VLM ou autre...

De quel grib s'agit-il et contient-il des informations vent?

Faire grib->Configuration du grib pour quelles sont les types de données présentes dans le grib.

Donc tout est ok maintenant y compris avec un grig VLM ?

En principe un bouton apparaît pour arrêter le routage (dans la dernière version du moins). On peut aussi comme avant appuyer sur la touche . Si le bouton n'est pas apparu je soupçonne un vraiment gros soucis avec le grib que tu utilisais.

Pour avoir n'importe quelle distance il suffit de faire click-droit n'importe ou et choisir l'option "tirer un cap". Arrêt par ce même menu ou bien encore la touche

Merci.
Autre question: il y a des routages qui se passent bien mais un en particulier ne donne pas de réponse: J'essaie de faire Dartmouth-Plymouth, avec ou sans barrières, et le routage ne va pas au bout, il s'arrête avant Salcombe (cote sud Angleterre). Est-ce normal? (Alors que faire Binic Roscoff se passe très bien).

Exact, ca change tout. Ou trouve-t-on la définition de chaque option? L'aide est assez générique.

Pensez vous ajouter un menu pour pouvoir supprimer tous les routages d'un seul coup, ou une selection comme dans le menu Routes?

Pour info la version Android vient d'être mise à jour (5.0.22 ou 5.0.23 selon l'architecture).

Entre autres améliorations elle permet de télécharger des gribs VLM partiels qui sont disponibles à 04h10, 10h10, 16h10 et 22h10 (GMT), en sélectionnant une zone. Avantage ils sont beaucoup plus petits que le grib VLM complet et donc moins gourmands en ressources (communication et mémoire). Ils contiennent 5 jours de vent.

Autre nouveauté il est maintenant possible d'aider le routage à contourner un obstacle au départ, en indiquant un angle de dégagement pour un nombre d'isochrones. Ça se trouve dans les options avancées du routage.

Les versions correspondantes pour PCs (mac/linux/windows) suivent dans quelques jours...

Bonjour,

C'est vraiment du super boulot. Que de chemin parcouru depuis les premières versions ! C'est un bonheur de préparer sa route avec QtVlm.

Seul petit bug non bloquant identifié sur la dernière version, les boites de dialogue s'affiche toujours sur le 1ier écran, même si l'appli est lancé sur le second.

j'ai téléchargé le grib courant sur MyOcean ce matin. Le grib s'arrête à J+2 (27/6). Y a-t-il d'autres sites fournissant des gribs courant pour la manche et la mer du nord. J'aimerai avoir des prévisions à un peu plus long terme ?

Bonne journée à tous.

Bonsoir,
Très bonne idée les cartes Openseamap mais cela ralentit quand même beaucoup l'affichage. C'est d'ailleurs une remarque que je me suis déjà faite avec les cartes .kap. C'est peu utilisable avec ma Galaxy Notes 10.1 . Pourtant cela doit être techniquement possible puisque d'autres applis obtiennent un affichage fluide.
Cela n'empêche pas l'appli d'être tout à fait remarquable!

La version Android a été mise à jour hier soir (60/61 selon l'architecture)

Essentiellement
Un meilleur système d'icônes,
Un téléchargement etc plus rapide pour les cartes online
La possibilité de paramétrer la taille des flèches du grib
La précision du gps est affichée de façon plus légère sur la carte
Et comme d'hab plein d'autres petits changements mineurs

Bon vent à tous, réel ou virtuel ;)

Par-fait !
Avec les objets de navigation (phares, balises) par dessus, c'est vraiment bien !
Je ne sais pas quand je mettrais ça dans le bateau, mais ça devrais être sympa,même si ma machine est un peu légère (Lenovo T61 / W7) ...

c'est le fait que tu selectionnes un repertoire de kaps, plus differents autres parametres, et qtVlm affiche la ou les meilleures cartes automatiquement en fonction du zoom etc.

Pas sur du tout que ca soit possible de télécharger les infos "texte" associées à chaque objet de openseamap, je regarderais

Le "quilting" est maintenant dispo dans la version android officielle, la beta pour windows a été mise à jour également, même lien

Bonjour, et, avant tout, un grand merci pour tout!
Doit-on comprendre, à la lecture de ton message, qu'il y a une version android "officielle" et une (ou plusieurs) autre "non officielle"???
A quoi puis-je reconnaître "la version officielle" ?
Cordialement.
Michel

Nous avons un process de test via des versions bêta ce sont les versions non offcielles. Nous avons donc une petite liste de bêta testeurs qui reçoivent l'appli en avant première.

Concernant le décalage des bouées à cherbourg entre openseamap et la carte du shom, j'ai un peu regardé:

La bouée openseamap est placée au même endroit que qtvlm sur le site openseamap, ce qui prouve que ça n'est pas qtvlm qui l'affiche au mauvais endroit (ouf). Voir les images jointes...

Openseamap est un système collaboratif donc moi à ta place je leur remonterai l'info pour qu'ils corrigent...

qtvlm ne lit pas les cartes vectorielles CM93, donc je suis en peu confus...

Qu'est ce qui est décalé et sur quel logiciel?

Sinon je n'ai pas la carte kap de cherbourg je ne peux donc pas vraiment regarder. Stv tu peux me l'envoyer a maitaivirtual-winds.org que je regarde ca de plus pres...

La version Android vient d'être mise à jour (5.1-78 ou 79 selon l'architecture).

Elle corrige ce problème de décalage de certaines cartes (merci nicotentin pour les retours et les tests).
Elle améliore la fluidité de l'affichage des cartes.
Elle contient également beaucoup d'améliorations concernant le mode réel (un meilleur système d'alarme mouillage, de gestion de la trace, d'échantillonnage du GPS, etc).

Les versions PC (mac/linux/windows) suivent dès que possible, cad cette semaine voire même ce soir si les planètes s'alignent comme prévu...

qtvlm sera sur le stand HEO au Nautic 2015, ca sera l'occasion d'échanger :alavotre:
www.hisse-et-oh.com[...]ic-2015

Super Merci. Ca tourne sous Linux 64 bits.
Juste un petit bug, les cases à cocher ne changent pas d'état (cochées ou non).

Sinon, c'est top !...

Maitai, puis-je avoir tes lumières pour faire une VM, stp ?

Etrange... Peux-tu vérifier que les fichiers check*.png sont bien présents dans le répertoire img? Les différents sliders (par exemple dans configuration->général) sont ok?

sous windows, pas encore vu de pb. Super le fond de carte ! Pas encore regardé sous mac.

J'ai pas avec moi, mais dès que je rentre je teste.

C'est quoi cette nouvelle fonctionnalité "stocker la route sur le serveur de VLM" ?

Ca permet d'envoyer une route (la route active via les boutons du toolbar, ou n'importe quelle route via click-droit) au serveur vlm et donc de la récupérer ensuite sur un autre appareil. Un road-cloud en quelque sorte ;)

Ca n'envoie pas la route au pilototo, ça la stocke juste.

Sous W7 il y a effectivement un petit décalage d'affichage des routes quand on zoome-dézoome. Je pense (en tout cas dans mon cas) que c'est surtout dû au temps de réponse du processeur (machine assez ancienne), plus long à cause du fond de carte plus détaillé.

Par scroll tu entends avec la molette de la souris, le trakpad, autre chose?

Bonjour,
J'ai essayé d'installer qtVlm sous Linux Mint 64 bits sans succès ... :(
Il ne se passe rien quand je lance qtVlm.
quelqu'un l'a installé et lancé avec succès sous Linux?

super, ça marche ! Merci :)

Merci pour ces améliorations que je vais m'empresser de tester dès que possible en situation réelle.

Cependant, un premier essai me montre que, tout comme dans les versions précédentes, les gribs de courant de Navimail (Météo France) ne sont pas compatibles. Y a-t-il moyen de les prendre en compte ?

Pour info, ce sont des gribs que l'on obtient avec une requête mail du type :

Destinataire : navimail@meteo.fr

Corps du message :

@mto@reqt@grib@
A 1
Z 150.000 -35.000 20.000 20.000
M 0.25
D 10
P courant tprof
G 24 48 72 96 120 144 168
C bzip2
s 2.1.3
@mto@reqt@fin@

:pouce:

Oui ca corrige également un soucis de librairies sous certaines versions de linux (ubuntu 15.x entres autres).

Sinon:
- Des améliorations dans les kaps, y compris des corrections importantes pour les cartes qui sont à cheval sur l'antéméridien
- Le jour de la semaine dans le cartouche grib
- La compatibilité avec les gshhs 2.3.4 (voir ci-dessous)
- La possibilité d'afficher les gribs par dessus les kaps (configuration->grib)
- Le réglage de la densité des flèches de grib, en plus de leur taille
- Ajout d'un bouton pour corriger les entêtes de fichier kap, le cas échéant.
- Un compas plus gros sur les version PC
- Le support des gribs courant Navimail
- Quelques bug fixes et autres optimisations, comme d'hab.

• En plus pour la version Android, un nouveau widget plus pratique pour saisir les dates. La fonction mosaïque des cartes (quilting) est disponible sur Android avec la version complète sur abonnement.

Concernant les cartes gshhs, il s'agit du fond de carte qtVlm et donc également des traits de côtes qui sont utilisés pour détecter les collisions dans les modules de routage, route et autres. La nouvelle version corrige quelques erreurs de précision (euphémisme, par exemple presque un mille d'erreur en Polynésie).

Vous pouvez télécharger cette nouvelle version des traits de côtes ici:
www.virtual-winds.org[...]234.zip

à décompresser qque part et ensuite changer le paramètre "répertoire des cartes" dans les options.
Attention ne pas utiliser cette version des traits de côtes en mode VLM qui utilise encore l'ancienne version (la mise à jour est prévue), ça serait l'échouage garanti. Par contre en mode réel c'est beaucoup mieux.

Grosse bonne nouvelle: qtVlm est désormais disponible également sur iOS (iPad ou iPhone) !

Merci à tous les beta-testeurs, youpi!!

iOS: excellent merci
Peux tu préciser ce qui est payant et ce qui ne l'est pas?

Merci

OK Maitai, je vais acheter donc
Et je vais essayer de récupérer ma config de Linux (fichier des POI etc ...)

Pour info qtVlm est passé en 5.2.2 sur toutes les plateformes: Windows 32 et 64 bits, Linux 32 et 64bits, MacOs, Android et iOS (pour iOS il faut attendre qques jours le temps que Apple re-valide).

Principalement des améliorations dans les kaps, et quelques bug fixes et autres optimisation.

Prochaine étape: L'acquisition des données NMEA en UDP ou TCP et l'ajout de nouvelles données, puis l'AIS. P-tet de nouveaux types de carte également. J'ai bien noté le besoin de transfert de données entre qtVlm sur PC et Android/iOS, on va faire quelque chose.

Bons vents à tous.

La version suivante est déjà presque prête. Elle apporte la possibilité de se connecter sur une source NMEA (UDP, TCP ou GPSD) à partir de toutes les configurations (Windows, Linux, MacOs, Android et iOS). Et d'afficher ces nouvelles données sous forme de cadrans ou d'afficheurs.

Si certains veulent bien je suis preneur de beta-testeurs avant de livrer officiellement...

On va voir ce qu'on peut faire ;)

Sur quelle genre de machine?

Sur qtVlm une route n'est pas juste un enchaînement de WPs. La route de qtVlm calcule le temps (et le parcours si c'est vent debout par exemple) entre 2 WPs en se basant sur la polaire du bateau et le grib chargé (y'a une option pour mettre le moteur mais bon). Conclusion si pas de grib chargé on a ce message, et si pas de polaire on a également un message d'erreur.

Il faut donc indiquer une polaire dans les paramètres du bateau, et charger un grib (sélectionner une zone, et faire par exemple click-droit -> "charger un grib partiel).

Ca se convertit très facilement si tu as ca sous excel ou autre. En gros il faut mettre ca au format csv avec en abscisse (les lignes) les TWS et en ordonnées (les colonnes) les TWA, avec "TWA/TWS" dans le coin gauche-haut. Y'a des exemples dans le répertoire polar de qtVlm.

Si tu n'y arrives pas tu peux me contacter par mp

Comment installer une nouvelle version sans perdre ses WP et polaires? Quel fichier charger?
Merci

Il suffit de dézipper dans le même répertoire, ca n’écrasera pas les fichiers de config (poi, barrières, routes, etc).

Les seuls fichiers de config de qtVlm sont les fichiers poiVlm.dat, poiReal.dat, boatAccVlm.dat, boatAccReal.dat, et qtVlm.ini (si vous n'utilisez pas le mode VLM alors pas besoin des fichiers VLM).

On peut si on veut sauvegarder ces fichiers qque part pour pouvoir restorer complètement la config de qtVlm.

Re,
portable dell lattitude (pro), i5 / 4Go RAM et w7 64bits pro.
Effectivement en forçant l'heure de départ pour correspondre au grib que j'avais chargé il y a quelques jours j'obtiens la route.
.
Enfin, la route passe à peu près vers les marques mais pas du tout dessus avec parfois une distance non-négligeable:
[IMG]
clic droit + afficher l'image... dslé elle est un peu trop grande pour le site.
.
Et si je passe les POI "par ordre de sequence", mais sans rien changer aux autres paramètres, simplement en cliquant "actualiser" la route change du tout au tout (pas le même ordre de passage des marques, pas la même route), une raison pour ça ? sachant que j'ai enregistré la route en passant de Marque1 à Marque5.
.
Merci.
.
.
.
PS: pour installer la nouvelle version sans rien perdre (sous w7 en tout cas): j'ai téléchargé le programme d'installation (qtvlm version 5.2.exe), je l'ai lancé et quand par défaut il souhaite installer dans le répertoire qtvlm qui existe déjà à cause de l'ancienne version, cliquer "installer dans le répertoire existant" et ça écrase simplement l'ancienne version en conservant tous les autres paramètres.
En tout cas j'ai conservé les polaires, POIs etc.

OK, merci pour les infos ! je m'y retrouve mieux du coup :)

merci, j'essaie le mode réel,
je n'arrive pas à trouver comment voir les données NMEA brutes, ni les instruments (les ronds, car les carrés sont bien présents en bas de l'écran).
Sur le même pc (sous Debian 32 bits) j'ai mis openCPN en serveur TCP de toutes les données qu'il reçoit lui-même. Il semble que qtVlm ne se connecte pas au serveur de ocpn, alors que l'essai fonctionne très bien avec un telnet qui sollicite ocpn.
Je ne suis pas sûr d'être clair !!!

Les cadrans sont accessibles en cliquant sur les leds (les carrés). Après on peut les déplacer ou les redimensionner (avec la touche shift), et enfin les verrouiller à l'écran dans les options du bateau.

Il faut configurer qtVlm pour recevoir du TCP, en indiquant l'adresse IP et le port du PC émetteur Ca fonctionne ici en tout cas, avec ocpn comme émetteur aussi. Ca se passe dans bateau->paramètres du bateau->Accès GPS et NMEA

En pratique si c'est le même pc il faut mettre l'adresse locale (127.0.0.1)

A savoir que qtVlm recalcule le cas échéant les données manquantes (par exemple connaissant SOG, TWA, TWS on peut calculer AWA et AWS et réciproquement. De même pour le courant si on connait le déplacement sur le fond et sur l'eau, etc.

Bonjour, merci pour le logiciel ! ...je m'en sers souvent depuis mon départ des Fijis en octobre dernier. Ce qui m'amène à dire : étant dans des coins paumés (actuellement Lukunor, en Micronésie), je peine à télécharger. J'ai pu prendre la V4.2.3, car cela doit passer par un FTP, en relançant 50 fois le téléchargement. Mais la dll, oh ma douleur !! pas moyen ... un petit lien de ftp, en MP ou autre ?
MDA
Gus

Merci pour la réponse et le lien, mais ça n'a pas fonctionné ... je me suis inscrit sur le site pour pouvoir être connecté avant de lancer le lien., sans résultat. Tant pis ;-)

Je n'ai pas des besoins très sophistiqués .... mais ça me permet de calculer quand partir pour arriver avec le soleil dans le dos dans des atolls pas trop connus. Prochaine étape : Puluwat ou Lamotrek. ... euhh par le fait : je connais quelques voiliers américains dans le coin, vers Majuro, qui sont fort consommateurs de qtVlm ... j'ai les noms !! ;-)

Super! Et ca fait vraiment plaisir et drôle à la fois de savoir que quelqu'un utilise qtVlm au fin fond de la Micronésie. Je suis allé voir Lukunor sur G-Earth, ca fait envie...

Bon vents et bonne pêche

qtVlm peut prendre en compte 2 gribs simultanément. En pratique on met vent dans le 1er et courants/vagues dans le 2eme mais ca n'a pas d'importance, l'inverse fonctionne aussi.

Donc tu pourrais avoir un seul grib avec vent+courants+vagues, ou un grib vent+vague et un autre courant, etc. Du moment que les données sont présentes elles sont utilisées.

Les vagues sont utilisées juste pour éviter les vagues d'une certaine hauteur. Dans les cartons il y a un algorithme bien plus performant et utile, qui modifierait la polaire en fonction de la force et de la direction des vagues (et prendrait en compte la mer croisée). Faudrait juste avoir le temps et les ressources, un jour prochain ca viendra j'espère.

Pour info nous allons sortir une version patchée ces jours-ci pour corriger 2 ou 3 petits problèmes détectés depuis.

Donc si vous avez des remarques etc (je pense surtout aux instruments de navigation), c'est le moment ;)

Ok. Le pb des heures de grib est déjà corrigé, je regarde ce pb d'extension par défaut

Peux-tu vérifier que le format yymmdd ou ddmmyy est correctement pris en compte maintenant?

Il y a un nouveau paramètre dans les options, qui doit être mis si tu veux changer le comportement par défaut.

Je crois oui, mais la dernière version de Navigatrix date de Août 2015 à ce que je vois, une éternité...

Ok merci beaucoup
Par contre j'ai un message me disant que ce n'est pas la dernière version (5.0_15) et l'invitant a télécharger la dernière (5.2.3)
Ce que j'ai fait !!
Mais ensuite comment faire pour remplacer dansNavigatrixl'ancoenne par cette nouvelle version ?
Merci au spécialiste

Pour installer la nouvelle version, il faut écraser le contenu du répertoire /opt/qtVlm avec le nouveau répertoire téléchargé et extrait.

Il faut utiliser un sudo pour copier le repertoire, et un chmod pour changer les droits sur launchQtVlm et qtVlm qui doivent être en 775

j'ai testé dans une VM sans problème

sudo permet de passer en mode 'administrateur'
chmod permet de changer les droits sur les fichiers (lecture seule à autre chose...)
Pour un béotien, ces choses sont effectivement charabiatiques.

En mode admin il faut modifier le droit des deux fichiers après les avoir copier dans /opt/qtVlm

As tu essayé de lancer depuis un terminal?

Ouvrir un émulateur de terminal depuis le menu
Faire: cd /opt/qtVlm
Puis: ./launchQtvlm

Mettre ici les erreurs

Les messages d'erreur que jamais mis entre guillemet n'apparaissent pas de le fil
Je les remets ci dessous
L'exécution du processus fils a échoué aucun fichier ou dossier de ce type
Quoi penser ?

Je me permet de revenir un peu en arrière:

Quelles actions as tu réalisé pour faire la copie initiale? Pour passer en mode admin?

As tu supprimé les fichiers existants avant de faire la copie?

Merci

Les versions mobiles (android et iOS) avec instruments etc ont été mises à jour

Nouvelle version: 5.2.5 juste dans les bacs

• Ajout d'un nouvel instrument: TSP (target speed = vitesse cible)
• Ajout de la direction du WP dans l'instrument COG
• Réparation d'un problème dans les date grib à l'écran
• Réparation d'un problème avec la trace en mode réel

La prochaine version devrait contenir l'AIS.

Bon vents à tous

Une fois converti en route, on peut regarder le tableau de route, qui contient toutes ces infos. Ou bien on peut afficher ces mêmes données en cochant l'option "Afficher infos du tableau de marche à la date du grib" dans les paramètres de la route.

Sans convertir en route, il y a une option que j'utilise beaucoup pour me faire une idée, c'est de cocher "Colorer TWS entre isos", dans les options de routage.

En fait tu peux cocher cette option en créant le routage, et comme elle est persistante pour le prochain routage ca sera coché par défaut. Du coup plus besoin de faire edit->routage, la conversion est automatique.

Merci beaucoup pour ces indications,
j'ai bien réussi à utiliser l'option "Afficher infos du tableau de marche à la date du grib", en revanche, buse que je suis, je n'ai pas réussi à trouver le tableau de marche de la route!

T'es pas loin :-)
Là où tu as coché "Afficher le tableau de marche à la date du grib", à côte de l'onglet route, tu dois trouver l'onglet "Tableau de marche", il te suffit de cliquer dessus :-).

Le développement de l'AIS avance, disons quelques petites semaines encore, mais c'est déjà montrable et opérationnel.

Si y'a des volontaires pour aider à beta-tester (windows/mac/linux seulement pour l'instant), ca serait bien utile.

Sur quel OS?

Sur les versions pc (mac/linux/windows), il suffit de faire click droit et insérer un POI puis l'indiquer dans la cible du routage. Ou encore plus simple click-droit et "Créer un routage" qui fera tout d'un coup.

Sur les versions mobiles c'est la même chose à partir du pinpoint.

Je recherche des beta-testeurs pour la fonction AIS qui est quasi-finie dans qtVlm

Des volontaires pour faire avancer le truc (windows/linux ou OS/X) ?

merci bien pour les nouvelles versions !! pour les cartes j'ai fait un ajout à mon fil précédent, concernant leur téléchargement ..... en France tout le monde a maintenant accès à des débits impressionnants, pas toujours ailleurs ;-)
Cordialement