Weather Routing

[rgleason]

Originally Posted by kevinvh

Anyone know when the Weather_Routing_Pi will be available for OpenCPN 5.0.0 for Mac? Is there anything else that would prevent me running Weather Routing on OpenCPN 5.0.0 for Mac.

I am running OpenCPN 4.8.8 for Mac and the Weather Routing plugin works really great on it - proved invaluable sailing around French Polynesia. Do I need to do a clean install of v 5.0.0 or can I write over the top of v 4.8.8?

Kevin,
Just do a parallel install and be able to run both versions. Then when you get comfortable remove v4.8.8

I have about 3-4 versions for testing. v4.2 v4.8.8 v50

[rgleason]

Grib Issue "Feature Request" posted here https://github.com/seandepagnier/wea..._pi/issues/248

Originally Posted by Flaviotti

Hello,

I begin saying how much I admire this plugin. It's UI are outstanding and, more importantly, its features tremendously interesting.

I have done some testing with a pol file that is hard coded to 5kts for every situation, to be able to follow the logic and troubleshoot the routes, and my question is about currents calculations.

It seems that for some reason it fails to factor in the current to the route speed.
In this picture, the route position displays the point where the boat is going through a patch of current of .6kts to pretty much the same direction of the boat heading, but the displayed speed for that point is still 5kts. I would expect something around 5.5kts.
Attachment 192098

The climatology plugin displays correctly the current on the chart.
The weather routing setting included climatology's current as most probable.
Attachment 192099
Is anyone able to see whether I am missing something, or is a bug worth reporting?

Thanks and again: awesome work with this plugin!

[did-g]

Originally Posted by Flaviotti

Hello,

I begin saying how much I admire this plugin. It's UI are outstanding and, more importantly, its features tremendously interesting.

I have done some testing with a pol file that is hard coded to 5kts for every situation, to be able to follow the logic and troubleshoot the routes, and my question is about currents calculations.

It seems that for some reason it fails to factor in the current to the route speed.
In this picture, the route position displays the point where the boat is going through a patch of current of .6kts to pretty much the same direction of the boat heading, but the displayed speed for that point is still 5kts. I would expect something around 5.5kts.
Attachment 192098

The climatology plugin displays correctly the current on the chart.
The weather routing setting included climatology's current as most probable.
Attachment 192099
Is anyone able to see whether I am missing something, or is a bug worth reporting?

Thanks and again: awesome work with this plugin!

In my understanding it's working, sort of, in the dialog box it's SOW not SOG... you can double check with the Measure tool.

[rgleason]

Thank you Didier for the clarification.

Is there some way to make this clearer that you can think of?

[.Paul.]

Flaviotti, rgleason,

Weather_routing_pi works with wind GRIBs from NOAA and currents from Climatology_pi.

Here is a screen shot showing a weather routing from Saint Andrew Bay (Panama City, FL) to Miami.


The Weather Route Report indicates

Average Speed Over Water (SOW): 5.50 knots
Average Speed Over Ground (SOG): 5.83 knots

…

6.04% speed change due to favorable currents.

Paul

[rgleason]

Good point .Paul. Didier also confirms this.


Thinking about how to make this clearer to the user,
perhaps the "Boat Speed" that he underlined in red should be


"Boat Speed STW or SOW" ?

[did-g]

Originally Posted by rgleason

Good point .Paul. Didier also confirms this.


Thinking about how to make this clearer to the user,
perhaps the "Boat Speed" that he underlined in red should be


"Boat Speed STW or SOW" ?

You can test PR
https://github.com/seandepagnier/wea...ng_pi/pull/249

[Taarnskov]

Hi,
I am sitting in Gan on The Maldives trying to find a good weather window to Seychelles. The main joker in this game is the squeals and thunderstorms. You can get a good indication where they will come by looking at CAPE. It would be usefull to have CAPE shown along the route for evaluation in weather routing.

Lars

[rgleason]

Lars,
I think what we want is REFC.
Please see this post from David Burch, Starpath Navigation.
http://www.cruisersforum.com/forums/...ml#post2892362

" simulated radar reflectivity (REFC) is a better parameter for predicting squalls than CAPE,..."

"... NWS switches GFS to FV3-GFS on June 12. After that date GFS will include REFC globally."

"...resolve the color bar[for REFC] as there is a standard one for this. Europe and US are slightly different, but the European one is better."

Perhaps Didier can add REFC to the report when the model starts including it? ...but it won't help you in the Maldives now. Sorry.

Originally Posted by Taarnskov

Hi,
I am sitting in Gan on The Maldives trying to find a good weather window to Seychelles. The main joker in this game is the squeals and thunderstorms. You can get a good indication where they will come by looking at CAPE. It would be usefull to have CAPE shown along the route for evaluation in weather routing.

Lars

[Taarnskov]

I know it will not help me now, but in the future. I hope it will help other sailors too.

Lars

[rgleason]

Originally Posted by did-g

You can test PR
https://github.com/seandepagnier/wea...ng_pi/pull/249

Didier, I tested the plugin you reference above. Oddly, the SOG and SOW do not show together as in your screenshot. Do I need to adjust a setting?


Well I turned on average speed and average speed ground. (I don't think these settings control the "Route Positon" Panel. I believe they control the parameters shown in the Configurations area.


Then I discovered several things:
1. Weather_routing seems to favor the left panel. Properly showing the isochrones as they are created. The right panel is not drawn until the route is completed.
2. Grib_pi seems to favor the right panel, showing the grib wind indications in that panel only.
3. Climatology_pi seems to do any panel that has been activated, and then the Wind Roses show.
4. When "View > Route Position" is activated and hover over Climatology sourced data/isochrones the SOG and SOW show on various isochrones, but not all of them. Some are left out, - is this because of interopolation?
5. When "View > Position" is activated and hover over Grib sourced data/isochrones the Boat Speed SOG is the only parameter that seems to show.


Can someone please confirm this and report back using Didier's appveyor "Artifact Tab" build of the plugin above?
https://ci.appveyor.com/project/sean...5223/artifacts



Screeenshots below taken from various route positions.


BTW: I think resolution of which canvas (left or right) and how climatology, grib and weatherrouting work together needs some discussion, thought and resolution, which would be a separate "Issue". I will post this.

[did-g]

Originally Posted by rgleason

Didier, I tested the plugin you reference above. Oddly, the SOG and SOW do not show together as in your screenshot. Do I need to adjust a setting?



BTW: I think resolution of which canvas (left or right) and how climatology, grib and weatherrouting work together needs some discussion, thought and resolution, which would be a separate "Issue". I will post this.

Don't know if it's a good idea but it displays both only if they aren't the same.


Yeh, canvas handling needs some thoughts in many plugins.



Is Wiindows rendering still half broken?

[rgleason]

Oh, really? That was not clear to me. Would it be clear to others I wonder?
Of course it might be a good feature or convenience, because it saves checking two values, and the difference is very noticeable. I will put a note in the manual about this, lets keep it. Good idea.

Don't know if it's a good idea but it displays both only if they aren't the same.

FAQ in Weather_routing Wiki

https://opencpn.org/wiki/dokuwiki/do...ion_boat_speed

[rgleason]

Yeh, canvas handling needs some thoughts in many plugins.

Agreed, it will become clearer what is needed with time.

Is Wiindows rendering still half broken?

Nope, not from my end. Seems pretty stable.

[skipperearly]

Maybe others also want to vote for this : https://opencpn.org/flyspray/index.p...s&task_id=2340

I cannot get used to this unorthodox coordinate formatting/handling.