image
image
image

Votre IP : 18.118.137.243
Dernier ajout : 23 avril
Visiteurs connectés : 36

image Conception
Développé sous SPIP
Informations légales

image
image
Recherche image

Pratiques et Techniques de la Plaisance

image

Accueil du site > Forum technique > OpenCPN -forum- > Utilisation sous Windows -forum- > Simulation de vitesse ou de temps sur une route

Rubrique : Utilisation sous Windows -forum-

__________________________________________________________________________________________________________________

Simulation de vitesse ou de temps sur une routeVersion imprimable de cet article Version imprimable

Publié Décembre 2012, (màj Décembre 2012) par : solive  image   

Copyright : Les articles sont la propriété de leurs auteurs et ne peuvent pas être reproduits en partie ou totalité sans leur accord
S'identifier pour s'abonner par mail Inscrit aux forum vous pourriez transmettre cette page à un ami plaisancier

Bonjour,
Je viens de parcourir les 279 pages de tuto, les n forums existants sur OPENCPN et je n’ai malheureusement pas trouvé la réponse à ma recherche.
J’aimerais pouvoir utiliser une route pour une simulation (préparation si on préfère) et pour ça, je voudrais pouvoir changer les vitesses (ou au pire les heures) sur chaque segment de la route.
J’ai cherché par la propriété de la route mais on ne peut indiquer qu’une vitesse moyenne commune à tous les segments, ce qui ne me convient pas car j’aimerais pouvoir anticiper les renverses etc... et selon les amures les bateaux ne vont pas aux mêmes vitesses. Comme c’est pour le raz blanchard !!! j’ai pas trop envie de me prendre 8 heures à regarder le feu de Cherbourg à droite... à gauche....à droite.... sans gagner un fifrelin. Je peux toujours le faire à la mano mais, comme pas mal d’autre logiciel permettent d’affiner ces détails par segment, j’aurais bien aimé savoir si c’était possible facilement avec OPenCPN
J’avoue ne pas avoir regarder en détail le tuto US (le français est trop bien ;-) .
J’ai essayé avec la version 3.0.2.

Pour les autres points, j’ai trouvé mes réponses soit dans le tuto, soit dans les forums (création d’icones persos).

Il me reste un autre point qui me pose problème : le cercle radar autour d’une marque
Il ne semble pouvoir s’utiliser que pour le bateau (position courante). J’aimerais pouvoir « garantir » une zone autour d’une marque mais je n’ai rien trouvé. Par exemple, éviter une épave ou un au fond à au moins 200m ou 20 miles (cercle de 200m ou de 20 miles autour de la marque). Ca peut être génant si on fait une route sur des vues rapprochées (on ne se rend pas forcement compte des distances)
L’alarme de mouillage ne fonctionne que si le bateau est proche, mais pourrait être un pis aller pour les 200m. Qu’en serait-il pour les 20 miles (nom introduit en m évidemment).

Voilà mes deux questions concernant OPenCPN.
Merci d’avance de vos réponses éclairées (ou des liens pouvant y conduire).

UP


Répondre à cet article
(pour répondre à un message en particulier, voir plus bas dans le fil)

33 Messages de forum

__________________________________________________________________________________________________________________

