Beta Test / Technical

[manimaul]

Originally Posted by sailorF54

It is ! I can now turn deep sea soundings black, but then that turns formerly 'conspicuous grey' features like bridges black as well. Can't have your cake and eat it too.
BTW, the obstruction areas are color-coded by NODTA.

I like your palette. I think it looks a little better with deep depths grey though. idpnd is right, it softens it up a bit. It also makes sense as shallow depths are the ones you want to pay attention to.

[sailorF54]

Originally Posted by manimaul

I like your palette. I think it looks a little better with deep depths grey though. idpnd is right, it softens it up a bit. It also makes sense as shallow depths are the ones you want to pay attention to.

What I really had in mind was a feature request for a display depth control discriminating between deep depths and very deep dephts (say 10 m and over 20 m), with black vs grey (or invisible) soundings.

BTW, I fail to see why OpenCpn will depict NOAA buoys in color whereas CM93 are in black and white, given that their attributes seem pretty similar

[sailorF54]

Modified color palette within S52RAZDS at
Free - Envoyez vos documents

Handle with care when swapping...

[bdbcat]

SailorF54....

I think what you want is available on Toolbox->Vectorcharts->Safety Depth.

Soundings deeper than safety depth are rendered in light grey. Shallower than safety depth in black.

Do I understand your request correctly?

Also, I will look into the buoy discrepancy. Can you give me a lat/lon?


Thanks
Dave

[Viking Sailor]

Originally Posted by bdbcat

SailorF54....

I think what you want is available on Toolbox->Vectorcharts->Safety Depth.

Soundings deeper than safety depth are rendered in light grey. Shallower than safety depth in black.

Do I understand your request correctly?

Also, I will look into the buoy discrepancy. Can you give me a lat/lon?


Thanks
Dave

Position: 048 49.872 N 003 25.978 W

[sailorF54]

Originally Posted by bdbcat

SailorF54....

I think what you want is available on Toolbox->Vectorcharts->Safety Depth.

Soundings deeper than safety depth are rendered in light grey. Shallower than safety depth in black.

Do I understand your request correctly?

Also, I will look into the buoy discrepancy. Can you give me a lat/lon?


Thanks
Dave

Hi Dave

Re soundings: Suppose I set my safety depth at 5 m and deep depth at 10 m to make full use ot the color difference in shallow waters. Now I would like soundings from 10 m to (say) 20 m (extra deep waters) to be black, but light gray (or even user-selectable invisible = background color) above 20 m.

re buoys:
Red buoy = NOAA US5ME15M 43° 45.04 N / 69° 46.65 W

Black one = CM93 2009 (Zone 1) 48° 49.87 N / 3° 25.98 W

BTW Tremendous amount of interest for OpenCpn on French fora (forums ?), well deserved ...

[sailorF54]

Originally Posted by Viking Sailor

Position: 048 49.872 N 003 25.978 W

Spot on, but don't you dare coming AGAIN to pillage our 'baguettes' loaves.
Stick to NORMANDY, if you must - Vikings out of BRITTANY !

[manimaul]

Sailor54,

I downloaded your palette file and have been tweaking it a bit.

Download: SHOM.RLE

[idpnd]

That does look very paper charty.

[manimaul]

Here is another palette to use:

Colors are based on Canadian raster charts.

CAD.RLE

Guide to use or make your own palette is here: http://opencpn.org/vector_palette

[manimaul]

I would like to post on the wiki a list of recognized nmea sentences in and out of opencpn. Also, baud rate: I'm assuming OpenCPN will only input gps data at 4.8k or ais (ais+gps multiplexed) at 38.4k and autopilot output at 4.8k. Does anyone know?

Will

[HamishB]

