squiddio plugin

[coupdemistral]

Originally Posted by Gilletarom

Hello Coupdemistral,

1. I noticed this morning that the language file had been extended. I started to update. There is one more item. I will do tonight.

2. I had an idea, there a few days.
If we look, for example, chartdownloader plugin, it introduces a new tab in the "Charts / Data" "options". It is the same for the plugin "S63".
There should be something identical with sQuiddio the road manager, tracks, waypoints and layers.

. . . . .

Best regards. Gilletarom.

Gilletarom
I agree that the current approach of using waypoints is sub-optimal and your suggestion of a management tab is probably a good one. However, in light of Rgleason's comment on the possible introduction of a POI object, I am a little wary of doing a lot of substantial work on the current version...
I looks like it would most likely be throw-away work.

[rgleason]

To be clear I have no knowledge about the future plans, so dont base any decision on what i said above. It was just an idea, but goodanchorage could use a POI object too.

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

[jongough]

I am currently working on a general purpose drawing plugin so that I can implement Boundaries (closed shapes) into OCPN. This is currently based on my concept of a path (boundary, route, track, whatever) and points (marks, waypoints, POI's, etc). It is in very early alpha at the moment, although it does draw a boundary (my first application of a path) on the chart it is not saved across restarts (still working on that). If you want to have a look or play you will find it at: https://github.com/jongough/ocpn_draw_pi/tree/boundary

It does work under Linux, and 'may' now work under windows (it compiles at least).

I was asked to do this as my implementation of boundaries into the mainline added considerable code to an already complex set of modules. Hopefully this will be simpler. There is still much work to do, but the basics are there. It does add another 'Manager' very similar (borrowed the code) to the current Route Manager, to the toolbar which is there to be extended to handle other object types, i.e. POI's.

This plugin requires the current version of OCPN from git as we are extending the plugin API to allow it to work. So the first real version will not work until OCPN 4.1 is released, maybe in June, but.....

Once I get the basics working I will be looking for ideas on how to extend it, and probably help doing it.

Jon

Originally Posted by coupdemistral

Gilletarom
I agree that the current approach of using waypoints is sub-optimal and your suggestion of a management tab is probably a good one. However, in light of Rgleason's comment on the possible introduction of a POI object, I am a little wary of doing a lot of substantial work on the current version...
I looks like it would most likely be throw-away work.

[bcn]

Jon,

would it be possible to include a tool like EBL and VRM into this development?

There is a difference though: an EBL may take into consideration the OwnShip position.
A mixture between the F4 Measurement tool and the "Distance to cursor" we have already. But persistent until the end of the session or cancelled by user.

Hubert

[jongough]

Hubert,
I am not quite sure what the acronyms mean so I am not quite sure what you want. But if it involves drawing a line on the chart between two or more points then it should be easy to do.

I am still in the early stages with this plugin, but the idea is to have an ability to draw objects on the chart that may or may not be persistent and to use a base level of objects, i.e. points and paths between points.

When I get it going a bit better then I/we can certainly look at extending it in that fashion.

Jon

[bcn]

Jon,

EBL: Electronic Bearing Line - like our F4, a vector with a starting point, a bearing and length (can be indefinite perhaps).
As the name says this concept comes from taking a bearing to an object and drawing it on the (paper) chart. With several you can determine position - a tool for navigation and DR correction.
The line might be independent from the own ship postion or "magnetic" i.e. glued to the own ship position and therefore changing characteristics over time - like the cursor positon right now.

VRM: Variable Range Marker - a circle with center and dynamic variable radius.
From Radar circles. But not just restricted to own ship. Take a vessel you want to watch and you know it is travelling at 12knots. It's 10min range would be represented by a 2nm circle. If you glue it to a target (AIS or ARPA) are able to estimate possible positions. Professional sailors will have better examples.
I found some tutorials how to use VRM in the web. If you have a plotter beside of OpenCPN it will have VRM quite sure.

Both concepts are used in a lot of systems (and are tools required for commercial ECDIS systems - so belonging into the category of "best practises").

There should be several (>=2) instances possible at a time.

These tools should ideally form part of the "tool box" of the core system.

Hubert

[jongough]

Hubert,
The first one would be doable with the new plugin, the second seems to be an extension of waypoint range rings (in 4.1.0) with a waypoint moving with the boat. I will be putting range rings into my plugin, so this request may also be possible.

Jon

[rgleason]

Very encouraging developments. Hurbert I like your description. Also like Gille suggested POI could be a separate tab. I dont know how one might treat DR dead reconing items.

The second version might even allow dynamic vector representation that is attached to nmea input, attached tospecific sentences and data for the vector. This would allow near real time representation. Dave tackn lay is very interested in doing this too, but is interested in some help with the graphics.

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

[erkkisdt]

Will there be a 0.5 version for Fedora in jeo-repo

Erkki

[SethDart]

Here you go!

Just built for: fedora-{21,22}-{i386,x86_64} epel-{6,7}-x86_64

[erkkisdt]

Thanks!

It will take some time to be visible for me.

Erkki

[erkkisdt]

I am getting an error message:
http://je.onfray.fr/repo/fedora/21/x...ry.sqlite.bz2: [Errno 14] HTTP Error 404 - Not Found

Erkki

[erkkisdt]

Thanks!

Installation/update was now fine.

Erkki

[erkkisdt]

A package in launchpad for Raspberry Pi2 would also be very well come.

Erkki

[coupdemistral]

for developers of marine and navigation apps: squiddio just published a new API interface based on the SignalK standard. It allows third party apps to post and retrieve vessel navigation, environmental info, retrieve nearby squiddio waypoints etc.. Note:

1. all API endpoints are authenticated via Oauth2, so developers need to integrate an Oauth token retrieval mechanism in order to use the API. Node.js Passport and a Ruby on Rails Omniauth strategies are currently available and other will be forthcoming.

2. the OpenCPN squiddio plugin does not use the new APIs (at least for now), and continues to authenticate via email address and API key, so nothing changes for users of the plugin.

An authenticated version of the SignalK node server is also available that uses the new APIs. Comments and ideas are welcome!