OpenCPN Beta Version 5.5.928 Released

[Douwe Fokkema]

When dragging a routepoint to a point of another route the message "Replace this RoutePoint by the nearby Waypoint?" should appear. Normally it does. But when the routepoint that one is dragging to is also part of a hidden (not visible) route, the message may not appear, in that case it is not possible to replace the waypoint or append part of the other route.

If the problem occurs depends on the internal sequence of routes. When a point of a hidden route is found before a point of a shown route, point may be refused.

A similar problem occurs when making a new route.

Douwe Fokkema

[Hakan]

Originally Posted by daga

The Windows scaling problem affects mostly the chart display. Strangely, the rest of the UI takes the scaling into account correctly.

daga..
For info has Dave introduced a patch for this working on my environment. If you can't build from source please await next beta version for a test.
Håkan

[yachtvalhalla]

'Delete all' in the Mark and Route Manager has a bug.

In the images I have dropped three unrelated marks. Selecting 'Delete all' brings up the alert regarding inclusion in routes or anchor alarms, neither of which are applicable to these three marks.

This is a carry over from previous versions.

Terry

[bdbcat]

Terry...
"'Delete all' in the Mark and Route Manager has a bug."


Not a bug. The message is a simple reminder to consider carefully the impact of deleting all waypoints. For example, shared waypoints defined during route creation are not shown in this list. But they will be deleted (and thus the routes corrupted) if you proceed.
I suggest you should multi-select the waypoints that you want deleted, and just them, to be safe.


Thanks
Dave

[mgrouch]

Is there option in OpenCPN to automate night/day/twilight modes of the screen based on gps local time and local sunset/sunrise?

[yachtvalhalla]

Originally Posted by bdbcat

Terry...
"'Delete all' in the Mark and Route Manager has a bug."
Not a bug. The message is a simple reminder to consider carefully the impact of deleting all waypoints. For example, shared waypoints defined during route creation are not shown in this list. But they will be deleted (and thus the routes corrupted) if you proceed.
I suggest you should multi-select the waypoints that you want deleted, and just them, to be safe.
Thanks
Dave

Then it should be titled as a 'Reminder' and not an 'Alert'.


But it says that there ARE some such offending waypoints not a reminder that there MAY be.


I thought the purpose of 'Delete all' would be a shortcut to selecting all and then deleting.

I'd be much more comfortable with this if any offending waypoint was identified in the alert. As it is now the user has no idea if it is safe to delete all or not.

Terry

P.S. Still waiting for a reply to my emails and PM.

[bdbcat]

Terry:
"But it says that there ARE some such offending waypoints not a reminder that there MAY be."


Actually, I'll bet there are. Probably a closed polygon route used for marking interesting areas? These types of points are not shown on the list.



In this case, maybe "All" is a little ambiguous. But it really means "ALL", not just the ones shown on the list.


Dave


p.s. email sent. Sorry I missed the PM

[bdbcat]

"Is there option in OpenCPN to automate night/day/twilight modes of the screen based on gps local time and local sunset/sunrise?"


No. Good idea, though. Feature Request....


Dave

[Rasbats]

New issue with included and other plugins:
To reproduce:

• Open the preferences for a plugin
• Change a preference
• Disable the plugin/Apply/Ok

When Options -> Plugins is opened again the icon for the plugin shows as the jigsaw one.

This was found with oesenc/WMM and an updated version of squiddio so far.

We know that disabling a plugin after changing the preferences causes some plugins to crash:

https://github.com/OpenCPN/OpenCPN/i...ment-939203439
Work is taking place to resolve this.

But the issue with the icon has not been seen before.

Mike

[rgleason]

I have about 9 plugins to push to plugins PIM, should I wait?

Maybe push to beta first?

[rgleason]

Originally Posted by rgleason

I have about 9 plugins to push to plugins PIM, should I wait? Maybe push to beta first?

Merged to the Beta Catalog now.
Testplugin Template Plugins

AISradar 1.2.13.0 + 1.0.176.1
Watchdog 2.4.35.0 + 1.0.176.1
Weatherfax 1.9.22.0 + 1.0.176.1
Statusbar 0,7,12.0 + 1.0.176.1
Squiddio 1.3.11.0 + 1.0.176.1
Weather_Routing 1.13.31.0 +1.0.176.1
Plots 2.2.7.0 + 1.0.176.1
Climatology 1.4.24.0 +1.0.176.1
Tactics 1.0.20.3 + 1.0.176.1

[hreuver]

I came upon a small error when trying to use tidal data:
I right-click on the tidal symbol and opencpn crashes imediately.

Nothing of interest to be found in the log, only hint was a few lines at the prompt.

$ /usr/bin/opencpn -l 5
Bad loglevel 5, using "info" SENC: nCPU: 8    m_max_jobs :7
Unable to connect to 192.168.14.150:3000

(opencpn:31549): Gtk-CRITICAL **: 18:04:29.574: gtk_box_gadget_distribute: assertion 'size >= 0' failed in GtkScrollbar

(opencpn:31549): Gtk-CRITICAL **: 18:04:29.636: gtk_box_gadget_distribute: assertion 'size >= 0' failed in GtkScrollbar
opencpn: ../../../../src/cairo-arc.c:189: _cairo_arc_in_direction: Assertion `angle_max >= angle_min' failed.

(I ran into the problem with 5.5.0. Found it still present in 5.5.928. Last run with extra commandline option "opencpn -l 5".

Since the logfile is 84kb I decided to only post when required, I could rename opencpn.log to opencpn.log.doc. But the crash is almost silent. There is not much in the logfile.)

System: Linux x86_64 Ubuntu 21.04 (this should be nearly identical to 20.04 for OpenCPN). OpenCPN version 5.5.928-1259+aea030892. Are you able to recreate this crash?

[verkerkbr]

Don't see this problem here. But you have to change the tidal information to the EU area.

OpenCPN running on the flatpak version.

Bram

[bdbcat]

hreuver....
" right-click on the tidal symbol and opencpn crashes imediately."


Every tide station, or any particular one(s)?
Thanks
Dave

[hreuver]

Originally Posted by bdbcat

Every tide station, or any particular one(s)?

I tried Den Helder (NL), Schiermonnikoog (NL) and Helgoland (GER). Therefore it seems every station.
Even with another harmonix data set it crashes.


I will try to install Focal this weekend, perhaps the problem is based on Hirsute instead op Focal.