I'm working on a little piece of software that would allow you to view GRIB wind forecast data along a route in OpenCPN - kind of a "Saildocs moving spot forecast on steroids". Let's call it "RteFcst" for this discussion.
Example: Say you have a route defined in OpenCPN like the one below (we do follow a strange course sometimes...).
Attachment:
route.png [ 26.75 KiB | Viewed 13772 times ]
Assume you also have GRIB file with wind forecast data that covers/overlaps the route in location and time. Then RteFcst would combine route and forecast (plus info about you average boat speed and departure time), and provide you with a gpx file that would show up like this when loaded as a temporary layer in OpenCPN:
Attachment:
rtefcst.png [ 57.94 KiB | Viewed 13772 times ]
The little arrows show true wind direction with a "N-NNE-NE-ENE..." granularity. The label at each arrow provides apparent wind angle and speed, and the time for which this data is valid (which is when you would be at that position based your average boat speed and departure time). For example, "29R@21 00Z03Feb" forecasts the apparent wind to be 29° off the port bow with 21kn at 00:00utc on February 3 - starting to get a bit too close for comfort... "1
G@24 06Z03Feb" means apparent wind 1° off the starboard bow ('
Green') six hours later. Alternatively you can have the labels with true wind info and ommit the time/date portion if it gets too cluttered.
So here's my first question for you: do you find this useful? No need to be polite - 'no' is a fair answer. If you do find it useful - are there any tweaks that would make it better?
Now the second part: How about you don't have to get a separate GRIB forecast but could simply copy and paste the OpenCPN route into an email request? In response you would get the same gpx file as above but at a fraction of the file size of a GRIB forecast for an area that covers your route (think SSB/Pactor or sat phone connections).
This could work like this: In the "Route Properties" window in OpenCPN you enter your average speed and your expected departure time. Then you right-click anywhere in the waypoint list and select "Copy all as text".
Attachment:
route_properties.png [ 125.36 KiB | Viewed 13772 times ]
Then you simply open an email and paste the the whole lot into the mail.
Attachment:
email_claws.png [ 119.07 KiB | Viewed 13772 times ]
Send off the message to a yet undisclosed email address, and back comes a gpx waypoint file with wind data along the route that can be displayed in a temporary layer in OpenCPN as shown above.
OK - question number two: Would this type of email request interface be useful? Can you think of easier/better ways to encode the route information into a request email? Any problems you can see with this approach?
If you do think this "route forecast request" would be useful,
I have a favor to ask of you:
Could you please follow the procedure above for any route you may have in OpenCPN ("Copy all as text" in Route Properties window and paste into email) and send the resulting email message to
rtefcst [at] namaniatsea.orgThere will be no response to those messages and they will not go beyond my inbox. I'm simply trying to get an idea of how these requests end up looking for different locales and OpenCPN configurations. Also different email clients and email providers might impact the final format and content (automatically appended footers, etc). If we end up going this route this will help to put together a robust request parser.
Many thanks in advance for your help!
Now - what has all this to do with Slocum (see title of this post)?? RteFcst is a small extension to Alex's Slocum project. Alex has found a very ingenious way to reduce the size of GRIB files by a factor of 4-5 by 'simply' by cutting down the precision of wind speeds from '15.34776534223kn' (current GRIB format) to 'Force 4'. From
Alex's project page on GitHub:
Quote:
Why Slocum?
-----------
In "Sailing Alone Around the World" he talks about his tin clock:
"My tin clock and only timepiece had by this time lost its minute-hand,
but after I boiled her she told the hours, and that was near enough on
a long stretch."
If Slocum was able to successfully circumnavigate via celestial navigation
using a clock with no minute hand, then modern day sailors should be able
to get by using weather forecasts without floating point precision.
PS: The code for RteFcst can be found at
https://github.com/ms8r/slocum/blob/wpfcst/python/sl/lib/rtefcst.py - work in progress though...