New Grib Presentation

[ChuckSK]

The "New Grib" has a feature that allows gribs to be interpolated over time. This feature requires that the lat and lon do not change between data sets. The following fix allows gribs with changing lat and lon to display if "interpolate between gribs" is not checked on the Grib Settings dialog.

diff --git a/plugins/grib_pi/src/GribUIDialog.cpp b/plugins/grib_pi/src/GribUIDialog.cpp
index ede3a01..dad66f0 100644
--- a/plugins/grib_pi/src/GribUIDialog.cpp
+++ b/plugins/grib_pi/src/GribUIDialog.cpp
@@ -874,8 +874,10 @@ GribTimelineRecordSet* GRIBUIDialog::GetTimeLineRecordSet(wxDateTime time)
     else 
         interp_const = (nminute-minute1) / (minute2-minute1);
     
-    if(!m_OverlaySettings.m_bInterpolate)
-        interp_const = round(interp_const);
+    if(!m_OverlaySettings.m_bInterpolate){
+        im1 = i;
+        interp_const = 0;
+    }
 
     GribRecordSet &GRS1 = rsa->Item(im1), &GRS2 = rsa->Item(i);
     return new GribTimelineRecordSet(GRS1, GRS2, interp_const);

Chuck

[rgleason]

Great. Thank you ChuckSK. This seems like a good option to have when data downloads are slow, perhaps JP can work the Grib Moving Forecast "distance" and "direction" fields/VALUES into the Saildocs requests too?

I am still finding myself making grib requests in Windows and using them in Linux. Don't know how Sean does it.

ps. p_dub, if you post in the correct thread, weather_routing, and explain a little more, somone might answer you. -Weather_routing is a big application.

[ChuckSK]

Rick

That fix has nothing to do with data downloads. It fixes the problem that HUR450502 reported.

[rgleason]

Rick

That fix has nothing to do with data downloads. It fixes the problem that HUR450502 reported.

Yes, I understand. I was thinking ahead, that by restricting the grib area, because you can have a "Moving Forecast", you can cut down on the amount of data!

[HUR450502]

First of all: You are just GREAT!!! You seem really to be enthusiastic about your product. Excellent.

Now two remarks:

1. I understand that the current implementation of the interpolation does not allow for "moving GRIBS", therefore it should be disabled (not checked) if using "moving GRIBs" with the fix built by ChuckSK. My question now ist, what would be the effort to combine both features, thereby also interpolating the movement? This would - I think - make the thing just perfect.....

2. I tried to use the "mail function" to receive the GRIBs directly via OpenCPN. My question is, would there be a possibility of an interface to Airmail, so the request could be built there and then sent via HF?

Please bear with me, if I am not using the proper proceure to mention suggestions, I am a complete "newbie" here and will have to learn the correct "etiquette", where to do what. Also, I cannot really participate, as - even having worked in IT for 40 years - I haven't coded anything in the "PC world" and do not have the proper environment here. However, I would be ready to do whatever testing is required, to participate in the frther development and improvement of this great tool you have created. O.K.??

One oterh thing to mention - I saw some mentioning of weather routing - I believe, including "moving GRIBS" into this project too would be quite interesting, however, as you do not now, what the optimum routing would be, I think setting the correct or useable "Moving Forecast" is a bit tricky, isn't it?

Best regards and thanks again for all your efforts,

Uwe

P.S.: My first Name is "Uwe" in German the correct name is "Hans-Uwe", last name "Reckefuss" and from the userID you can estimate my almost "biblical" age ..... 450502 .... :-) (YYMMDD)

[rgleason]

Uwe, I wrote a long note to you and just lost it.
You are welcome join our testing group, that would be great, we thrive on volunteer efforts.

Sean Depagnier (and others) have been programming plugins to enhance Opencpn.
Some of Sean's plugins are

Watchman - manage and set alarms
Weatherfax
Climatology - gridded monthly data works wx-routing
Weather_routing - uses Gribs and Climatology
rtlsdr -assists with use of rtldsdr usb dongle for cheap AIS etc
Celestial Navigation

