rodemfr / meteovache_pi Goto Github PK

From DD/MM/YYYY to YYY/MM/DD

On MacOS with Retina display, arrows and text are not spaced enough, leading to "eaten" characters.

See https://www.cruisersforum.com/forums/f134/migrating-meteovache_pi-to-managed-plugin-scheme-274843.html#post3766795 for more details

See https://www.cruisersforum.com/forums/f134/migrating-meteovache_pi-to-managed-plugin-scheme-274843-3.html#post3768099

The current way of writing column header with a single snprintf is not good. It would be better to print headers one by one

When the quality of the internet connection is bad, the time to retrieve data from the server can be long, several seconds. There is no way for the user to know what is happening in this case. The window stays empty.
It would be nice to have a small status bar and/or an animated progress indicator showing that the request is still ongoing. It should also provide an error message when the plug-in finally assumes that the connection is lost.

Use SVG icons instead of PNG to improve rendering when DPI scaling factor is above 1.

In case of negative temperatures, the report shows positives values around ~250.
This looks like a mis-interpretation of a signed byte.

Currently all times are displayed in local time zone (i.e. in the system time zone). It would be nice to be able to select the desired time zone (system/local or UTC) in the preference panel.
Also note that the actual time zone is not displayed in the report while it should certainly be.

Despite improvements since latest patches, display is still not OK on MacOS w.r.t. font size and gradient colors.
See
https://www.cruisersforum.com/forums/f134/migrating-meteovache_pi-to-managed-plugin-scheme-274843-3.html#post3768032
for more details

see also https://www.cruisersforum.com/forums/f134/migrating-meteovache_pi-to-managed-plugin-scheme-274843-5.html#post3773779

any chance to add https://openskiron.org/en/openwrf to your great pi?

In the current version, weather reports are not saved by the plug-in. Every new forecast request erases the previous one. You have to copy-paste manually the report in a text editor to save it. This is cumbersome.

A button should be added to the report window to trigger a "more or less" automatic save. Maybe with an intermediate dialog to fill some information fields or just to give a filename.

This is on a Linux, Debian bookworm, see screenshot.

Meteovache window size and position is stored in meteovache_pi's config parameters. I have seen one time these values become invalid (i.e. 32768 as position and random size). In this case, window is no more visible and nothing can be done to bring it back to screen appart from manually editing OpenCPN's INI file.
A verification should be put at meteovache_pi stratup to ensure that window is inside screen.

When clicking on the red button in the title bar of the report window, nothing happens.

The network thread does not attempt to contact the server again if the first attempt failed. Practically, it means that if the server did not answer in the second. THe plugin will fail receiving the weather data.

can you please add compile instructions for the raspberry pi ? Thanks !!!

See https://www.cruisersforum.com/forums/f134/migrating-meteovache_pi-to-managed-plugin-scheme-274843-4.html#post3768429
for more details.

It looks like a mismatch between the charset encoding of the translation and the actual charset encoding of the font.

In the path to produce a nice well mannered plug-in, being able to compile it without the full OpenCPN tree is a must have.

Comment from @Rasbats :

Going forward 'zlib' is causing me problems for compiling standalone. I have 'zlib.lib' on my system from working with netCDF. Needed to copy 'zlib.h' and 'zconf.h' to the 'src' folder from the zlib source code. Not sure how to deal with this at the moment on Windows, but Sean Depagnier has used 'zlib' for the Weather Routeing plugin.

Problem here:

FIND_PACKAGE(ZLIB REQUIRED)
TARGET_LINK_LIBRARIES( ${PACKAGE_NAME} ${wxWidgets_LIBRARIES} ${ZLIB_LIBRARY})

'ocpn_plugin.h' had to be copied to the 'src' folder.

The final hurdle was the location of 'opencpn.lib'.

LINK : fatal error LNK1181: cannot open input file '..\..\release\opencpn.lib

Using Visual Studio 2017 I edited the link file location and built the plugin. Made an installer package at the same time, which worked fine.

Since some modifications were done around color management, everything is now black under windows.

When saving reports to a file, there are two errors :

• Month numbering is wrong
• special characters in short day names are invalid

Some text is white on white in report window. This is not the case in preference window.

Use crowdin...

Add a preference panel reachable from the plug-in manager.
This preference panel should at least propose to select the display units (kt, m/s, bft, etc.)

No version for 5.9.x/5.10 under macOS (ARM) in catalog.......

Hi,
First thanks for thhis nice plugin.
But as in zygrib or xgrib, would it be possible to select a zone instead of just a point : when sailing, wee move from one place to another one!
And also, it would be useful to be able to select the same zone automatically, at will (which zygrib nor xgrib do).
Bye

See https://www.cruisersforum.com/forums/f134/migrating-meteovache_pi-to-managed-plugin-scheme-274843-3.html#post3768032
for a backtrace of the crash.
It looks like it is related to Semaphore & Thread handling.

When used on MacOS with a dark color theme, text is displayed white on white background, making it invisible.
Change the way text color is selected to take into account system's color theme.

See https://www.cruisersforum.com/forums/f134/migrating-meteovache_pi-to-managed-plugin-scheme-274843.html#post3766795 for more details.