Onderwerp: OpenCPN routeplanning (tijden kloppen niet)

Ik ben sinds kort bezig met een Rpi met openplotter en usb gps. Mijn vraag gaat over OpenCPN routeplanning

Bij het plannen van een route krijg een gekke situatie dat de routeduur (op basis van ingegeven snelheid) wel klopt, maar de (lokale, of GMT) tijden die erachter staan steenvast niet kloppen.

Met andere woorden, als ik plan om morgenochtend om 7:00 uur te vertrekken aan een reis van 10 mijl met 5 knopen. dan geeft hij een duur van 2 uur aan, en zegt vervolgens dat ik om 13:00 aan kom op mijn bestemming. Als bijlage een ander voorbeeld. Je ziet dat de totale duur en de tijden niet overeenkomen.

Het gekke is dat dit zowel bij OpenCPN op de Raspberry gebeurt als op mijn Mac.

Weet iemand raad? wat doe ik fout?

Er staan in ieder geval geen aparte departure tijden per waypoint ingesteld (dat heb ik al gecheckt).

alvast veel dank!



p.s. mocht deze vraag al beantwoord zijn, excuses voor de dubbele post.

Bij het bereken van een route gaat O uit van de eigen positie. Dus eigenlijk wordt er voor je ingevoerde route nog een stukje toegevoegd om bij dat begin te komen.
Wat je dus eigenlijk ziet is wat je aankomst tijd wordt als je vertrekt vanaf je huidige ligplaats.

Voor plannen vooraf niet zo handig, voor gebruik tijdens het varen juist weer wel.

Zet voor de grap maar eens een route van één uur uit voor de Engelse kust.

Dank voor je snelle reactie.

Ik vraag me af of dat inderdaad het probleem is. De route die is uitgezet is 6:20. Alle tijd tussen de waypoints opgeteld is inderdaad 6:20. De route naar het eerste waypoint, is 9 minuten (die lag iets buiten de haven toen wij in IJmuiden lagen). Totaal dus 6:27.

De ETA geeft echter ruim 8 uur aan. (15:49 - 7:41 = 8 uur en 8 minuten). Het verschil kan ik dus niet verklaren door de afstand van de huidige positie tot het eerste waypoint.

Of begrijp ik het niet?

Gokje: Heeft je eerste waypoint misschien een ETD, Estimated time of Departure, ingevuld staan? (onder de tab Extended van de waypoint properties)
Dat zou het verschil kunnen verklaren tussen de ETE van 4:12 voor het eerste leg en het tijdsverschil (13:41 - 7:41).

Edit: sorry, was al vermeld in de eerste post

Toch is er in het eerste leg van je voorbeeld iets geks: 13:41 - 7:41 = 6 uur, terwijl hij een Time Enroute van 4:12 berekent. Ik kan dat niet reproduceren met een willekeurige route, dus ergens doen we iets verschillend. Ik krijg overal een verschil tussen ETA's dat gelijk is aan de ETE zolang ik geen ETD invul voor een waypoint.

rooiedirk schreef :
Is dat echt waar, kan toch haast niet zo dom zijn dat O-CPN?

Tis maar een plugin ....niets meer, niets minder.
Routering met weer is volgens mij altijd nogal.....ehh in ontwikkeling

Ik heb veel plezier met de weather routing plugin. Is ook net iets intelligenter dan op elke koers 6kn.

Thaomas, ik denk dat je een beetje gelijk hebt, ea verdient geen schoonheids prijs.
Als ik de logica goed begrijp gaat het niet om de eta van het eerste waypoint, maar de etd. Je zou verwachten dat dit dezelfde tijd is, maar ...

Als ik voor het eerste waypoint een etd invul klopt het hier als een zwerende vinger.

holtere schreef :
Voor zover ik kan zien is het geen plugin waarin rekening wordt gehouden met het weer, dus in feite gewoon 'plain' afstand x snelheid = time enroute. alleen bij het optellen bij de geplande vertrektijd gaat het mis.

Nu het bij Knoet wel goed gaat moet het probleem toch bij de gebruiker (lees: mijzelf) zitten. Ik ga maar even verder proberen.

Dank voor al het meedenken