Hello, Before starting to code on anything myself I thought I would touch base and was wondering if you have kept in sync with Sylvain Duclos's libS52, or if you are still using an old version of his amazing library? He continues to plow away on it*, but I'm not sure if things have been abstracted enough from the OpenGL code to work with wx. The addition of new GTK windowing app in libS52 might make that easier, and of course wx can have OpenGL canvas (but no point in overturning the entire cart at this end, as it were..). [*] http://openev.cvs.sourceforge.net/openev/contrib/S52/ regards, Hamish (GpsDrive, GRASS GIS, & DebianGIS dev teams; way down the bottom end of New Zealand) ps- if there is any interest in including OpenCpn in the OSGeo LiveDVD (and Debian/Ubuntu for that matter) let me know (hamish_b yahoo com). An appointed community rep to write a build script for Ubuntu 9.10 would really help move it along. Our next feature freeze is in about a week. Live GIS Disc - OSGeo Wiki #538067 - ITP: opencpn -- A concise ChartPlotter/Navigator - Debian Bug report logs

[HamishB]

(pardon the formatting in the previous message, I'm a plain ASCII sort of guy)

[idpnd]

Originally Posted by HamishB

if there is any interest in including OpenCpn in the OSGeo LiveDVD (and Debian/Ubuntu for that matter) let me know (hamish_b yahoo com).

Bit of a free software guru then

I put this ubuntu packaging request in ages ago, https://bugs.launchpad.net/ubuntu/+bug/392477 would have fiddled it myself but there's a problem with wxgtk 2.8 and a workaround is currently required to get it to compile..

[HamishB]

Originally Posted by idpnd

Bit of a free software guru then

*cough*. up to my eyeballs in something or other anyway.

I put this ubuntu packaging request in ages ago, https://bugs.launchpad.net/ubuntu/+bug/392477 would have fiddled it myself but

may I suggest to contact the UbuntuGIS team directly?
http://lists.osgeo.org/mailman/listinfo/ubuntu

beyond the Gsocket bug, what shape are the packages in? do they pass the lintian tests? ie are they in good enough shape for me to add to the main DebianGIS package source SVN repo? where are the package sources? I only see the .deb download (yeah, I know I can unzip that) and see no sign of them in the opencpn SourceForge CVS repo.

there's a problem with wxgtk 2.8 and a workaround is currently required to get it to compile..

note that Audacity patched itself for this in 1.3.9-3:

https://bugs.launchpad.net/ubuntu/+s....8/+bug/423845

http://packages.debian.org/changelog...version1.3.9-3

here is their patch:

--- audacity-1.3.9.orig/debian/patches/gsocket.patch
+++ audacity-1.3.9/debian/patches/gsocket.patch
@@ -0,0 +1,26 @@
+Description: Fix conflicting GSocket definition
+ If you try to build audacity with a recent release of GLib (I am
+ using 2.21.6) it will fail building code that links in the
+ wxWidgets GSockets code complaining that GSocket is already defined
+ as a typedef by Glib. This patch is a workaround similar to the
+ way that the following wxWidgets bug #10883 bug is fixed:
+ .
+ http://trac.wxwidgets.org/ticket/10883
+ .
+ Though a better fix might be to split up the code so that the
+ code which needs the glib header files and the code that needs
+ the wxWidgets header files are separated into different files,
+ thus avoiding the issue.
+Origin: vendor: http://sourceforge.net/mailarchive/message.php?msg_name=4AA73303.2020409%40sun.com
+--- audacity-src-1.3.9/src/AudacityApp.cpp-orig        2009-09-05 03:01:32.893559794 -0500
++++ audacity-src-1.3.9/src/AudacityApp.cpp     2009-09-05 03:06:30.243420380 -0500
+@@ -329,7 +329,9 @@ void QuitAudacity()
+ ///////////////////////////////////////////////////////////////////////////////
+ 
+ #include <dlfcn.h>
++#define GSocket GlibGSocket
+ #include <gtk/gtk.h>
++#undef GSocket
+ 
+ typedef struct _GnomeProgram GnomeProgram;
+ typedef struct _GnomeModuleInfo GnomeModuleInfo;

It looks like this is not a problem on any version of Debian (Lenny's glib-2.0 is too old, and tesing+unstable have newer wx2.8s), but Ubuntu Karmic and Lucid (for now) both use a problematic version of wx. No big drama though, as long as something like the above patch can be applied to opencpn, right?

does the Ubuntu download at http://opencpn.org/download work on Karmic as-is?


regards,
Hamish