Ocpn-Draw and Boundary

[Rasbats]

Variable range marker if you use radar terminology.

[bcn]

And EBL "Electronic Bearing Line"....

[rgleason]

Yes, sorry variable ranger marker.

[rgleason]

Jon,

Tried git fetch and compiling with opencpn.lib v4.1.925

Results:

Build FAILED.

"C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build\ALL_BUILD.vcxproj" (default target) (
1) ->
"C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build\ocpn_draw_pi.vcxproj" (default target
) (3) ->
(ClCompile target) ->
c:\users\rick\documents\github\o-plugin\n-ocpn_draw_pi\ocpninclude\dychart.h(85): warning C4005:
'snprintf' : macro redefinition [C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build\ocpn_
draw_pi.vcxproj]
C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\ocpninclude\dychart.h(85): warning C4005:
'snprintf' : macro redefinition [C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build\ocpn_
draw_pi.vcxproj]
C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\ocpninclude\dychart.h(85): warning C4005:
'snprintf' : macro redefinition [C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build\ocpn_
draw_pi.vcxproj]
C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\src\Path.cpp(890): warning C4800: 'int' :
forcing value to bool 'true' or 'false' (performance warning) [C:\Users\Rick\Documents\GitHub\o-plu
gin\n-ocpn_draw_pi\build\ocpn_draw_pi.vcxproj]
c:\users\rick\documents\github\o-plugin\n-ocpn_draw_pi\ocpninclude\dychart.h(85): warning C4005:
'snprintf' : macro redefinition [C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build\ocpn_
draw_pi.vcxproj]
C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\ocpnsrc\georef.cpp(394): warning C4244: 'i
nitializing' : conversion from 'const double' to 'const float', possible loss of data [C:\Users\Ric
k\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build\ocpn_draw_pi.vcxproj]
C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\ocpnsrc\georef.cpp(399): warning C4244: 'a
rgument' : conversion from 'double' to 'float', possible loss of data [C:\Users\Rick\Documents\GitH
ub\o-plugin\n-ocpn_draw_pi\build\ocpn_draw_pi.vcxproj]


"C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build\ALL_BUILD.vcxproj" (default target) (
1) ->
"C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build\ocpn_draw_pi.vcxproj" (default target
) (3) ->
(Link target) ->
ODEventHandler.obj : error LNK2019: unresolved external symbol "void __cdecl PlugInNormalizeViewp
ort(class PlugIn_ViewPort *)" (?PlugInNormalizeViewport@@YAXPAVPlugIn_ViewPort@@ @Z) referenced in f
unction "public: void __thiscall ODEventHandler::OnRolloverPopupTimerEvent(class wxTimerEvent &)" (
?OnRolloverPopupTimerEvent@ODEventHandler@@QAEXAAV wxTimerEvent@@@Z) [C:\Users\Rick\Documents\GitHub
\o-plugin\n-ocpn_draw_pi\build\ocpn_draw_pi.vcxproj]
C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build\Release\ocpn_draw_pi.dll : fatal err
or LNK1120: 1 unresolved externals [C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build\oc
pn_draw_pi.vcxproj]

7 Warning(s)
2 Error(s)

Time Elapsed 00:01:51.99

C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build>

Do I have the wrong branch?

Nope... Just not current

C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi>git branch -va
* master d5e0964 [behind 9] Fix repeated inclusion of version.h
remotes/origin/Boundary bf93db3 Fix build on OS X
remotes/origin/HEAD -> origin/master
remotes/origin/fix_warnings 249d480 Fix the compiler warnings and several crashes due to null poin
ter dereferences
remotes/origin/master 0da609c Merge pull request #42 from jongough/fixups

[rgleason]

Jon, That failed too.

C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build>cd ..

C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi>git branch -va
* master 0da609c Merge pull request #42 from jongough/fixups
remotes/origin/Boundary bf93db3 Fix build on OS X
remotes/origin/HEAD -> origin/master
remotes/origin/fix_warnings 249d480 Fix the compiler warnings and several crashes due to null poi
ter dereferences
remotes/origin/master 0da609c Merge pull request #42 from jongough/fixups

Build FAILED.

"C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build\ALL_BUILD.vcxproj" (default target) (
1) ->
"C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build\ocpn_draw_pi.vcxproj" (default target
) (3) ->
(ClCompile target) ->
c:\users\rick\documents\github\o-plugin\n-ocpn_draw_pi\ocpninclude\dychart.h(85): warning C4005:
'snprintf' : macro redefinition [C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build\ocpn_
draw_pi.vcxproj]
C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\ocpninclude\dychart.h(85): warning C4005:
'snprintf' : macro redefinition [C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build\ocpn_
draw_pi.vcxproj]
C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\src\Path.cpp(890): warning C4800: 'int' :
forcing value to bool 'true' or 'false' (performance warning) [C:\Users\Rick\Documents\GitHub\o-plu
gin\n-ocpn_draw_pi\build\ocpn_draw_pi.vcxproj]
c:\users\rick\documents\github\o-plugin\n-ocpn_draw_pi\ocpninclude\dychart.h(85): warning C4005:
'snprintf' : macro redefinition [C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build\ocpn_
draw_pi.vcxproj]
C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\ocpninclude\dychart.h(85): warning C4005:
'snprintf' : macro redefinition [C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build\ocpn_
draw_pi.vcxproj]