__________________________________________________________________________________________________________________

  • 28 décembre 2012 16:54, par Pil-Poil écrire     UP

    « je voudrais pouvoir changer les vitesses (ou au pire les heures) sur chaque segment de la route. »

    Ce serait une forme rustique de routage en quelque sorte ? Je réponds un peu « à côté », mais ça peut toujours servir : « Visual Passage Planner » permet de faire un « routage prédictif » de ce genre avec en bonus les pilot charts intégrés au logiciel. Je m’en sers (rarement) mais ça a l’air bien et prend tout son sens avec la connaissance de la météo et les marées.

    « Il me reste un autre point qui me pose problème : le cercle radar autour d’une marque »

    Ce serait un cercle d’exclusion, déclenchant une alarme si on pénètre dans la zone du cercle ?

    Répondre à ce message

    • VPP est en effet un super outil. Je le pense plus adapté à des courses assez longues (quelques centaines de miles minimum).
      Ma préoccupation est plutôt sur du cabotage à la journée (le tour d’aurigny par exemple), 30 à 50 miles avec 5 ou 6 waypoints, et 2 ou 3 allures différentes.
      On sait d’avance qu’au travers/ portant on va faire un petit 6 à 7 noeuds alors que la remontée sera dans les 2 noeuds sur le fond. La renverse doit arriver à une heure connue et il serait pas trop idiot de partir au bon moment pour ne pas avoir à attendre ou au contraire arriver trop tard...
      Pas un véritable routage au sens météo, mais une simple prévision en fonction des heures de marée dans des conditions habituelles (vent dominant,...). Ca permet d’organiser un peu mieux sa journée de nav,, de ne pas partir trop tard, d’avoir les conditions les plus optimales pour passer une bonne journée sur l’eau.

      Pour le deuxième point, l’alarme n’est pas indispensable mais pourquoi pas. C’est surtout un « rappel » d’une zone à éviter au moment où on va tracer sa route. Par exemple éviter de passer sur les mille vaches ( on ne connait encore la marée, le jour voir même le tirant d’eau au moment où on va « prévoir » cette route). Ce peut ne pas être un cercle mais une zone (genre Maxsea).

      Répondre à ce message

  • 28 décembre 2012 20:04, par yvesD écrire     UP Animateur

    J’ai souvenir d’avoir utilisé ça cet été pour calculer l’ETA, info que j’aime bien et communique à l’avance à terre (la 3G ça me sert à ça). J’ai bien le souvenir d’avoir imposé des vitesses pour des tronçons d’une route préalablement définie et d’avoir reporté ce résultat sur le LdB.
    Ca je m’en souviens très bien, mais comment faisais-je ? je n’arrive à reproduire ça devant mon bureau.

    Et peut-être fallait-il être en route (c’était le cas) pour avoir une vitesse définie pour le premier tronçon, vitesse que openCPN forçait alors pour les tronçons suivant ... pour être modifiée par moi.

    Répondre à ce message

    • 28 décembre 2012 22:02, par yoruk écrire     UP     Ce message répond à ... Animateur

      Yves,
      Tu dois parler de de la gestion activée de la route et de sa trace. Chaque WP de la route sur laquelle la trace se colle se remet à jour et détermine le temps restant à parcourir pour le WP suivant ou le WP final, en fonction de la moyenne réalisée.
      C’est un super outil pour savoir si on sera à l’heure pour l’apéro, mais il ne permet pas de simulation... du moins à ce jour
      Michel

      Répondre à ce message

  • 28 décembre 2012 21:55, par yoruk écrire     UP Animateur

    Bonsoir
    Hélas, la possibilité de faire varier les vitesses, pour différents segments d’une route n’est pas possible sur OpenCPN, y compris la toute dernière béta. C’est une lacune et nul doute que ça sera mis au point prochainement.
    Concernant les cercles radar et la route de sécurité, là non plus rien actuellement. Il y a moins d’urgence à mon sens, dans la mesure ou une sécurité à ce niveau exigerai d’avoir des cartes très précises. C’est la cas pour la France, mais pas partout, pour les CM93… et dans les zones exotiques, c’est de peu d’intérêt compte tenu de l’état des cartes.
    Une solution quand même toute de suite, ce sont les alarmes de mouillage négatifs offrant une sécurité jusqu’à 1 mille d’un point à éviter , GPS activé ou non
    http://www.plaisance-pratique.com/l...

    Michel

    Répondre à ce message

  • 30 décembre 2012 01:41, par solive écrire     UP  image

    En fait c’est pire que je ne le pensais :
    la vitesse est commune A TOUTES les routes.
    Je créé une route A avec une vitesse de 5 noeuds
    je crée une route B avec une vitesse de 7 noeuds.
    Ma route A se voit paramétrée à 7 noeuds sans aucune intervention.
    La vitesse semble un paramètre « local » pour tout OpenCPN.
    Ca peut devenir assez génant et oblige à noter ailleurs et d’une autre façon ses prévisions de route.

    Peut être faut-il soumettre le problème aux développeurs. Ce pourrait être un bugg ?

    Répondre à ce message

    • 30 décembre 2012 06:31, par yoruk écrire     UP     Ce message répond à ... Animateur

      Bonjour
      Je dirai ¾ de bugg. Cela ne concerne que les routes présentes sur la carte.
      Même une route enregistrée à une vitesse différente, se réaffiche avec la vitesse du dernier paramètre. Même avec les routes sauvegardées en couches…
      On ne peut en fait traiter en simulation qu’une seule route à la fois sur la carte active. C’est un instrument de nain…
      Je vais jeter un coup d’œil sur Cruisers Forum pour savoir si le problème a été soulevé, et je vous tiens au courant ici…
      Michel

      Répondre à ce message

      • 30 décembre 2012 13:07, par yoruk écrire     UP     Ce message répond à ... Animateur

        Bon...
        J’ai cherché partout, et je n’ai rien trouvé. Pourtant, le tutoriel en anglais, dit que c’est faisable :

        En désespoir de cause, j’ai ouvert un fil chez les concepteurs américains :

        Cordialement
        Michel

        Répondre à ce message

        • Oui, je viens de lire cette partie mais je n’aime pas trop la façon dont la modification de vitesse et de’heure semble liée aux marées (ça sent le copié-collé non corrigé). Il y a un lien invalide (toolbox) qui serait pourtant un plus appréciable.
          C’est là qu’on se rend compte du boulot accompli pour réinventer le tuto en français :-)) .

          Pour moi c’est un bugg dans la gestion du formulaire car si je clique sur la ligne d’un waypoint -comme décrit dans le tuto US -, selon la vitesse et les colonnes sur lesquelles on clique, c’est toujours et uniquement la cellule Segment qui peut être modifiée.

          Je vais donc suivre et participer au fil que tu as lancé.
          Merci pour tout.

          Répondre à ce message

          • 30 décembre 2012 17:30, par yoruk écrire     UP     Ce message répond à ... Animateur

            Bonsoir
            C’est confirmé, c’est bien un bug, et il existe depuis le début
            C’est le côté amateur et agaçant de OpenCPN. Il a des trucs comme çà, importants pour la navigation, mais qui semblent passer au-dessus de la tête des développeurs. A se demander s’ils naviguent !!!
            Il y a un contresens colossal dans les menus contextuels, que je viens de mettre en jour pour la dernière bêta. Quand on est en affichage sans mosaïque, le clic droit ouvrait en particulier sur deux options de gestion plein écran : gestion des détails des CM93, très utile, et le hochet techno de Nohal, le développeur : la compensation des CM93 par zone…. Or, il y a des endroits où zones de détail différents se chevauchent jusqu’à 5 couches !!! C’est absolument ingérable, une pure vue de l’esprit et complètement casse gueule…
            Hé bien ils viennent de modifier tout cela en ne laissant plus qu’une seule commande : celle de compensations… Le mec qui a fait çà n’a jamais navigué de sa vie…
            Bon aller… OpenCPN, est gratuit, convivial, intuitf et globalement bien foutu
            Michel

            Répondre à ce message

            • Je viens de lire la réponse sur le cruising forum.
              Après essais,ça ne fonctionne pas avec la 3.0.2. J’attendrai donc la prochaine stable > 3.1.1224.

              En remarque, c’est particulièrement tordu comme façon de faire car si un waypoint appartient à 2 routes, une seule vitesse est retenue. Et en simulation, qu’un même waypoint appartienne à 2 routes distinctes ne me choque pas.
              Bref, OpenCPN est gratuit, particulièrement convivial (bien plus que Maxsea) et il progresse sans arrêt dans le bon sens... ill suffit d’être patient et ce n’est pas ça qui nous manque (sinon que ferions nous sur des bateaux à voile :-)) ? ).

              Répondre à ce message

              • 1er janvier 2013 08:22, par yoruk écrire     UP     Ce message répond à ... Animateur

                Bonjour
                Pour ceux qui n’auraient pas suivi le fil sur Cruisers Forum, il existe une solution, effectivement tordue, pour modifier la vitesse d’un seul segment, en ouvrant les propriétés de la route, et faisant apparaître les segments qui la compose
                => Clic droit sur le segment précédent pour ouvrir le WP final de ce segment (qui sera le WP de départ du segment à modifier)
                => Valider Waypoint propriété
                => dans la fenêtre « Description », taper le texte : VMG=2 (« 2 » étant la vitesse que vous souhaitez inscrire)
                => valider
                La vitesse du segment est changée, sans affecter la vitesse générale des autres segments. Pour l’exemple donné en pièce jointe, deux segments ont été modifiés : S3 à deux nœuds et S4 à quatre nœuds, pour une vitesse globale réglée à six nœuds...

                JPEG

                Répondre à ce message

  • Bonjour,
    Pour revenir au sujet de la gestion du tableau des propriétés d’une route, je crois qu’il y a un faux départ de la part de nos développeurs préférés : vitesse attachée à un waypoint , et autres « tips »
    Peut être pourrions faire une communication commune sur ce qui nous semble est l’approche « utile ».
    Pour ma part :
    - une route est un trajet permettant d’aller d’un point de départ à un point de destination. (toutes les caractéristiques décrites dans la route (vitesses, heures,type de calcul (loxo, ortho) ) sont héritées par les segments mais modifiables).
    - Une route est composée de n waypoints (longitude, latitude, description)
    - La liaison entre les waypoints correspond aux segments DE LA ROUTE (heures arrivée, départ, vitesse prévue, loxo ou ortho, toutes ces données étant modifiable dans le détail du segment.)

    Le tableau de gestion de la route doit donc permettre de modifier toute ou partie des informations affichées (nom du waypoint, coordonnées, vitesse sur le segment, heure d’arrivée prévisionnelle, enchainement des segments,....)

    Les technologies objet permettent justement de ne pas avoir une usine à gaz et de pouvoir réutiliser toute algorithmique liée à un objet. Le tout est de bien définir la classe de l’objet, ses attributs et ses « réactions » (méthodes). J’ai l’impression que c’est là que le bas blesse : le segment n’est pas reconnu en tant qu’objet propre..
    Personnellement je pense qu’avec 3 classes distinctes (route, segment et waypoints) on peut résoudre tous les problèmes liés à l’utilisation (définition, utilisation prévisionnelle, conversion à partir de trace,...)

    Je ne détiens évidemment pas la vérité première et j’aimerais vos apports sur votre conception et votre utilisation de la route.

    Répondre à ce message

    • Solive, ta présentation me semble « naturelle » aussi bien du point de vue navigation que du point de vue programmation.

      Je n’ose pas imaginer qu’ils ont écrit le logiciel sans définir des objets et des classes . Mais sait-on jamais ? ... :-/

      Répondre à ce message

      • C’est quelquefois ce qui peut arriver dans des projets de cette envergure. Surtout sur les projets Open où chacun y va de sa solution pour « parer au plus pressé ».
        La coordination reste particulièrement difficile avec des intervenants venant de tous horizons et un cahier des charges ne dessinant que des grosses lignes.
        Pour ne pas être victime de son succès, OpenCPN doit sans arrêt reposer (repenser) les bases de ses prochaines actions, incrémenter les nouvelles propositions et planifier avec souplesse les réalisations et leurs intégrations sans chercher à trop « répondre immédiatement à la demande ».
        Un sujet comme la gestion des routes est important. C’est l’heure des bidouilles pour « soulager » la pression mais il doit rester clair qu’une meilleure solution doit être mise en place dans le respect de tout ce qui existe déjà.
        C’est aussi à nous de remonter les problèmes, les questions et DE RESTER PATIENT quant à l’implémentation de la solution définitive.
        Il ne s’agit que de gestion de projet, c’est pareil pour le bâtiment, la recherche opérationnelle, la construction d’un bateau : les objectifs évoluent selon la complexité du projet et le temps que l’on met à implémenter la solution.
        Il existe de très nombreuses techniques de gestion de projet et le problème de l’Open c’est que la plus efficace rapidement (scrum) est la moins efficace à long terme car l’équipe est trop évolutive pour intégrer l’historique du projet.
        C’est aussi notre rôle de stabiliser nos besoins et et de les définir d’une façon pérenne pour laisser aux équipes de mise en œuvre le temps de satisfaire ces besoins.

        Répondre à ce message

  • 3 janvier 2013 18:19, par yoruk écrire     UP Animateur

    Peut être pourrions faire une communication commune sur ce qui nous semble est l’approche « utile ».“

    J’appuie complètement la démarche. Le degré technique dépasse mon expertise informatique. Mais, du point de vue de la pratique, je pense savoir ce dont je cause… En particulier quand Solive écrit :

    • Le tableau de gestion de la route doit donc permettre de modifier toute ou partie des informations affichées (nom du waypoint, coordonnées, vitesse sur le segment, heure d’arrivée prévisionnelle, enchainement des segments,.... )

    C’est vraiment un minimum. Comment nous y prendre ??? Mon anglais est vraiment trop faible pour intervenir efficacement sur CruisersForum. Plus embêtant, je ne peux plus avoir accès au ‘’Fly Spray bug tracker’’ comme le recommande Cagney.

    Dites moi comment être utile, ce sera OK pour moi…
    Michel

    Répondre à ce message

    • Je pars ce matin pour quelques jours.
      Je reviens vers vous à mon retour.

      Répondre à ce message

      • De retour,
        Je ne connais rien de l’organisation et des procédures du projet OPenCPN.
        Ce que je peux vous proposer c’est de recenser et regrouper les demandes afférentes à la gestion des routes, d’en faire une synthèse exploitable (sous forme de micro cahier des charges) et après approbation de votre part, de rédiger un document en anglais (il y aura certainement besoin d’un ou plusieurs correcteurs) qui pourrait être soumis au projet OpenCPN par les voies prévues.

        La collecte des besoins peut être faite par les moyens que vous préférerez (un fil sur ce site, un cloud, ou au pire directement sur mon mail privé). L’important est qu’il n’y ait qu’un seul canal de communication et que chacun puisse être informé de ce qui a été communiqué (ce qui place le mail privé en toute dernière position).

        Je pense que vous utilisez déjà des outils d’échange pour ce type d’opération. Il n’est certainement pas utile de réinventer le monde et, si ce n’est pas trop compliqué, je pourrais me mettre au niveau en quelques jours ou semaines.

        Merci de m’indiquer à minima quels sont les habitudes d’OpenCPN sur l’expression d’in besoins et son suivi.

        Répondre à ce message

        • De ce que j’ai vu, l’organisation d’OpenCPN est une nébuleuse un peu floue, ce qui est inévitable lorsque tout le monde est bénévole et virtuel.

          Si une proposition structurée des besoins est rédigée, je pense qu’il faudra la publier à divers endroits anglophones fréquentés par les aficionados, avec une copie privée au principal coordonnateur.

          Pour conduire la discussion, le plus simple est de dédier un ou plusieurs fils ici-même, avec au choix un accès ouvert à tous ou restreint à un certain nombre d’intervenants. Si ce projet comporte plusieurs items distincts, on peut créer une rubrique dans laquelle on loge un fil pour chaque item à discuter.

          Répondre à ce message

    • Yoruk,

      Je ne comprends pas, sauf erreur, si tu as eu un compte, tu dois etre capable d’y revenir, avec eventuellement resaisie de tes coordonnées.

      En ce qui concerne les évolutions d’OpenCPN, j’ai suggéré à Dave de :
      - clarifier le moyen de déposer les demandes d’évolutions (Cruiser’s Forum et/ou le FLySpay), actuellement, souvent les 2 canaux sont utilisés => engorgement
      - de faire le nettoyage dans les demandes d’evolutions en cours
      - d’eventuellement redynamiser le vote des évolutions (jugées prioritaires par la communauté ) à partir de la fonctionnalité ’vote’ existante dans FlySpay).

      Répondre à ce message

      • 5 janvier 2013 15:28, par yoruk écrire     UP     Ce message répond à ... Animateur

        Bonsoir
        Cà y est c’est fait, je me suis reconnecté sur le Fly Spray, en redéfinissant un nouveau compte .
        Bienvenue, ici, j’ai suivi tes interventions sur CruisersForum. Si tu en es d’accord, on peut à quelques-uns réfléchir, comme l’indique Solive, avec patience, à ce que nous pouvons apporter collectivement aux développeurs d’OpenCPN. c’est ce potentiel qui m’a fait choisir le pari de développer le tutoriel sur PTP. Mais seul et limité techniquement, je peux pas grand chose.
        La dernière évolution (en fait révolution) de la béta, rationalise le programme, et ouvre la porte à de nombreux développements. Or, nous avons du savoir faire, et je suis persuadé que groupés nous pouvons être utiles.
        Cordialement
        Michel

        Répondre à ce message

      • « clarifier le moyen de déposer les demandes d’évolutions (Cruiser’s Forum et/ou le FLySpay), actuellement, souvent les 2 canaux sont utilisés => engorgement »

        Il y a un an environ, j’ai utilisé le FlySpray (pour un bug d’OpenCpn concernant les « POI ») et Cruiser forum (pour une discussion concernant les « POI » plus largement qu’OpenCpn). Il me semble que les deux sont bien différents et complémentaires.

        • Cruiser Forum est un lieu de discussion informelle avec tout ce que cela comporte de « bruit de fond » et l’analyse de ce qui peut en être tiré par les développeurs d’OpenCpn nécessite de leur part beaucoup de patience et d’heures de décodage du bruit de de fond.
        • FlySpray est un véritable outil de travail qui me semble strictement réservé à des discussions technniques d’OpenCpn

        Enfin, c’est comme cela que je l’ai compris ?

        Répondre à ce message

        • 5 janvier 2013 18:11, par yoruk écrire     UP     Ce message répond à ... Animateur

          Oui, Robert
          Et c’est ce que dit Cagney au post 15 de ce fil : http://www.cruisersforum.com/forums...

          • Remember, to help really solve thing like these, enter them in the FS bug tracker. Think about it ! How could Dave, after a week or two without wifi possibly guess that in a thread like this, there is something important for him.

          Si on veut être efficaces, il faudra bien définir ce dont nous pensons pouvoir débattre, et de quelle façon on peut intervenir
          Peut-être Robert dont çà a été le travail, peut-il nous indiquer comment structurer un axe de recherche et comment animer une équipe
          Michel

          Répondre à ce message

          • « ... comment animer une équipe ... »

            Si plusieurs personnes souhaitent animer collectivement la rubrique OpenCpn de PTP, le reste suivra spontanément, et je me débrouillerai pour faire évoluer la partie technique de PTP si c’est nécessaire.

            Comme tous les logiciels « open source » (p.ex. Spip qui est à la base du logiciel de PTP), OpenCpn soufre d’un décalage entre les évolutions du logiciel et l’aspect forcément restreint de la documentation, même officielle.

            Un objectif intéressant dans l’immédiat serait peut-être de rassembler dans quelques articles (en Français) toutes les astuces d’usage du logiciel qu’on peut lire de façon dispersée sur divers forums de navigation et qui ne figurent pas dans la documentation officielle d’OpenCpn.

            Répondre à ce message

  • Bonjour,
    je ranime le sujet car perso moi aussi je trouve que simuler un voyage pour voir par exemple le temps pour aller de Marseille a Brindisi, nécessite de choisir a minima :
    - la vitesse de chaque segment (droite entre deux waypoints)
    L’heure de départ de chaque waypoints, je m’explique si l’heure d’arrivé THÉORIQUE est bien celle ci heure de départ de W-1 + temps de trajet du segment il n’en découle pas obligatoirement que je continu directement sur le segment suivant. exemple si j’arrive a 21h00, je vais peut être mouiller puis repartir le lendemain ! On pourrait appeler cela une pause ...
    Actuellement un tel voyage (côtier évidement pas au milieu de la méditerranée) nécessite de creer plusieurs routes.
    Existe t’il une doc ou il y a toutes les « commandes » comme VMG, un truc avec Time ou Date doit bien exister...

    A+

    Répondre à ce message

    • 7 octobre 2014 11:44, par yoruk écrire     UP     Ce message répond à ... Animateur

      Bonjour

      Vous posez plusieurs questions :

      Actuellement un tel voyage (côtier évidemment pas au milieu de la méditerranée) nécessite de créer plusieurs routes.

      • Oui, et je ne connais pas d’autre solution

      Existe t’il une doc ou il y a toutes les « commandes » comme VMG, un truc avec Time ou Date doit bien exister.

      ..

      • Oui il existe des solutions, pour faire varier date et vitesses, mais à l’intérieur d’une seule et même route
        • Pour faire varier les vitesses des segments :
          • clic -> propriété de la route
          • clic -> le WP du segment dont veut faire varier la vitesse
          • dans la fenêtre description -> écrire en majuscule VMG=x
          • x étant le chiffre de la vitesse souhaitée
        • Pour faire varier la date de départ
          • Par défaut la cellule ‘’heure de départ’’ est vide. Au résultat vous lirez l’ETE, c’est-à-dire le cumul de temps segment par segment, en fonction de la vitesse déterminée pour chaque segment
          • en validant par la touche ‘’entrée’’ une valeur donnée en format ‘’mm/jj/aaaa_hh :mm’’ vous obtiendrez vos heures de passages à chaque WP, et votre estimation d’heure d’arrivée.

      Voilà pour l’immédiat les seules choses que OpenCPN sache faire avec les options de délais et de vitesse de segment. Pour plus de renseignements : le programme d’aide officiel, en anglais : http://opencpn.org/ocpn/the_route_m...

      • Plan Speed The overall planned speed for the route. The speed for each leg can be set by going to the waypoint Properties->Description tab for the waypoint that starts the leg, and write in the speed. For example « VMG=9.7 ». [Unfortunately this approach presently excludes writing descriptions for the waypoint. One or the other, be warned !]
      • Departure Time:With no departure time the ETE (Estimated Time En route) is calculated. Enter a Departure Time and the ETA will be calculated. Make sure to press « Enter/Return » after entering a departure time. This guarantees that the entered time is used in calculations.
      • To enter the present time, enter « > » (meaning : « Now ») in the departure time box. This works provided « Time shown as » -> Local@PC is selected. Press « Enter » and all the times in the « ETA » column will change. « > » differs from entering the same time manually, say « 5/23/2011 08:00 » :
        - « 5/23/2011 08:00 » - calculates departure at 0800 on May 23rd 2011 from the first waypoint of the route
        - « > » - issued at 0800 on May 23rd 2011 - calculates departure Now from the current boat position, including the distance to the first waypoint of the route
        Times shown as : UTC is a new name for GMT. LMT is a local mean time based on the present longitude. For Local Zone Time one can also enter the keyword « now ».

      Cordialement, Michel

      JPEG

      Répondre à ce message

  • 11 octobre 2014 11:15, par PRUFFIN écrire     UP  image

    Bonjour,

    j’ai trouvé un début de solution :
    1) avec la modifiction par atribut pour la vitesse c’est Ok pour modifier la vitesse par segment.
    2) pour faire une pause sur une route il suffit de fractionner celle-ci (bouton fractionner) . Ouvrir la route mettre en surbrillance le WP ou on pense s’arreter et la fractionner on duplique celle-ci a partir du WP et de la on peut modifier l’heure de départ ...

    A+

    Répondre à ce message

    • 11 octobre 2014 17:12, par yoruk écrire     UP     Ce message répond à ... Animateur

      Oui, c’est bien cela.

      On a traité cette méthode dans le chapitre “Fractionnement d’une route existante” dans le tutoriel,

      • Sète – Nice peut devenir
        • 1 route de Sète-Nice segment Sète-Marseille
        • 2 route de Sète-Nice segment Marseille-Toulon
        • 3 route de Sète-Nice segment Toulon-Cannes
        • 4 route de Sète-Nice segment Cannes-Nice
      • En prenant soin de numéroter les segments dans l’ordre de la route, pour les retrouver correctement classés…

      Cordialement
      Michel

      Répondre à ce message

Répondre à cet article

UP

Copyright et informations légales