“Human error” dus. Ofwel bij de gebruiker ofwel bij de programmeur

Nachtvlinder schreef :
Dat sowieso!

Net een nieuwe route gemaakt. Simpel vanaf mijn huidige locatie naar een paar mijl verderop. Dan loopt het al uiteen. Mijn ETA is een uur later dan de enroute tijd. Ik word gek...

Nachtvlinder schreef :
Ja, t zijn net mensen...

Het lijkt wel of openCPN zowel de route heen als terug berekent. Gewoon de dubbele van de verwachte snelheid inkloppen om de aankomsttijd te kunnen bepalen ....

Het lijkt inderdaad een fout in de berekening van de ETA, ik zie het nu ook. Bij het tweede waypoint van elke route wordt een ETA berekend die groter is dan de vertrektijd plus ETE van de bijbehorende leg. Of ik moet ook op cursus..

Wordt aan gewerkt . Iemand is al bezig om met verbeteringen. https://github.com/OpenCPN/OpenCPN/pull/1404

Geen schoonheidsprijs, dat je een route alleen kan plannen vanaf je huidige ligplaats....
Dat zeg je wel heel netjes Ik zou het een blunder noemen.

Ik plan nogal wat routes voor mezelf en anderen (24uurs, 75mijls, 200mijls, singlehanded) gewoon hier thuis aan tafel. Zou toch lastig worden als ik daarvoor naar elke ligplaats moest

Even wat feiten over Voyager:
- elk startpunt is te kiezen, waypoint of willekeurige klik in de kaart
- elke starttijd is zelf te bepalen en aan te passen
- verblijfstijden zijn in te stellen voor bruggen, sluizen, eigenlijk voor elk routepunt
- verblijf in sluizen kent default waarden, dus instellen is niet nodig
- alle openingstijden van bruggen en sluizen zitten er al in, dus wachten op de Staandemastroute wordt geheel automatisch meegenomen
- voor de snelheid wordt zeilend het pooldiagram van je boot genomen
- bij opkruisen wordt keurig de VMG voor de betreffende windhoek gebruikt
- voor motorstukken stel je zelf de default en max snelheid in.
- voor wind laad je een grib (zelf downloaden of door Voyager laten ophalen)
- indien geen grib beschikbaar stel je met de hand de wind in voor elk routepunt
- stroming wordt automatisch meegenomen in NL, en elders als er gribs van beschikbaar zijn
- voor NL kan zelfs op- en afwaai en de extra of mindere stroming worden meegenomen met Kustfijn
- met 1 klik maak je de route terug: kopie en omdraaien

Eigenlijk heb ik helemaal geen wensen meer

Ik wel:
Het moest gratis en door bezielde amateurs in elkaar gezet zijn. Ondersteuning zou met liefde en belangstelling gegeven moeten worden zonder uurtarieven die bram niet kan maar zeker niet wil trekken. Daar gaat mijn hart naar uit

Weer ontopic betreffende Opencpn routeplanning

Baasklusje schreef :
Ik plan ook routes, gewoon thuis aan tafel. Met OpenCPN. Dus om nou te stellen dat dat niet mogelijk is, verdient niet de schoonheidsprijs...

Ik plan wheather routes met QTVLM. Normale routes en navigeren enz. met Opencpn.
Het programma vind ik super, de plugins soms super maar vaak zijn het ook draken van dingen.

Eclips schreef :
Dat zei rooie dirk, ik niet.
Ik heb O-CPN de laatste 10 jaar al 3 keer van de PC's gekieperd. Ik weet er dus niets van. Behalve dat ik het niet wil hebben.

Hé leuk een draadje OpenCpn bashen. Altijd een dankbaar onderwerp voor mensen die in het verleden geld op de toonbank hebben neergelegd voor een vergelijkbaar software pakket.
Vooral in het kader van dat de gebruiker die klaagt niet de moeite neemt om de juiste plugin te installeren.

3Noreen schreef :
plugins installeren, van het idee alleen al krijg ik spontaan jeuk

Verkeerde associaties Bk

Baasklusje schreef :
Daar heb je wel een punt. De gemiddelde competenties zijn ontoereikend voor zo'n installatie proces. Men komt niet verder dan het installeren van een app op de telefoon.