wellenvogel/avnav-ocharts-provider

OCharts for AvNav

avnav-ocharts-provider's Issues

Debian Bookworm support

Hi Andreas,
please be so kind as to provide Debian Bookworm packages for the avnav/O-Charts stuff.

Debian Bookworm (current Debian stable) comes with wxWidgets 3.2 instead of 3.0, which breaks some dependencies.
Your Gradle scripts look like you have it at least on your list, so I hope there is not too much that prevents you from building the packages.

With kind regards,
Sönke Peters

New O-charts system

Hi, I can't find it anywhere but is "Avnac o-charts" also addapted to the new o-charts system.
I understood the have changed their system from today with the possibility to updat parts of a chart.

AvNav ocharts provider interferes with flatpak

When running the AvNav ocharts-provider openCPN flatpak refuses to start:
https://forum.openmarine.net/showthread.php?tid=4063&highlight=avnav
This seems to be a strange bug/behavior in flatpak. When the host system uses the display #99 flatpak internally connects it's applications to this display.
Unfortunately the Xvfb used by AvNav ocharts-provider uses the display number 99 as it's default.
To work around the flatpak problem AvNav ocharts-provider will change to a default display of 1000 with additionally making this configurable if it should interfere with another display.

suggestion: ocharts cache variants

moved here from wellenvogel/avnav#93

Better error handling when dongle is missing

Currently when a user removes the dongle for a chart set it is hard to tell that there is an error.
At least the provider should show errors in the UI.

Osharts Provider listens only under localhost

Hello all,

I have the osharts server only listening on the hostname: localhost or 127.0.0.1. Therefore I can't call it via a client under the private IP of the Raspberry PI.
Is the error known by chance? The installation of avnav was done via OpenPlotter.

I am looking forward to your suggestions and ideas.

Many greetings

Malte

avnav-ocharts-plugin : Depends: libwxgtk3.0-0v5 but it is not installable. On RaspiOS Bullseye

The following packages have unmet dependencies:
avnav-ocharts-plugin : Depends: libwxgtk3.0-0v5 but it is not installable
Depends: avnav-ocharts but it is not installable or
avnav-oesenc but it is not going to be installed
Recommends: avnav-ocharts but it is not installable

Thanks,

Sometimes the chart display has holes

https://www.cruisersforum.com/forums/f121/avnav-navigation-in-the-browser-235253-16.html#post3789355

Caches are recreated on every start

With some chart sets the loading of an existing cache file files with an error like:

INFO-invalid data len 111168 in /home/pi/avnav/data/ocharts/CS_home_pi_avnav_data_ocharts_charts_XXXX-BE_DE_NL-2020-36.avcache at 2825132

A check shows that the PNG at this position really is that long and is correct. Internally there is a limit of 100000 bytes for the len of a png in the cache when reading. This must be enlarged to 256x256x4 Bytes + PNG overhead.

AvNav is not handling SENC overlays correctly

As discussed at https://www.cruisersforum.com/forums/f121/avnav-navigation-in-the-browser-235253-13.html#post3671051 AvNav does not render buoys correctly.
After finding out the chart that contains the buoys (OCL358-RTAOBL) it turned out to be an overlay. This was not correctly detected by AvNav (overlays have to be rendered on top of other charts).

Correctly handle chart open error 3 (PI_INIT_FAIL_NOERROR)

Some chart sets (like "British Isles") contain charts the create an PI_INIT_FAIL_NOERROR (3) when opening them by the o-charts plugin.
The AvNav ocharts provider currently treats this as a serious error - and if there are too many such errors for a chart set it will be marked as failed and will not be usable.
By cross checking the plugin and OpenCPN code those errors simply should be ignored and the affected charts simply should not be loaded.

Improve Memory handling for raster charts

With the new o-charts_pi plugin AvNav is able to also read raster charts.
This seems to need more memory.
The default settings can easily lead to weird user experience when tiles failed to load for long times as the number of open charts is to small.
This should be handled a better way and potentially it should also be notified to the user and documented.

ocharts provider reports wrong version

Version 20220225 report a wrong version in the UI

in 20220225 the checkbox for enabling OpenCPN charts is not visible

The UI loads google fonts from the internet

Accidently the UI for the ocharts-plugin currently tries to load some google fonts from the net.
This simply slows down loading if you are not connected. Those fonts are not necessary at all.