rgleason / weather_routing_pi

Weather Routing plugin for OpenCPN
GNU General Public License v3.0
12 stars 14 forks source link

RFE 12 Create a trip report after route creation #120

Open ghost opened 1 year ago

ghost commented 1 year ago

Once the route is created have the ability to display, export, and print an hourly summary that shows the environmental details as well as the boat details.

Wind speed, direction, AWA, AWS, waves (height, period), current speed and direction, boat SOG, elapsed time, TTG, course to steer, etc.

rgleason commented 1 year ago

Please provide greater detail for this, knowing that there is copious Data available, and the problem is "Print what?" as much as the function. You must be more specific.

Additionally, is there some way to make this data more coherent and manageable, using a spreadsheet format or something?

View Settings

Weather-Routing-Settings

View Statistics

Weather-Routing-Statiscs

View Report

Weather-Route-Report

Right-click > Weather Route Position

Route Position

Right-click > Grib Data

Grib-Data

Right-click > Grib Data Table

Grib-Data-Table

rgleason commented 1 year ago

So exactly what do you want?

ghost commented 1 year ago

Here's an example from TimeZero that I find very useful for trip planning. This is directly from their weather route planner. TZ_EX

rgleason commented 1 year ago

261726335-ff9c1e51-43a1-4ee2-9a83-9bd325de9d66

rgleason commented 1 year ago

Can you please explain what features you find most useful for all of us here?

ghost commented 1 year ago

Once a weather route is created and the user shifts back to using OpenCPN as a navigation tool, having the ability to pull up and review the details of the route in a table like the example above, offers the opportunity to share trip details with crew, compare current conditions with those that were forecasted, shows what to expect in the coming hours, and provides an indication of performance compared to polars.

With this information available outside of the weather routing plugin, it keeps the screen available for navigation. The current method of hovering the cursor over the weather route to view details is very difficult on a touch interface, a full route table would address this.

A spreadsheet format would make it easier to view, analyze, and share.

Again, it's ease of availability of the data for route planning and execution. As weather routing is at the moment, how do we go back to the weather route a half a day into the passage to review what the conditions boat setup are forecasted for overnight?

We can get an exported track, can the leg data be included in that table?

Untitled

rgleason commented 1 year ago

Dave is working on gpx export of the entire route with speed, direction, distance, ETD. Time, etc.

What is missing is weather data, wind, waves, sails selected, polar, etc.

rgleason commented 1 year ago

Here is the Exported Route gpx file, the ETD will also be entered WR-15 1-3

Here is a gpx file imported to show the WR optimal route. WR-15 1-4

Here is the gpx file WXRoute_08-17-23_12-00.gpx.txt

Eventually, next version, the Export Route function will pipe the file directly into Route Manager.

Knowing this, what suggestions do you have to bring the data alive for sailors analyzing their progress?

rgleason commented 1 year ago

From your comments and observations:

  1. Information available outside of the weather routing plugin to keep screen available for navigation.
    • Should it be viewed and available within Opencpn?
    • Should it be a separate file that can be viewed by other devices?
  2. Spreadsheet format would make it easier to view, analyze, and share.
  3. Ability review the details of the route in a table like the example above
    • offers the opportunity to share trip details with crew,
    • compare current conditions with those that were forecasted,
    • shows what to expect in the coming hours
    • and provides an indication of performance compared to polars.
  4. Current method of hovering the cursor over the weather route to view details is very difficult on a touch interface.
    • A full route table would address this.
    • Dave is working on this now.
    • See Android: Much simpler interface
    • If we were to provide a better Route Review feature how would we be able to limit the data enough to be useful on an android?
  5. Questions
    • What other data is needed in the table to make it meaningful?
    • Wind direction (graphic?) and speed (color coded) (Grib dependent)?
    • Wave direction, height and interval (color coded) (Grib dependent)?
    • Sail/Polar changes? Identify the polar used?
    • What other grib parameters are needed for evaluation? (Wind gust, pressure, air temp, sea temp, rainfall, cloud cover, geopotential, CAPE.) Knowing that getting this data is expensive.
    • Shouldn't we be able chose to set time to Local, UTC, etc. and have all the data use that?
    • In TimeZero, there is a Time Bar which can be scrolled and selected, which allows a selective review of predicted conditions, with a graphic of the optimal routing, showing the precise position at that time. How effective is this format?
rgleason commented 1 year ago