"C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build\ALL_BUILD.vcxproj" (default target) (
1) ->
"C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build\ocpn_draw_pi.vcxproj" (default target
) (3) ->
(Link target) ->
ODEventHandler.obj : error LNK2019: unresolved external symbol "void __cdecl PlugInNormalizeViewp
ort(class PlugIn_ViewPort *)" (?PlugInNormalizeViewport@@YAXPAVPlugIn_ViewPort@@ @Z) referenced in f
unction "public: void __thiscall ODEventHandler::OnRolloverPopupTimerEvent(class wxTimerEvent &)" (
?OnRolloverPopupTimerEvent@ODEventHandler@@QAEXAAV wxTimerEvent@@@Z) [C:\Users\Rick\Documents\GitHub
\o-plugin\n-ocpn_draw_pi\build\ocpn_draw_pi.vcxproj]
C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build\Release\ocpn_draw_pi.dll : fatal err
or LNK1120: 1 unresolved externals [C:\Users\Rick\Documents\GitHub\o-plugin\n-ocpn_draw_pi\build\oc
pn_draw_pi.vcxproj]

5 Warning(s)
2 Error(s)

[jongough]

Rick,
I do not have a windows environment I can compile with at the moment. The error you are getting linking seems to be the same one I was getting when running against 925 (915 as well) of OCPN under linux. Make sure you have built OCPN 925 in windows and then copied the lib file to OCPN_Draw_Plugin prior to trying to link the plugin. There was a change in the OCPN API around 915 which seemed to cause this error.

Can you give that a go and see what happens?

Thanks
Jon

[rgleason]

Thanks, requires updated opencpn.lib.
Recompiled v4.1.925 copied opencpn.lib to ocpn_draw and it compiled.
I ran it and tested it quickly and it seems to run fine.
Will upload later.

Thanks very much.

[rgleason]

Opencpn Beta File Thingie rguser rgpass
Uploaded to directory 4.1.925 PI Win
ocpn_draw_pi-0.4.511-ov4.1.925-win32.exe

This is based on and requires the most current version of Opencpn v4.1.925
That is available in the root directory of File Thingie

PS: Jon how is summer going?

[jongough]

Rick,
Glad to hear the plugin is now working.

We are away for the WINTER, not the summer, its too cold in southern NSW so have been up on the tropical coast of Queensland! We are on our way back having had almost constant 15-35kn SE winds which has curtailed our diving activities on the reef a bit. But I have been using the beta's of OCPN and OD, currently using OCPN 925 & OD 511.

Have used the EBL and VRM a few times to help navigate some of the reefs, as well as marking VERY shallow areas of bar crossings and bouys that have moved with boundaries! For me they seem to work OK and are easy to use. It would be interesting to hear from others to see if they find it useful and easy or if there is much work to do on the UI. The ICONS certainly need work to make them fit in better.

Jon

[rgleason]

Enjoy the wind. This summer was very light and not much sailing really, more motor sail.
We used EBL and boundaries and found then working on tablet quite well with stylus. Finger was to big to be accurate. Bouncing at sea is a challenge. Would like to get the link with watchman working. Have not been able to make it work.

[jongough]

Rick,
I have been thinking about what to do next with the plugin. With the EBL working, although a few tweets are needed for usability, I have been thinking about the warnings that could be used. I would think the following would be useful:

• Ship in or out of boundary depending on whether exclusion or inclusion boundary
• Ship predictor in or out of boundary
• Ship predictor bounds (like the predictor, but say, 20 or 30deg either side of predictor) in or out of boundary

I am not sure the predictor needs to be shown as that is already done, but the predictor bounds could be, rather like the EBL but either on or off and with variable angles.


The question the is, should the watchdog plugin be used for controlling this? If yes then there needs to be some messaging between the two plugins with the watchdog in charge (may need to allow a message to create/delete/modify OD objects dynamically). I am not really sure if alarms, etc, should be put into the OD plugin as it seems to dilute/muddy its purpose.


Do you think there should be an Image Point to allow the placing of images on the charts in the same way as Text Points, or should these be combined together? I would like others input on this. Are there other glaring omissions from the plugin that should be filled prior to it being made an official release rather than an alpha/beta?


Jon

[rgleason]

I think the list is good. How to accomplish it is kind of a technical question that I will leave to others, in hopes that it is easy to use. The last question I need to think about more.

[bcn]

Jon,

perhaps the watchdog functions really should be covered by a route checker (pre-check and underway).
Other feature requests in this context have been lodged like air draft.
It would be ideal to see this integrated with routes on one hand (route pre-check) and including the Watchdog functions for underway.

State of the art.
We are getting more and more different objects to deal with:
- chart objects
- user created objects like the ones from the draw PI - here we might see more in the future like objects shared between different boats (POIs just one of that kind). Squid.io... Maps or soundings are around the corner.
- waypoints, routes and tracks. The "picture attached" might go here like the URL property already existing for WPs
- "on the fly" and perishable objects as the whole AIS and DSC stuff

All these categories have their different format and properties. Something to meditate about.

Getting the draw PI ready and sturdy for the 4.2.0 would be a good goal (at least from my opinion).

Hubert

[rgleason]

Bcn
watchdog - route checker (pre-check & underway - ocpn-draw
how to handle more object types.
-worth considering for sure

Jon
Saw a brief artcile in Cruising World about use of DR in a GPS world. It struck me that what was shown might be a very useful object for ocpn-draw.
The article shows a DR mark calculated by time x estimated speed with an estimated course. The argument being that rather than heading blindly to a GPS position which may be incorrect, when it would be more reilable to chart a DR position and compare to the GPS position.

I think Ocpn_Draw already has most of this tool, but just needs a little extra calculation from a couple of user entries. Perhaps call it a "DR" object which has a vector and a DR point.

[rgleason]

Jon
Git and compile, test your most recent. Is working well with v4.1.1022.