OpenCPN Version 1.3.5 Beta Technical

[Ptizef]

Hello Dave
I never had this (see screen-shot attached) and with the same maps at the same position 134 works well
I think it's somehow the same as described by Jan Eulen : there is a problem with BBS around Greenwich

Jean Pierre

[sinbad7]

I have the same problem as Jean and Jan,none of my .kap maps display crossing the Greenwich meridian?

[sinbad7]

Dave...

Would it be a problem for you to make the text in the AIS query box copyable?
It would be very handy to be able to quickly copy MMSI, position etc. to the clipboard for use in ship info databases,avoiding a desperate search for a pencil and paper in a dark cockpit.

[bdbcat]

Ptizef....

We are back to the flat earth problem. Longitudes go round and round, and where they stop nobody knows....

This problem no doubt crept in when I fixed a problem at 180 E/W.

Anyway, could you please send me a small .KAP chart which crosses Greenwich meridian? I have none available. I'll check this.

Thanks
Dave

[bdbcat]

Hello all testers....

Questions of performance with GRIBs

Anyone experiencing slow performance in the following cases?

a. GRIB dialog loading, with a relatively large number (> 10 or so?) of files in the GRIB directory....

b. Chart dragging, clicking, etc. with a GRIB displayed. Any difference whether the GRIB has both wind and pressure, or just one or the other? System config info, too, please.


Regarding (a).
We pre-read all GRIB-looking files in the chosen directory to prepare the list of forecast valid times. As I was coding this, I suspected this may be too slow for general use, but it clearly depends upon how many files are in the directory.

If we don't pre-read the files, then we have no sure way to order them in the selection tree list, so the GRIB file you want may be very far down the list of available files. We could arrange them in order of file modification date, but this is not a sure thing. We really want to order on the basis of forecast date.

Today, the best performance will be gotten if the GRIB directory is kept separate and not too full of old files.

I am open to opinions here. How to parse and manage a potentially very large shoe-box folder full of GRIBs?

Thanks
Dave

[Ptizef]

Hello Dave
Unfortunately , the smaller map I have is 3.5 Mo size . I try to send it by mail i you give me an address
....
and I discovered a strange behaviour in 134 and 0° long , BBS and CM93
see screen-shot attached

Jean Pierre

[Ptizef]

1)With a limited grib files directory , opening the grib dialog is OK
Could it be possible to filter files by creation or modification date .
(D Date - gap) where Gap is nb of days and is a parameter in the grib tab
I think it make no sense to read a 5 days old file for weather anticipation as generaly , grib files are loaded on a daily basis or more
2)It seams that moving and scrolling speed is related with the size of the file read itself . For me a file under 2/300 KO , the influence is very limited and become annoying around 1MO

regards

Jean Pierre

[sinbad7]

Would it be possible to have a selection of weather type/sources as shown in the attached screendump? I notice the QSCAT data is presently not readable in OpenCPN.

[Totobeloeil]

Thanks, Dave !
Just a remark : If OpenCPN1.3.5 is not installed in the same directory as the previous release, it will probably be necessary to change the S57DataLocation inside opencpn.ini when installing.
JP

[cagney]

Dave

An impressive beta, with all the new features.
I'm very pleased with #13. NZ14065 in 1:10,000,000 reaching from southern tip of North Island down to Antarctica displays very good with only 4 REF:s.
Gribs works just fine.
No Greenwich Meridian .kap problems in Linux ........

Thomas

[cagney]

No problems for 1.3.5 to run "Phiggins" AIS simulator, but the "Track Properties" query box looks a bit strange.
Thomas

[ChuckSK]

Hi Dave

There is a small memory leak when stepping through GRIB files.

Regards
Chuck

[ChuckSK]

Hi Dave

More GRIB debugging.

Deselecting the GRIB icon causes a second control display.

The following sequence causes a crash. I have trapped the crash if it would be helpful.

1. select GRIB icon
2. select GRIB file in control display
3. select GRIB date and time
4. deselect GRIB icon
5. select OK on second control display
6. CRASH with unhandled exception

[bdbcat]

A few folks....

re: The problem noted in post #10 here pertaining to compilation with Ubuntu 9.10(Karmic).

There is an ugly but functional workaround, courtesy of Cagney and the guys over at Audacity.

Here it is. We edit and change temporarily the file giotypes.h, build opencpn, and then change it back.

* sudo kate /usr/include/glib-2.0/gio/giotypes.h
* find and comment out line 120 (which reads typedef struct _GSocket
GSocket by prepending //
* build opencpn
* edit giotypes.h again and uncomment line 120 (important ;-))

Not very pretty, but it works. This will need to be done manually each time you retrieve the CVS sources and rebuild opencpn.

Longer term, the problem should get fixed in a more modern version of glib/gtk. It has been reported upstream, and Audacity has (for now) more users than us. We should all watch for this and try it out whenever it appears.
Or on Ubuntu 10.04 in April.

Sorry for the extra step, and
Special thanks to Cagney for bird-dogging this one.
Dave

[bdbcat]

ChuckSK....

Thanks, got it, reproduced and fixed.
Looking for the leak now.

Dave