Sean Depagnier's Plugins

[rgleason]

Sean,
I forgot the ending "/" and when I put it in, it ran...!

cmake build c:/o-plugin/watchdog_pi/

with opencpn.lib located in

c:/o-plugin/watchdog_pi/

so there may be something about the way the relative pathnames are defined
that does not work. Any suggestions for how would I trace that out, since this is a template for the other plugins? Do I look in the logins somehow?

These cmake files are pretty deep!

Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.

C:\Users\Rick>cd C:\o-plugin\watchdog_pi

C:\o-plugin\watchdog_pi>cd build

C:\o-plugin\watchdog_pi\build>cmake ..
-- *** Building watchdog_pi ***
-- Found OpenGL...
-- Lib: glu32opengl32
-- Include:
-- import lib: opencpn.lib
-- Install Prefix: C:/Program Files (x86)/watchdog_pi
-- Configuring done
-- Generating done
-- Build files have been written to: C:/o-plugin/watchdog_pi

C:\o-plugin\watchdog_pi\build>cmake --build .
Error: could not load cache

C:\o-plugin\watchdog_pi\build>cmake build c:/o-plugin/watchdog_pi/
-- *** Building watchdog_pi ***
-- Found OpenGL...
-- Lib: glu32opengl32
-- Include:
-- import lib: opencpn.lib
-- Install Prefix: C:/Program Files (x86)/watchdog_pi
-- Configuring done
-- Generating done
-- Build files have been written to: c:/o-plugin/watchdog_pi

C:\o-plugin\watchdog_pi\build>

[rgleason]

Sean,

I did not comment out the line

I think maybe you can try this by editing cmake/PluginInstall.cmake and also comment out the line with -L../buildwin since this is not correct. This aspect of the build system is not fully baked for windows because of the lib it needs to link. Of course in linux, this step is not needed because the operating system is superior.

as you suggested because cmake .. and cmake --build c:/o-plugins/watchdog_pi/ ran without errors.

In MSVC++ I found a watchdog_pi.sln file and ran MSVC++ build with the following output:

1>------ Build started: Project: ZERO_CHECK, Configuration: Debug Win32 ------
2>------ Build started: Project: watchdog-i18n, Configuration: Debug Win32 ------
3>------ Skipped Build: Project: watchdog-po-update, Configuration: Debug Win32 ------
3>Project not selected to build for this solution configuration
4>------ Skipped Build: Project: watchdog-pot-update, Configuration: Debug Win32 ------
4>Project not selected to build for this solution configuration
2> watchdog_pi-i18n: Done.
5>------ Build started: Project: watchdog_pi, Configuration: Debug Win32 ------
5>LINK : warning LNK4044: unrecognized option '/L../buildwin'; ignored
5> Creating library C:/o-plugin/watchdog_pi/Debug/watchdog_pi.lib and object C:/o-plugin/watchdog_pi/Debug/watchdog_pi.exp
5>watchdog_pi.obj : error LNK2019: unresolved external symbol __imp__glPopAttrib@0 referenced in function "public: virtual bool __thiscall watchdog_pi::RenderGLOverlay(class wxGLContext *,class PlugIn_ViewPort *)" (?RenderGLOverlay@watchdog_pi@@UAE_NPAVwxGLContext @@PAVPlugIn_ViewPort@@@Z)
5>watchdog_pi.obj : error LNK2019: unresolved external symbol __imp__glHint@8 referenced in function "public: virtual bool __thiscall watchdog_pi::RenderGLOverlay(class wxGLContext *,class PlugIn_ViewPort *)" (?RenderGLOverlay@watchdog_pi@@UAE_NPAVwxGLContext @@PAVPlugIn_ViewPort@@@Z)
5>watchdog_pi.obj : error LNK2019: unresolved external symbol __imp__glBlendFunc@8 referenced in function "public: virtual bool __thiscall watchdog_pi::RenderGLOverlay(class wxGLContext *,class PlugIn_ViewPort *)" (?RenderGLOverlay@watchdog_pi@@UAE_NPAVwxGLContext @@PAVPlugIn_ViewPort@@@Z)
5>watchdog_pi.obj : error LNK2019: unresolved external symbol __imp__glEnable@4 referenced in function "public: virtual bool __thiscall watchdog_pi::RenderGLOverlay(class wxGLContext *,class PlugIn_ViewPort *)" (?RenderGLOverlay@watchdog_pi@@UAE_NPAVwxGLContext @@PAVPlugIn_ViewPort@@@Z)
5>watchdog_pi.obj : error LNK2019: unresolved external symbol __imp__glPushAttrib@4 referenced in function "public: virtual bool __thiscall watchdog_pi::RenderGLOverlay(class wxGLContext *,class PlugIn_ViewPort *)" (?RenderGLOverlay@watchdog_pi@@UAE_NPAVwxGLContext @@PAVPlugIn_ViewPort@@@Z)
5>C:\o-plugin\watchdog_pi\Debug\watchdog_pi.dll : fatal error LNK1120: 5 unresolved externals
6>------ Build started: Project: ALL_BUILD, Configuration: Debug Win32 ------
6> Build all projects
7>------ Skipped Build: Project: PACKAGE, Configuration: Debug Win32 ------
7>Project not selected to build for this solution configuration
8>------ Skipped Build: Project: INSTALL, Configuration: Debug Win32 ------
8>Project not selected to build for this solution configuration
========== Build: 3 succeeded, 1 failed, 0 up-to-date, 4 skipped ==========

