Route Planning with GRIB - Work in Progress

[Gilletarom]

Hello Littlecahay

Originally Posted by Littlechay

The display in my nav station is a ten inch touch screen .

What kind of ten inch touch screen do you use with OpenCPN ?

Best regards

Gilletarom.

[Littlechay]

I don't remember the exact model but I got it from here MP3CAR.com It's one of the Lilliput range. The computer is a Mac mini. All running off 12V using a carnetrix voltage converter from the same source.

Here's a pic of my nav station and one illustrating the problem with the size of the route properties dialogue.

Chris

[PjotrC]

Yes, 10" screen is small. I use the attached screen layout on a 15,6". For some time I was using a second screen in the shore base config, but gave it up - what is below here is completely OK for me.

I think it is even easier and faster to shift part of the dialog offscreen, than to fiddle with columns customization...

I would be extremely happy if nobody has other problems with GRIB Planning... still some fixes needed. Sometimes a speed value looks suspicious, not much support yet for those needing wave prediction only, without wind, and - the main thing - plugin interface not standardized.

Thanks for trying!

Piotr

[rooiedirk]

Hoi Pjotr,
About the Plugin interface, I had the idea to add something like:

Variant doGet(Variant somevariable);

This would make it possible to to get all kinds of info from a plugin.(as long as the Somevariable is programmed there), in this case you could ask for a pointer to the GriddedRecord object.
I'm not sure if Dave has objections against a construction like this?
grjes
Dirk

[PjotrC]

Dirk,

Yes, a Variant construct might very well be part of the low-level picture, although I have no experience with this. However, I would hesitate to pass a pointer to any plugin-specific complex structure from a plugin to the main code, since this would require the main program to have knowledge of plugin internals (don't we want to avoid this?).

But this is not all... consider the need for a higher level protocol...

Currently, if a need for some new function arises, a new function must be added to the interface (e.g. SetPositionFix(PlugIn_Position_Fix &pfix).

I think this makes the plugin development difficult, since every time there must be a consensus reached on such definition among all plugins.

It would be nice to have a generic interface, where new plugins with (reasonable) new functions could be added without negotiating the change in interface every time.

But this is probably for another thread...

Piotr

[fulup]

I would be interested in testing this pluging, but if I understand well it is a patch and not a plugin.

Question: is this patch avaliable in source code for Linux ?

[PjotrC]

An executable for Windows is downloadable from 4share.com (pointer to build 1101 earlier in this thread, a new version coming soon).

If anyone is interested in building for Linux, I will post a source patch, but probably it is best to try the patch in the first post of this thread before... if this works, the full version is available. The key is not to have other plugins visible.

If not, it will be hard to advance without some Linux expertise.

Piotr

[fulup]

Might be for people who have I Window config, but I do not.

[PjotrC]

Windows build 2.5.1118 uploaded to opencpn_2.5.1118_setup.exe - 4shared.com - online file sharing and storage - download

- some bug fixes
- handles windless gribs (with polar selection as "none")
- "now" button added to Route Prop dialog (still "Enter" required)
- Track-to-Route handles long stretches, also between track segments (even through the IDL )
- includes FS#658

Enjoy,

Piotr

[cagney]

Originally Posted by PjotrC

An executable for Windows is downloadable from 4share.com (pointer to build 1101 earlier in this thread, a new version coming soon).

If anyone is interested in building for Linux, I will post a source patch, but probably it is best to try the patch in the first post of this thread before... if this works, the full version is available. The key is not to have other plugins visible.

If not, it will be hard to advance without some Linux expertise.

Piotr

Piotr
I had another go at your first patch, with Linux. There were no problem when I made the other plugins, "invisible".
So, I would be interested in more patches or full code, to see if we can get linux running with your latest version.

Thomas

[PjotrC]

The source for GRIB Route Planner 1118 attached below. This is complete code based at 2.5.0, without Route-From-Track and other patches already posted to Flyspray.

Still incompatible plugin i/f.

Good luck,

Piotr

[cagney]

Piotr
Patching navutil.cpp. and chart1.cpp failed, using "pure" 2.5 source.
Thomas

[PjotrC]

Thomas,

Yes, before patching with 1118 please apply FS#633, FS#634, FS#635, FS#658 (2 patches) and FS#660.

Piotr

[PjotrC]

I was hoping to be ready before the 2.6 Beta cycle would start, but obviously Dave works too fast...

The final build of experimental GRIB Route Planning is posted to opencpn_2.5.1128_setup.exe - 4shared.com - online file sharing and storage - download . Parallel installation and -still - no other plugins, pls.

I will stop this development here, and perhaps look again at what can be included into some future mainstream version. I need to learn a bit, and/or find some good guidance...

Build 1128 includes:

- buttons for Departure Time control: Start Now, Start 1 Day Later, Start 3 Hours Later
- showing Drift column with GRIB Sea Current predictions for WP @ ETA
- optionally showing (and including in VMG calculation) the net speed effect on VMG and amount of HDG correction to apply

I tested the sea currents with European GRIB data from

- Meteorologisk Institutt (NO) - combines wind+current
- Bundesamt für Seeschifffahrt und Hydrographie (DE)

I think this concludes the Forums - Post 612751">-IRJDSUNE9932123321222xxeww-experiment. All feedback welcome.

Piotr

[Bucaniere]

Hi Piotr. Your precious file is no longer available on 4shred. Is there a way to download again?
I'm curious to try that genius hardworking...thanks!