OpenCPN Version 2.1.0 Beta

[bdbcat]

Cagney.....

I see the problem. I am not utilizing the GPS status field coming from the library. Still coming up to speed on libgps.....Easy fix.

I have code running now which dynamically loads libgps without a fixed run-time linkage to the .so. Also better version and error checking. So, the way this works is that if the app has been built with libgps support, on a machine that has the dev includes, then it will provide libgps when run on any other machine that has libgps installed. This is what we need for the release .deb package.

I just tested, and it does the right thing when the GPS is unplugged.

Still need a tweak to the cmake script, so that the build will work right whether or not one has the dev includes.

I'll have this stuff uploaded this evening.


Meanwhile, enjoy your virtual wireless random GPS connection

Thanks
Dave

[Jakobsson]

I have some problems with the recommended track. (RECTRC in CM39). Supposed to be an pink arrow with red and green dot on each side but shows up as a grey double pointed arrow. However, when using "object query" the data seems to be there (direction etc.)

[bdbcat]

jakobbson....

Could you tell us the lat/lon of the RECTRC Feature you are describing?

Thanks
Dave

[bdbcat]

Folks....

Release 2.1.0 Beta Build 530 is available on CVS.

Small changes to linux gpsd library support and cmake script. Changes should be transparent to Windows testers.

Thanks for your time
Dave

[jpiebrig]

Dave,

Installation with cmake works fine. Thanks.

[Jakobsson]

Originally Posted by bdbcat

jakobbson....

Could you tell us the lat/lon of the RECTRC Feature you are describing?

Thanks
Dave

Everywhere as far as I can see, which means the scandinavian waters. 58 05 N 11 20 E for example:

[nohal]

Originally Posted by bdbcat

Could you tell us the lat/lon of the RECTRC Feature you are describing?

Also a screenshot, please, I don't have MaxSea or something else able to display CM93 "properly" at hand and we don't have that symbol in the library so it has to be drawn...

Pavel

[Jakobsson]

Originally Posted by bdcat

jakobbson....

Could you tell us the lat/lon of the RECTRC Feature you are describing?

Thanks
Dave

Originally Posted by nohal

Also a screenshot, please, I don't have MaxSea or something else able to display CM93 "properly" at hand and we don't have that symbol in the library so it has to be drawn...

Pavel

Well, I tried about an hour ago but I guess something went wrong... Here it goes again: 58 05 N 11 20 E:

Best Regards,

Jakobsson

[nohal]

Originally Posted by Jakobsson

Well, I tried about an hour ago but I guess something went wrong... Here it goes again: 58 05 N 11 20 E:

Best Regards,

Jakobsson

Sorry for not being clear enough - I need a screenshot of how it should look

Pavel

[cagney]

Originally Posted by Jakobsson

I have some problems with the recommended track. (RECTRC in CM39). Supposed to be an pink arrow with red and green dot on each side but shows up as a grey double pointed arrow. However, when using "object query" the data seems to be there (direction etc.)

The arrow you describe, visible at the screen-dumps below, has nothing to do with the recommended track as such, it is a "Symbol showing direction of bouyage where not obvious".
This symbol is not present in CM93.
The "grey double pointed arrow" is a recommended (two way)track corresponding to the Swedish Charts solid black line. This is quite reasonable. US charts use a solid line for a recommended track based on a system of fixed marks. A dashed line with double arrows, similar to CM93, represents the track otherwise. In Swedish charts a solid line is representing both cases.

Thomas

[BernardOfCa]

Testing 2.1.0 Build 527a: overall very impressive

Note sure if this has been reported before but I am seeing a program crashes in real navigation situation. Using Windows 7 Home Edition. Program crashed multiple time during a 20 miles crossing. V1.3.6 did not have this issue.

[champ8242]

Can you post the opencpn.Log file out of your %appdata%\opencpn directory?

[Ptizef]

Hi Dave

I tested 210 527 and then 530 in navigation during a couple of days

Some comments :

In general this version works fine

I noticed small problems

1) course up mode
Even the performance during zooming , dragging is not so good , it's work fine in navigation .
I noticed that when disabling course up , screen is odd during several seconds ( see shot 527-1 )
When I reduce the COGUPAvgSeconds value , it is better . Could it be possible to not use
this value when the calculation is triggered by a click on the icon ?

2) tracks
When the boat is not moving at all and track activated :
If the time interval is selected , many track points are created with zero length legs (see shot 527-2)
If the distance interval is selected , it doesn't happens but if the track is manually stopped , a track with
two track points and zero lenfth is created .(see shot 527-3)
In both cases , a very small difference in the position from GPS allows it . Sometime this difference is not visible in properties
because it's on the fourth digit after comma . This leads to have lots of tracks in the base .
May be it would be usefully to integrate a minimum speed to allow track points creation ?

Also I experienced interruption in the track while running (The active track stops and a new track is created and start ) but I didn't find what is exactly the situation where it happens .

best regards
Jean Pierre

[BluegillBoy]

Lets make sure we are on the same wavelength. Assuming that you have a working 526 version -- you should be able to open in explorer the folder C:\Program Files\OpenCPN and replace just the opencpn.exe file found their with one of the two opencpn.exe 529a files you download. No other files need to be touched or changed. Also, with the OpenCPN fold still open, the program should run when you double click on the .exe file.

Yup, I went thru step by... still not working on either nav computer. same message about ap isn't configured correctly and it won't start.

So I tried my home computer. Installed 520 (ran fine), then replaced just the .exe with 526 (ran fine), then went straight to 529 and it ran fine! something about having run 527 in the middle got me screwed up. i did notice in the other beta thread a few postings that confirm the uninstall and windows remove don't get all of the opencpn files out. (to prove it, uninstall either way, then reinstall and you're still configured like you were and in the same location.) the thought in that thread was opencpn.ini in application data was lingering.

I'll try to remove the ap data and uninstall on my nav computer. then start at 520 and go straight to 529. wish me luck.

blu

[BluegillBoy]

Will's "twitch" isn't just caffeine. this weekend I was running 527 in north up mode and when moving the screen seemed to replot every 2 seconds or so which created a half-second blur then clear view for 1-2 seconds, then as it moved i'd get the blur again and then clear for a couple seconds.

it's the same thing I see when I zoom in or out... that there's a split second of blur before the chart really resolves itself and the depths and type get clearly readable.

when it happens every two seconds, that's a twitch!

is this normal?

other than that, it's a beaut!! ran great all weekend.