OpenCPN uses topgrafix GPX 1.1 Schema there is an "Extensions Type" which could be used to extend the gpx file that is exported so that it could include weather data at each location and time. We would need the Grib weather data exported with each position/time using the gpx extension type that is developed.

I would suggest as a minimum having this extended gpx data (Is there an xtd extension like this already?):

GFS-Parameters

rgleason commented 1 year ago

We would then have to improve the Route Manager to read and display the extensions in a graphic way. Or find some other software alternative.

rgleason commented 1 year ago

Incidentally Waypoint Properties > Extended Tab would have to be augmented to show the Grib Weather Data.

WXroute-gpx-Export

RM-Route-WPprop

rgleason commented 1 year ago

GPX versions explained: https://logiqx.github.io/gps-wizard/gpx/ Searching for GPX schema extensions that support marine weather data. https://en.wikipedia.org/wiki/GPS_Exchange_Format

Of course it would be NOAA https://digital.mdl.nws.noaa.gov/xml/ This one is big but it looks like it would work https://digital.mdl.nws.noaa.gov/xml/schema/latest_DWML_time-series.txt

How to get that schema into the GPS schema "Extension type"? Or are they just used alongside each other?

ghost commented 1 year ago

Questions What other data is needed in the table to make it meaningful?

The data I find most useful are as follows: Leg # ETA to that leg SOG Polar Used (sailset, motor, etc) AWA AWS TWA TWS TWD CTS Wave height Wave period Distance of leg Total time to go

Wind direction (graphic?) and speed (color coded) (Grib dependent)? Wave direction, height and interval (color coded) (Grib dependent)?

This is certainly a personal choice but for us, we just pay attention to the text and don’t find the graphics of much value.

Sail/Polar changes? Identify the polar used?

As above

What other grib parameters are needed for evaluation? (Wind gust, pressure, air temp, sea temp, rainfall, cloud cover, geopotential, CAPE.) Knowing that getting this data is expensive.

This info is valuable in the initial route evaluation and is already visible at that time. I don’t think it helps much in a table.

Shouldn't we be able chose to set time to Local, UTC, etc. and have all the data use that?

Yes

In TimeZero, there is a Time Bar which can be scrolled and selected, which allows a selective review of predicted conditions, with a graphic of the optimal routing, showing the precise position at that time. How effective is this format?

We only use that at the initial route evaluation to be able to see where we’ll be for weather events (strong wind, CAPE, strong current, etc.) This allows us to identify “bale out” options if needed. We only use this option at the outset or when we have updated weather/routing data.

rgleason commented 1 year ago

This is very helpful. Some of the data you list can be derived, some of it is dependent on the grib download (wind and waves). The extent of data appears to be reasonable, not requiring significant use of gpx extension type for weather data.

It appears that initially, we can just have a spreadsheet/tabular that uses text for the data, and then improve it graphically.

Should it be sortable or not? What fields?

It helps that the TimeZero time bar is only used in the initial route evaluation.

ghost commented 1 year ago

That’s good news! I am very happy to test this as needed.

rgleason commented 1 year ago

What is distance of let?

ghost commented 1 year ago

Typo. Leg. Distance between each leg.

rgleason commented 1 year ago

Go back and edit your post accordingly please, if possible. We are typing to develop a user spec for programmers to review.

ghost commented 1 year ago

DoneOn Aug 19, 2023, at 11:26, Rick Gleason @.***> wrote: Go back and edit your post accordingly please, if possible.

—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: @.***>

rgleason commented 1 year ago

Thanks, I am going to close some of these posts for clarity.

rgleason commented 1 year ago

In trying to get parity with the Exported GPS data....and clarify Leg # - Available, resolve first leg from boat though. ETA to that leg - Calculated SOG -Available Polar Used (sailset, motor, etc) - Use gpx extension-type? AWA - Calculated AWS - Calculated TWA - Calclulated TWS - Use gpx extension-type? TWD - Use gpx extension-type? CTS - We have course to wpt, this will have to be calculated based upon boat information, or just use Course to Wpt? CTS is a bit of a problem. Wave height - Use gpx extension-type? Wave period - Use gpx extension-type? Distance of leg -Available Total time to go -Available probably, time to go to next wpt?

rgleason commented 7 months ago

From QTVLM routing Report see https://www.cruisersforum.com/forums/f134/weather-routing-100060.html#post3888465

Screenshot from 2024-04-08 09-03-45