Also Sean and Jean Pierre have enhanced the original Grib plugin worked on by Pavel and Dave (bdbcat) and others I believe. As you can see this is a thriving collaborative volunteer effort. There are many areas you can help, even though you may not program. We need assistance testing, bug reporting, feature suggesting, and providing supporting documentation on the website for the plugins etc.

Start with this main plugin thread.. there are links to the other plugin threads.
http://www.cruisersforum.com/forums/...st-100306.html
http://www.cruisersforum.com/forums/...-102928-4.html
http://www.cruisersforum.com/forums/...ml#post1253761
http://www.cruisersforum.com/forums/...102281-10.html
http://www.cruisersforum.com/forums/...-102929-3.html
http://www.cruisersforum.com/forums/...x-98748-2.html
http://www.cruisersforum.com/forums/...fax-97533.html
http://www.cruisersforum.com/forums/...100414-15.html
http://www.cruisersforum.com/forums/...s-97995-6.html

There are many other good plugin threads too.

[HUR450502]

o.k., thanks a lot, I read through the other mentioned threads as well shortly, let me stay with this here for while....

Best regards, Uwe

[rgleason]

There are two Grib plugin "snapshots" with the new interface which work with Opencpn 3.2.0:

grib_win32_pi18_v14_ov320_saildocs_pi.dll
girb_win32_pi18_v22_ov320_saildocs_zygrib.dll

These versions work with Opencpn 3.2.0.

Found on Opencpn Beta File Thing rguser, rgpass under "Plugins-Beta-Opencpn 3.2.0"

Pavel, these dll's should probably be uploaded to opencpn.org for use by Opencpn 3.2.0 users, if you have time.

[rgleason]

Fast downloading of grib - perhaps Grib could be enhanced to do this?
Fast Downloading of GRIB Files

GFS Products
http://www.nco.ncep.noaa.gov/pmb/products/gfs/

[rgleason]

Regarding use of RTOFS current grib data type.

By using two instances of grib_pi:
1. Grib_pi with "Wind checked.
2. Grib2_pi with "Current" checked.

Weather_routing will use grib data (with wind and currents checked in separate grib_pi instances) to do a routing.

Please refer to the this post in the Weather_Routing Thread.

It would be great if the Grib_pi could be improved to have a dominant grib file and a secondary grib file.

[alex2035]

Originally Posted by Ptizef

Well

The second problem , sending mail :
A standard library coming from wxWidgets is used .
In Windows it is necessary to declare one email system ( for example Thunderbird) as the main email system .When clicking "send" Thunderbird is open,an email is written ready to be sent.
The answer coming from Saildocs and Zygrib is returned to the sending address.

Resorting to this post by Ptizef, to request advice, as I use M2 Opera Mail as default client and the Grib plugin refuses to recognize it, thus rejecting my grib request. Seems that there is no way to tell the plugin what email client should it use. It keeps asking for MS Outlook, which I dont have/use.
Thanks -

[George64]

What about a field in the plugin to enter the smtp-server to be used. Is that a way to solve this question?

[Taarnskov]

I still use zygrib to download the grib-files for two reasons. First reason is that i use the FTP possibility, and second i use the meteotable to get an overview of the weather development for the area i am going to sail.

[jean_pfoumf]

Hello.
I use OpenCPN 3.3.719 on MacBook with OSX 10.6.8
It doesn't seem possible to select a grib file, other than the last one opening by default.
Items are grey in the select list so no other grib file can be choose.
Did I do something wrong ?

Jean

[CarCode]

Jean,
correct, it is a bug. The file requester does nicht handle compressed *.bz2 files but only *.grb files. The grib plugin loads however the newest *.bz2 file in the folder of downloaded grib files when said so in the settings.
As a temporary workaround you may uncompress your *.bz2 files if needed until the bug was fixed.

Gerhard