Is this a too many subdirectirectories problem?
ie: o-plugin/watchdog/ OR is it a "/" problem?

[seandepagnier]

I think it wants to link with opengl libraries. I can find no reference to this in the CMakeLists.txt for the main program. This step is really difficult because I am dealing with it blind. It would be much easier if everyone used mingw on windows as that already works and can be tested from linux.

I would try adding either adding opengl32.dll next to glu32.lib (possibly before or after) or possibly remove glu32.lib and add ${OPENGL_LIBRARIES} in its place cmake/PluginInstall.cmake that may fix the problem.

[rgleason]

Sean, I couldn't find any paths that made sense to change...but then I don't really know how this works. Was stumped. This morning git pulled watchdog_pi and ran it.

cmake ..
cmake --build c:/o-plugin/watchdog_pi/

Did not get through the cmake commands this time. Attached cmake --build c:/o-plugins/watchdog_pi/ output (2 separate runs). I know how hard it is with long pole programming and debug (LPPD). Sorry.

Re: mingw native compiler for windows in the Win7 environment MinGW - Minimalist GNU for Windows - Browse Files at SourceForge.net and do I use current wxWidgets? Also do I need to download your version of opencpn or do I just download the individual plugin (like watchdog) to compile separately?

Also are these compiled plugins(?) opencpnplugins - Browse /climatology_pi at SourceForge.net sourcforge exe's for Linux only or also install for Windows too?

Is this what we should use to compile opencpn with mingw?
opencpnplugins - Browse /opencpn_mingw_experimental at SourceForge.net

Thanks.

[seandepagnier]

please continue the mingw discussion in the mingw thread.. but I will answer briefly:

plugins compiled using mingw must use the mingw compiled opencpn. It is possible to work around this, but I didn't bother to attempt it because I can only run the mingw compiled opencpn. With that said, you can run my installer which installs mingw compiled opencpn, and should be able to just build plugins from there. You still need to build wxwidgets (version 2.8) The files on sourceforge are all pre-compiled installation programs for windows only. Mingw = gcc for windows. They can run under linux using wine, but are designed for windows. You must use the mingw branch of my fork of opencpn for the main program. All my plugins compile with the master branch.

[rgleason]

Mingw Thread is here

http://www.cruisersforum.com/forums/...d.php?t=121802

Chile I've been away It appears this thread has languished, probably because there are so many different dev efforts, but it would be great if someone could find time to try Sean's implimentation. Perhaps we could then know if this is a better compile platform for windows. I note that until that is done many of Sean' s plugins current version will require the mingw compile of Opencpn, because they no longer compile under MSVC+. Initially this divergence does complicate choices for Windows users. And I am somewhat concerned about that splitting of focus, however this does have potential. We need some of the community to try it. Unfortunately I only have andriod available for awhile yet.


Sent from my SCH-I545 using Cruisers Sailing Forum mobile app

[seandepagnier]

I changed the build system to support packaging. This inadvertently broke the visual studio build process, but I'm sure with little effort it can be fixed. I am also sure that with a little effort the plugins can compile on macosx. Since I cannot use either of these systems I can do nothing. If one of my plugins can be fixed, all of them can be fixed immediately because they all share the same build files.

[rgleason]

Sean Thanks for the quick response. I will try to muck through this when I get home. I notice that bdcat just accepted your commits for wx-3.0 support with Opencpn.

If I update to wx-3.0 will that help or hirt make fixing msvc++ compile of plugins in your judgement?

Only reason I want to compile plugins using msvc++ temporarily until mingw compile is accepted for all!

When I get back to a computer I'll get to work on both.

I found some links to AlexanderRio the guy who was packaging plugins sometime ago. It I was on your git hub climatology repository. https://github.com/seandepagnier/climatology_pi/pull/1

He has done a lot of work to package all the plugins. Check it out, some of his work might help with packaging.

[rgleason]

