OpenCPN Version 1.3.5 Beta Technical

[Ptizef]

Originally Posted by idpnd

Although you can't distribute non-free files with GPL-ed data, we may be able to develop a standard procedure for adding the wxtide32 file to replace the xtide database..

Yes , it could be a solution for European users .
But personally , I know nothing about legality concern

[johan_ande]

Hi,

I've found a way to crash OpenCPN. This applies to latest and previous versions.

1. Create a waypoint. (You should only have one).
2. Open waypoint properties
3. Delete waypoint (All waypoints should be deleted now).
4. Close waypoint properties window and you get a crash. (I guess i crashes if you don't have any WPs left.)

I'm running OpenCPN on Linux (Fedora).

Kind regards
Johan

[Ptizef]

Hi Dave
1) When tide is in feet and with very large heights , data are very difficult to read (see screen shot below)
2) Some data in the base are in meters , other in feet ... and changing unit in the files is very difficult .
Could it be possible to have one unit for calculation (as in the files) and one for display (user choice) with automatic translation during calculation ?
regards
Jean Pierre

[cagney]

Originally Posted by johan_ande

Hi,

I've found a way to crash OpenCPN. This applies to latest and previous versions.

1. Create a waypoint. (You should only have one).
2. Open waypoint properties
3. Delete waypoint (All waypoints should be deleted now).
4. Close waypoint properties window and you get a crash. (I guess i crashes if you don't have any WPs left.)

I'm running OpenCPN on Linux (Fedora).

Kind regards
Johan

I can confirm this, but the problem is more general than described.
I get a crash whenever I close an open Mark/WP properties dialog box that refers to a waypoint that has been deleted.
A dangling pointer I suppose.....
I can catch this with ddd i necessary.

Thomas, on Kubuntu 9.10

[champ8242]

First of all, Thanx for this great program. Thanx to all the developers and contributors. But most of all, Thanx Dave!

What I can add:
I can confirm the above crash on Windows. I’m running Windows 7 and tested the above mentioned and Windows closes the application.

As mentioned, I’m running Windows 7 with a Brookhouse MUX. The MUX connected to my laptop is running at 38400 baud. The input/output ports are running at 4800. My AP is a listener and talker of the MUX, Waypoints are well received by my AP.

I’m using NavMonPC as a NMEA monitor. The applications are using a virtual port (COM5) created by the splitter of Virtual Serial Ports emulator (VSPE) Eterlogic - Welcome to www.eterlogic.com website

I have no blue screens or other issues at the moment.

One question for the wish-list; can we get a log text file with a periodical entry of position, heading, speed, wind etc?

Bart

[Ptizef]

Originally Posted by cagney

I get a crash whenever I close an open Mark/WP properties dialog box that refers to a waypoint that has been deleted.
A dangling pointer I suppose.....
I can catch this with ddd i necessary.

The same with routes
Jean Pierre (Vista)

[champ8242]

Furthermore, one waypoint can’t be made as a route. If I create one waypoint, click end route, the waypoint is gone.


Bart

[Ptizef]

Hi Dave
when clicking on a tide icon just above the middle line , the tide window 's opened partly outside the top screen border. It' neither possible to read station name nor to move it .
May be it's just for 16/9 screen ?
regards
Jean Pierre

[Extemporaneous]

Originally Posted by Ptizef

Hi Dave
when clicking on a tide icon just above the middle line , the tide window 's opened partly outside the top screen border. It' neither possible to read station name nor to move it .
May be it's just for 16/9 screen ?
regards
Jean Pierre

Might sound silly but try this.
Right click on your task bar and click on Lock Task Bar. If it is already locked, unlock it. This seams to sometimes shake things back into the box. Don't know why.

Extemp.

[Ptizef]

Thanks , but no it doesn't change anything
JP

[yachtvalhalla]

Originally Posted by Ptizef

Hi Dave
when clicking on a tide icon just above the middle line , the tide window 's opened partly outside the top screen border. It' neither possible to read station name nor to move it .
May be it's just for 16/9 screen ?
regards
Jean Pierre

FWIW, I had a somewhat similar problem with the grib dialog box disappearing altogether. I checked the .ini file and found some x and y coordinates for the dialog box. These were very strange. I deleted everything concerning the program then reloaded it. Voila! The dialog box was now visible.

[Ptizef]

I tried with 134 and it happened too
In fact the tide window 's opened with the cursor as start point upward if the cursor is in the low half part of the screen and downward if the cursor is in hight half part . But there a zone just above the middle where the calculation failed and the screen is opened upward instead of downward with the result I reported in #158 .
The same calculation for left/right part of the screen but is well done
Jean Pierre

[yachtvalhalla]

There are reclamation areas in the cm93 charts that don't always show up well in OpenCPN (all versions) compared with MaxSea.

Shown are two areas, Cubi Point in Subic Bay, Philippines and Singapore Harbor.

The Cubi Point area has a thin line delineating the reclamation area which is very difficult to see. The area in Singapore shows up well.

I am using the cm93 charts of May 2009 and have checked against the 2007 version with the same result.

[bdbcat]

Valhalla....

Interesting case you have found.

Visibility and usability aside, I believe that the opencpn representation conforms to S52 standards better that the CMapECS.

In S52 speak, SLCONS (Shoreline Construction) objects are symbolized with a line outline, the pattern of which depends on the condition or attribute of the object. In Subic Bay, this object is "Under construction", so a thin dashed line is used. In S52, there is no area symbolization defined for SLCONS, so that it takes the area symbolization of the underlying DEPARE or LNDARE object.

So, this dataset cannot tell us if the area in question is dry or not. The best we can deduce is that it was flooded at the time the survey was made.

Presumably, a newer dataset would give this area as a LNDARE object, surrounded by a "finished" SLCONS.

As an aside, I don't know how to interpret depth contours and soundings in an area that looks dry, or at least is symbolized the same color as land.

Now, to the real world. I believe CMapECS is wrong in this instance. I hesitate to change the symbolization rules in opencpn for a class of objects in an effort to match CMapECS at one point on one chart. Changes could then propagate anywhere in the world without the user being aware of the issues involved.

As always, the choice of navigational tool is up to the individual navigator.....

Thanks
Dave

[Ptizef]

Hi Dave
back to my #158 concerning tide window
As my screen is 1366 x 768 and the size of the tide window is about 500 x 400 , I think that in a certain area , the y calculation as a negative result so the window creation start outside the screen ?
regards
Jean Pierre