Ocpn-Draw and Boundary

[jongough]

Hi,
I have just put up patch 631 which allows the OD icons for points to scale with the 'Chart Object Scale', it does require the latest patch to OCPN ( 5af5a23) as there is a new API that is used. To see it in action you will need to goto 'Options/User Interface' and modify the 'Chart Object scale factor'.

Jon

[rgleason]

Gilletarom.

Regarding DR this tool is first prototype, which Jon created for us to try and comment upon before making further improvements. Jon would like to have others weigh in on how it can be used and be most effective before more programming time is spent on it, which I think is reasonable.

We should collect information about how it can be used, is being used and what changes could be made to make it more useful.

One of the ideas I had was after the DR is created allow the user to make certain adjustments.
1. Be able to rotate the DR Line intact around in a new direction.
2. Be able to change the parameters for DR point spacing and get it to redraw.

Jon has been working very hard on this plugin for a long time, and he is a pretty laid back affable guy, constantly improving ODraw over almost 2 years I think.

Your testing and exercise of the plugin is very good, but please take some care to keep yourself and Jon content with the progress and all that has been accomplished!
Please don't stop testing, but perhaps try to understand what is happening and be sure that it is a problem, because your skills are are also insightful and helpful.
Your friend & team mate, Rick

RogerD - Your summary of DR is helpful. I hope you will find some uses for DR and/or suggest how to improve it.

[jongough]

Hi,
If you want to try out 631 with scalable point icons you will find the OCPN installable here:
https://www.dropbox.com/s/hnhnj6y9ts...f5a23.exe?dl=0

and the OD installable here:
https://www.dropbox.com/s/4tn10w7rhj...win32.exe?dl=0

Regards
Jon

[Gilletarom]

Jongough,

Sorry to disturb you. Using the previous OD version, I said that in some case, the arrow are not displayed with EBL.

I confirm and I explain :
The arrow are only displayed when the zoom is enough. see screen copy.

[jongough]

Gilletarom,
The arrow on an EBL is the same as the arrow on a route segment. If you zoom out the arrow will be drawn smaller and smaller until you cannot see it. The same will happen with a route. This is by design, not sure who's, but someone did this some time ago.

Do you want or need the scaling of the arrow to occur at a slower pace, i.e. the arrow head will be seen more easily when you zoom further out?

Jon

Originally Posted by Gilletarom

Jongough,

Sorry to disturb you. Using the previous OD version, I said that in some case, the arrow are not displayed with EBL.

I confirm and I explain :
The arrow are only displayed when the zoom is enough. see screen copy.

[Gilletarom]

Hello Jongough,

Originally Posted by jongough

Gilletarom,
The arrow on an EBL is the same as the arrow on a route segment. If you zoom out the arrow will be drawn smaller and smaller until you cannot see it. The same will happen with a route. This is by design, not sure who's, but someone did this some time ago.

Do you want or need the scaling of the arrow to occur at a slower pace, i.e. the arrow head will be seen more easily when you zoom further out?
Jon

We do not have, you and I, the same perception of "words". Apparently, we do not give them the same importance.

For route, one asks us nowhere in the Options of the core, if we want to say that there is a point, that is, if we want to show the direction of the route.
For line OCPN Draw, we have the opportunity to say "Show the direction of the line." From that moment, it seems that this arrow must always be visible, and this no matter the zoom level.

So I understand that, which was a bug for me, do not be one for you. It is a voluntary choice on your part, when I saw a programming error in relation to what was advertised.
Obviously I could not stay silent. In the saying, you were forced to explain. And it allows me to understand your state of mind.

The question is whether they are the proportions of potential users of this plugin that thinks like you or like me. But we will never know the answer to that question.

Long ago that I run with OpenCPN in situations like this one. This is often the sign of the difference in culture between the culture of the programmer and my culture (French?). I made an effort to adapt as much as possible. I'll do it here too. In the Shoreline tutorial, I try to describe properly, the operation of the core and plugins. I will now be able to do about this technicality operation OCPN Draw.

I thank you in advance if you have had the patience to read this long post.

Best regards. Gilletarom.

[rgleason]

Just compiled and uploaded. OpenCPN & OD. SVG Icons are working with this compile
OpenCPN Beta Windows Plugins - Page 6 - Cruisers & Sailing Forums

I will test later this afternoon + bdcat tests requested.

[rgleason]

Thinking ahead for DR..

FS#1584 - DR Implement Dead Reckoning as fall back at GPS outage

FS#1584 : DR Implement Dead Reckoning as fall back at GPS outage

Hurbert wrote this

A simple DR would be the first step:
the course predictor has already the three parameters
1. Pos.
2. COG
3. SOG
(4. Time since last fix)

At GPS outage this can drop in, with the possibility to edit the parameters manually any time (having a manual fix, a manual speed log, a compass...or a handheld GPS not connected to the system.)

The DR tool could be linked to the above data, and allow editing of the parameters to see what happens, then have a "reset" to set it back.

The DR tool could become more intuitive in these ways.
1. DR has been selected. User Left clicks on a point in the direction that the DR should be created from the boat.
2. DR is created and the parameter box stays up, so the user can edit and adjust it. There is a "reset" to set it back to original, also a step back.
3.Some selections to elect to take information listed by BCN above and use it in the DR as a start (averaging?).

These are just some ideas...

This was the beginning of the discussion
http://www.cruisersforum.com/forums/...ml#post1684370
Backup to Raymarine and GPS

Inertial navigation systems have a kalman filter algorithm which permits entry of multiple fixes from different sources and times that essentially smooth the output DR position and improve the position accuracy. Something to think about for Opencpn?"

I like what you guys are suggesting with a staged approach:
1. Simple DR connection mode to outside software.
2. FS#1584 - Implement Dead Reckoning as fall back at GPS outage
3. Plugin for Kalman Filtered DR (similar to celestial navigation perhaps, but more integrated.
4. Plugin for Nmea Inertial devices.

[rgleason]

Uploaded most recent compile of WatchDog
http://www.cruisersforum.com/forums/...ml#post2029824

[Gilletarom]

Hello Jongough,

With your permission, as crowdin is not updated, it would be possible that we have the latest version of the pot file?

It seems to me necessary because there is at least one item in English on my screens when testing your latest releases.

Thank you beforehand. Gilletarom.

[jongough]

Gilletarom,
I have updated the POT file and all the PO files in the git repository with patch 635. I cannot upload the POT file to Crowdin as only Dave and Pavel can do that and I believe they are on slow internet connections at the moment.

Regards
Jon

[bdbcat]

@jon...

Fresh pull of ocpn_draw_pi.pot uploaded to crowdin, now ready for further translation.

Dave

[NAV]

Originally Posted by bdbcat

@jon...

Fresh pull of ocpn_draw_pi.pot uploaded to crowdin, now ready for further translation.

Dave

Dave,

Can you do the same for the language file of Watchdog, please?

[Gilletarom]

Originally Posted by bdbcat

@jon...
Fresh pull of ocpn_draw_pi.pot uploaded to crowdin, now ready for further translation.
Dave

Crowdin, French : Done.

[Gilletarom]

Hello Jongough,

1° Here a "Boundary point". In french "Borne". The name of this point is "Blabla".

In English, we have "Boundary point: Name: Blabla" and in French, of course, "Borne: Nom :Blabla"

Too long. I thing that Just "Borne : Blabla" is enough when rollover.

2° Same idea with a text point when rollover.

3° Here a text point. You can se that the first word of this text point is hard to read because the name of the text point is at the same place.

Best regards. Gilletarom.