Opencpn Beta 3.3.1715 with plugins for Weather_Routing, Climatology and Grib
Download, setup, configuration and running routes.
=====
[Compiled from Sean's Standalone Plugin System]

Using the following plugins:
1. climatology_win32_pi19_v08_ov331715_pi.dll - most recent git pull
2. grib_win32_pi_v22_ov331715_pi.dll - most recent git pull
3. weather_routing_win32_pi110_v010_ov331705_pi.dll (Older version which works.)
4. Download these files and put in the plugins directory.

and Other Files:
Large 8-day Moving Grib file from today: "GFS20140529021500354.grb" Put in your grib folder.
"WeatherRoutingConfiguration.xml" dated 5/28/2014 11:04pm located in "C:\ProgramData\opencpn\plugins\weather_routin g"
--Look at this file with a text editor like notepad++. This file contains
1. All defined positions,
2. Each computations boat settings
3. Each computation's reference to the polar boat file used
4. Routing details and settings and sail plan and limitations for each routing.

Other Polar File references made in "WeatherRoutingConfiguration.xml"
Boat="C:\ProgramData\opencpn\plugins\weather_routi ng\TEST2.XML"
Boat="C:\ProgramData\opencpn\plugins\weather_routi ng\Boat.xml"
Boat="C:\ProgramData\opencpn\plugins\weather_routi ng\WxRtBoatFile.XML"
Download these files and put them in the path "C:\ProgramData\opencpn\plugins\weather_routin g"

Make this directory ..Opencpn/Plugins/Climatology_pi/data/
Download the most current data from opencpnplugins - Browse /climatology_pi at SourceForge.net
Download CL-DATA-10.7z and expand it into the directory indicated above. 42 files, 24.8 mb

Make this directory ..Opencpn/Plugins/Weather_routing_pi/data/
and put the file WeatherRoutingInformation.html in this directory.
You will find it in the similar folder on Opencpn Beta File thing.

You will find these files in the Opencpn Beta File Thing File Thingie 2.5.7 (rguser, rgpass)
Download the files and put them in the locations specified above.

Open Opencpn, Enable the plugins under Options, then open Climatology and Grib with one of the files above.
Make sure grib is at the beginning of the file.
Climatology should be set one the month you need it, but it really does not matter, it just needs to be running.
Also you can show climate data or not, it does not matter for the routing.
Climatology will provide the necessary average data before and after your grib data, provided both are checked.

Open the WeatherRouting_pi plugin Pick File > Open and browse to C:\ProgramData\opencpn\plugins\weather_routing
Then select the file "WeatherRoutingConfiguration.xml"
This file has all the Boat Polar file references needed for the various routings
(as noted above, put these files in the correct location, otherwise the WxRte plugin will not be able to find them and it will fail.)

Also to get it computing properly I had to fiddle a bit with the following:
Pick Configuration > Edit, then Boat > Edit,
Under Sail Plans > pick New, then highlight the New Plan.
Then go through all the Tabs setting the Boat characteristics in Polar config tab and Statistics Tab.
Make sure all boat settings are right, like beam and Loa, etc

Then under Polar Config Tab, select Polar Computed button and then pick "Recompute"
Then "Save and close".

Under Configuration > Edit be sure Climatology and Grib are checked.
Click on "Grib Time" and set time step to 24 hours to start with.
Make sure you have good Start and End Positions, I had to remove one of them before a route would work.
Uncheck options to start with it is faster and causes less trouble.

Set max diverted course to 60
Max search angle to 65
Max wind to 40
Max swell to 15
Generate angles from 45 degrees to 170 at 5 degrees.
Hit generate.
Under Constraints tab uncheck "avoid crossing cyclone tracks" to get it working.
Under Additional tab leave the defaults 90 degree, -1, 0 seconds, 100 max upwind percentage.
Close

Now highlight the route and hit Configuration > Compute
Once it is working on one route, you can hit "Reset all" and then "Compute all"
Get one route working then work on the others.
Then try "reset all" and "Compute all".
You can then highlight each route and the new route and isochrones will display.
The window has details about average speed and duration and
you can export the route into Opencpn Route Manager as a Track.

[rgleason]

Please note that I did not have as much success using the most current Version 0.11 of
weather_routing_win32_pi110_v011_ov331715_pi.dll because it always failed for me even on simple non-moving gribs, but perhaps that was something I was not doing.

Give it a try too, it is in the Opencpn Beta File Thing folder too. Remove the doc.

[rgleason]

README Other 3.3.1715 Plugins - Compiled using Sean's Standalone Plugin System.
These plugins also found in Opencpn Beta File thing should be tested further.

RTLSDR requires a new companion AISDecoder software available here which is now compatible with Windows!
Ais Decoder Downloads

The other plugins are explained in README or can be put into the plugin directory of Opencpn 3.3.1715 BETA
for testing and use.

=====

What follows are some notes about using git to clone and then compiling these plugins with MSVC++ and some other notes about reverting back to 3.2.0 and then back to the current beta.
=========

Program source code- issued from parent directory, creates opencpn-git and opencpn-opt
================
Opencpn-git git clone git://github.com/OpenCPN/OpenCPN.git opencpn-git
Opencpn-opt git clone git://github.com/seandepagnier/opencpn.git opencpn-opt

STANDALONE PLUGIN COMPILE
============
WMM git clone git://github.com/seandepagnier/wmm_pi.git
Watchdog git clone https://github.com/seandepagnier/watchdog_pi.git
Weatherfax git clone git://github.com/seandepagnier/weatherfax_pi.git
Celestial Nav git clone git://github.com/seandepagnier/celestial_navigation_pi.git
Weather_routing git clone git://github.com/seandepagnier/weather_routing_pi.git
Climatology git clone git://github.com/seandepagnier/climatology_pi.git
Statusbar git clone git://github.com/seandepagnier/statusbar_pi.git
rtlsdr git clone git://github.com/seandepagnier/rtlsdr_pi.git
trimplot git clone git://github.com/seandepagnier/trimplot_pi.git

To make a release DLL
Note you will need to copy appropriate opencpn.lib file into the [plugin]/build directory.
cd watchdog_pi
mkdir build
cd build
cmake ..
cmake --build . --config release
============

Revised Summary for checkout of previous version of Opencpn 3.2.0
=======================================
git checkout opencpn-3.2.0
git branch -v shows it is not a real branch
git checkout -b opencpn-3.2.0 [new branch name] to make the branch.
git checkout -b opencpn-3.2.0 opencpn-3.2.0 <--- executed

Now setup for running Opencpn 3.2.0
All you should normally need to do is:
cd opencpn-git
rmdir build
mkdir build
copy uidata into ../build
copy gshhs maps into ../buid
cd build
cmake ..
cmake --build .

Then MSVC++ Build > Build Solution
Then MSVC++ Debug

Then to build the release version
cmake --build . --config release


Checkout of most current Beta version (Change the version back to most current beta)
=============================
cd opencpn-git
git branch -v
master 161ae3a [behind 18] set opengl texture compressions to off
* opencpn-3.2.0 cf69568 3.2.0
git stash <--- to store local changes,(if you are not a programmer only so you can checkout the master branch)
git checkout master
git branch -v
* master 161ae3a [behind 18] set opengl texture compressions to off
opencpn-3.2.0 cf69568 3.2.0
git fetch
downloads some of the 18 behind, but still shows more similar to above
git pull [overwrites and pulls down all the master files, provided you have not made changes]
git branch -v
* master 82ecabacb Add dashboard instrument showing distance and bearing between ship and cursor
opencpn-3.2.0 cf69568 3.2.0

Now setup for running most current Opencpn Beta version [3.3.1715 for example]
All you should normally need to do is:
cd opencpn-git
rmdir build
mkdir build
copy uidata into ../build
copy gshhs maps into ../build
cd build
cmake ..
cmake --build .

Then MSVC++ Build > Build Solution
Then MSVC++ Debug

Then to build the release version
cmake --build . --config release

[rgleason]

Here are some screenshots of the Weather_routing. They may help people get interested.

[rgleason]

Sean's plugins have all been updated, except weatherfax which I now know what to do to compile. Also Weather_routing (earlier version), Climatology and Grib all working together. See

http://www.cruisersforum.com/forums/...ml#post1552098

[rgleason]

Sean would like Climatology tested, along with several others.
The climatology plugin now compiles as an installer using "cmake" from the build directory, provided you have installed nsis and run the batch file mentioned in the Developers forum. The climatology_pi-0.8-win32.exe is located in the
..\plugiincompile\climatology_pi\build\_CPack_Pack ages\win32\ NSIS
folder. This exe contains the dll, the data subdirectory and a few files. It does not contain all the data files. Those will have to be loaded separately.
See the CL-DATA 10 7z file and uncompress and put in the data directory. please.

Find these files under File Thingie 2.5.7
rguser, rgpass under the 3.3.1731 folder.

-Also I noticed that when installing to a non-standard directory (IE not "Opencpn") when you select Opencpn3.3.1731 for example, the installer adds another "Opencpn" folder afterwards. This is annoying and we do not need

Please test..

[rgleason]

Have just created install packages for the other plugins using the "cpack" command.

Find these files under File Thingie 2.5.7
rguser, rgpass under the 3.3.1731 folder.

celestial_navigation_pi-1.8-win32.exe
climatology_pi-0.8-win32.exe
rtlsdr_pi-0.10-win32.exe
statusbar_pi-0.4-win32.exe
trimplot_pi-0.3-win32.exe
watchdog_pi-1.0-win32.exe
weather_routing_pi-0.11-win32.exe
weatherfax_pi-0.10-win32.exe
wmm_pi-0.7-win32.exe

Please use and try out with 3.3.1731 Opencpn.