Cruisers Forum
 


Join CruisersForum Today

Reply
 
Thread Tools Rate Thread Display Modes
Old 27-12-2009, 18:34   #376
Marine Service Provider
 
bdbcat's Avatar

Join Date: Mar 2008
Posts: 4,882
.po charset

idpnd....

It looks to me like the opencpn_de_DE.po is set for utf-8.
But I am inexpert at these things....

Where do you see reference to iso-8859?

Dave
__________________

__________________
bdbcat is online now   Reply With Quote
Old 27-12-2009, 18:43   #377
Marine Service Provider
 
bdbcat's Avatar

Join Date: Mar 2008
Posts: 4,882
Dry Rock...

Marco...

Sorry, I have no Italian ENCs

What is the object type and attributes of the dry rock object in the ENC?
I do not recognize the graphics library item which is being drawn here.

I do recognize the object on cm93, however.

Thanks
Dave
__________________

__________________
bdbcat is online now   Reply With Quote
Old 28-12-2009, 04:44   #378
Registered User

Join Date: Oct 2009
Location: Lelystad, The Netherlands
Boat: vd Stadt 44, Ben the Boat
Posts: 195
Quote:
Originally Posted by bdbcat View Post
idpnd....

It looks to me like the opencpn_de_DE.po is set for utf-8.
But I am inexpert at these things....

Where do you see reference to iso-8859?

Dave

As far as i can see, if you open the .po file with a texteditor you will find an entry: "Content-Type: text/plain; charset=utf-8\n" (this is in my .po file). I guess you can change that to any character set

bart
__________________
champ8242 is offline   Reply With Quote
Old 28-12-2009, 04:46   #379
Registered User

Join Date: Sep 2009
Location: Rome
Posts: 320
Quote:
Originally Posted by bdbcat View Post
Marco...

Sorry, I have no Italian ENCs

What is the object type and attributes of the dry rock object in the ENC?
I do not recognize the graphics library item which is being drawn here.

I do recognize the object on cm93, however.

Thanks
Dave
Dave, it seems a point labelled "Land Area"

Here is a shot. Ciao, Marco.

Click image for larger version

Name:	DR-shot1.png
Views:	82
Size:	43.8 KB
ID:	12180
__________________
GPS-Marco is offline   Reply With Quote
Old 28-12-2009, 05:27   #380
Senior Cruiser
 
idpnd's Avatar

Cruisers Forum Supporter

Join Date: Sep 2007
Location: Almerķa, ES
Boat: Chiquita 46 - Libertalia
Posts: 1,551
Quote:
Originally Posted by champ8242 View Post
As far as i can see, if you open the .po file with a texteditor you will find an entry: "Content-Type: text/plain; charset=utf-8\n" (this is in my .po file). I guess you can change that to any character set
Thanks, this one fixed itself upon getting a fresh copy off the CVS..
__________________
sv Libertalia
idpnd is offline   Reply With Quote
Old 28-12-2009, 10:47   #381
Registered User

Join Date: Dec 2005
Location: WNA
Boat: Dufour 35
Posts: 3,247
Quote:
Originally Posted by bdbcat View Post
Marco/cagney....

Could you email me a few representative charts with the panning problem? I think most of my NZ charts are from old conversions and obsolete....

Thanks
Dave
To clarify:
Quote:
I agree, there is a delay that creates jerkiness when dragging the chart with a mouse. It is noticeable now, can't say in which beta it started.
This was a general observation not only applicable to the nz charts. I hope Marco sent you his "problem" charts so the matter can be sorted out.

Thomas
__________________
cagney is offline   Reply With Quote
Old 28-12-2009, 17:03   #382
Marine Service Provider
 
bdbcat's Avatar

Join Date: Mar 2008
Posts: 4,882
Panning BSB

Cagney/Marco....

I agree that 1226 panning with some BSB charts is poor.

Poor panning performance on 1226 is directly related to Georef accuracy. Specifically, if the georef solution is not everywhere monotonic up to second order (or derivative), then things like reverse panning and "stuck" zones on slow pans can occur.

This lack of monotonicity results from applying a cubic cross term polynomial to a Mercator coordinate space, and is nearly inevitable for charts with large latitude range.

Note also that a georef solution displaying this pathological feature may be otherwise fine for point navigation to the standards we require, namely "1.5mm at the compilation scale".

This can happen on any chart. For example, NOAA 50_1.kap is terrible, even though it is a BSB3.0 chart with embedded georef constants. Here opencpn just follows the instructions of the cartographer, and uses the supplied georef equation. It is not everywhere monatonic.....

I've looked at the code, and cannot immediately see where the panning algorithm has changed since 1.3.4. Cagney, do you sense a change over the 1.3.5 Beta time with well georef'ed charts?

What to do:
I have been experimenting with a panning algorithm which does not depend on the BSB chart georef solution at all. It merely pans the canvas as if it were a perfect Mercator projection. This is, by the way, exactly what happens with cm93 and S57ENC.

I may get this algorithm in for 1.3.6. So far, the impact seems confined to panning, so the chances for regression problems are minimal. I'll keep you posted.

Comments welcome
Dave
__________________
bdbcat is online now   Reply With Quote
Old 29-12-2009, 04:37   #383
Registered User

Join Date: Sep 2009
Location: Rome
Posts: 320
Quote:
Originally Posted by bdbcat View Post
Cagney/Marco....

I agree that 1226 panning with some BSB charts is poor.

Poor panning performance on 1226 is directly related to Georef accuracy. Specifically, if the georef solution is not everywhere monotonic up to second order (or derivative), then things like reverse panning and "stuck" zones on slow pans can occur.

This lack of monotonicity results from applying a cubic cross term polynomial to a Mercator coordinate space, and is nearly inevitable for charts with large latitude range.

Note also that a georef solution displaying this pathological feature may be otherwise fine for point navigation to the standards we require, namely "1.5mm at the compilation scale".

This can happen on any chart. For example, NOAA 50_1.kap is terrible, even though it is a BSB3.0 chart with embedded georef constants. Here opencpn just follows the instructions of the cartographer, and uses the supplied georef equation. It is not everywhere monatonic.....

I've looked at the code, and cannot immediately see where the panning algorithm has changed since 1.3.4. Cagney, do you sense a change over the 1.3.5 Beta time with well georef'ed charts?

What to do:
I have been experimenting with a panning algorithm which does not depend on the BSB chart georef solution at all. It merely pans the canvas as if it were a perfect Mercator projection. This is, by the way, exactly what happens with cm93 and S57ENC.

I may get this algorithm in for 1.3.6. So far, the impact seems confined to panning, so the chances for regression problems are minimal. I'll keep you posted.

Comments welcome
Dave
Hi Dave, If I've understood what you described above, I shall say:

apart for mercator and some others, I guess there are projections that are not monotonic on the second order for the latitude.

For longitude, things are even worse since also mercator is "only" linear and then the second derivative is theoretically zero but with many chances to oscillate between small positive and negative values depending on the small distorsion of chart scan or small georef errors (at pixel level).

I think you shouldn't assume that second order of geroref poly is -always- monotonic. So, I do support for an algo that makes independent the georef poly and the panning.

Ciao, Marco.
__________________
GPS-Marco is offline   Reply With Quote
Old 29-12-2009, 10:18   #384
Registered User

Join Date: Dec 2005
Location: WNA
Boat: Dufour 35
Posts: 3,247
Dave

Quote:
I've looked at the code, and cannot immediately see where the panning algorithm has changed since 1.3.4. Cagney, do you sense a change over the 1.3.5 Beta time with well georef'ed charts?
I really can't say, as this is not something I test regularly. The only thing I'm sure about is that the response was better "some time(months!) ago". This may have nothing at all to do with 1.3.5 changes.

Marco
As I said earlier I have a few charts that is built with the "headers" that you have released. On quite a few of these, OpenCPN indicates geo referencing errors by displaying red/yellow/brown color in the chart-name bar. This is accompanied by logg messages such as this:

Quote:
06:02:47 PM: Georeference Chart_Error_Factor on chart /opt/Navigation/Raster2Bsb/NZ_Marco/NZ14903.kap is 161.196
A quick check revealed similar problems with NZ 26, 27, 14900, and 14903.

I have had similar problems, but in the end it almost always comes down to some silly mistake in the geo-referencing. I do mine manually, but you, if I understand things right, use MapCal, and ought to be saved from my kind of errors.

I have not analyzed your calibrations in depth, to find the cause.

What is your opinion about this problem?

Thomas
__________________
cagney is offline   Reply With Quote
Old 29-12-2009, 11:11   #385
Registered User

Join Date: Sep 2009
Location: Rome
Posts: 320
You will love this one.

I installed old versions of OCPN (to test the georef problems), then I tried to re-install latest 1226 (msi):

Installer asks me only if I want to repair or unistall OCPN. I choosed Repair and after few seconds (after I heard my floppy drive looking for a disk!) i got the attached one.

Ciao, Marco.

Click image for larger version

Name:	msierror1.png
Views:	76
Size:	15.2 KB
ID:	12234

Windows XP SP3
__________________
GPS-Marco is offline   Reply With Quote
Old 29-12-2009, 11:27   #386
Registered User

Join Date: Sep 2009
Location: Rome
Posts: 320
Quote:
Originally Posted by cagney View Post
Dave

I really can't say, as this is not something I test regularly. The only thing I'm sure about is that the response was better "some time(months!) ago". This may have nothing at all to do with 1.3.5 changes.

Marco
As I said earlier I have a few charts that is built with the "headers" that you have released. On quite a few of these, OpenCPN indicates geo referencing errors by displaying red/yellow/brown color in the chart-name bar. This is accompanied by logg messages such as this:

A quick check revealed similar problems with NZ 26, 27, 14900, and 14903.

I have had similar problems, but in the end it almost always comes down to some silly mistake in the geo-referencing. I do mine manually, but you, if I understand things right, use MapCal, and ought to be saved from my kind of errors.

I have not analyzed your calibrations in depth, to find the cause.

What is your opinion about this problem?

Thomas
Thomas, I've noticed the orange display and I count to analize the issue in the future...

So far, as soon as I finish a georef I test the chart in OCPN and I verify there is no error in georef (I check putting the mouse on various places on the lat/long grid and checking that the OCPN Cursor:Lat/Lon information is consistent.

Of course some problem may still exist on some ref point but I will re-check all the portfolio when I will have finished it. If you find some specific errors, please tell me.

Ciao, Marco.
__________________
GPS-Marco is offline   Reply With Quote
Old 29-12-2009, 11:38   #387
Registered User

Join Date: Sep 2009
Location: Rome
Posts: 320
Hi all, maybe I found something:

installing all old versions I have and testing on chart NZ28, I discovered 2 things:

1) when the overzoom was not an OCPN "feature", the panning problem was much less evident...

2) something bad happened between beta 1122 and beta 1210. Testing NZ28 with both versions reveals a problem; 1122 pans almost correctly, 1210 pans oddly (sometimes you pan horizzontaly and the chart pans vertically too revealing a cross coefficient problem).

Now I'll fight to reinstall 1226...

Ciao, Marco.
__________________
GPS-Marco is offline   Reply With Quote
Old 29-12-2009, 15:43   #388
Registered User

Join Date: Sep 2009
Location: Angers - France
Boat: Beneteau First 29 Ptizef
Posts: 743
Hi Dave
The same rule for colors is not applyed on all the surface of a map . On the screen-shot below , the right part is OK but the left part , no .
I've set shallow depth =5 , deep depth =10 , security depht=8
CM93 & vista
regards
Jean pierre
Attached Thumbnails
Click image for larger version

Name:	Colors.jpg
Views:	82
Size:	99.9 KB
ID:	12244  
__________________
Ptizef is offline   Reply With Quote
Old 29-12-2009, 17:27   #389
Marine Service Provider
 
bdbcat's Avatar

Join Date: Mar 2008
Posts: 4,882
BSB Panning

Marco....

Could you send me NZ28? I don't seem to have it.

Thanks
Dave
__________________
bdbcat is online now   Reply With Quote
Old 29-12-2009, 19:04   #390
Marine Service Provider
 
bdbcat's Avatar

Join Date: Mar 2008
Posts: 4,882
BSB Panning...

Marco/Cagney...

Here is the deal:

1122 and 1210 differ in georef development, (surprise...)

Beta1122: if nRef <12, use order = 2; if nRef > 12 use order = 3

Beta1210+: if nRef <= 20, user order = 2; if nRef > 20 use order = 3.

NZ28 has 18 Ref points. So, on 1122 it uses cubic polynomial.
on 1210+ it uses quadratic polynomial...

It seems that the cubic fit is "better", at least for panning.

This is the old polynomial problem reappearing in a new form. We have gone back and forth on this 12 or 20 value several times. Results vary by chart.

I guess this is all FYI. I'm still looking at georef-independent panning. More on that later.

Ideas?
Dave
__________________

__________________
bdbcat is online now   Reply With Quote
Reply

Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Beta Test / Technical bdbcat OpenCPN 2072 Today 18:48



Copyright 2002- Social Knowledge, LLC All Rights Reserved.

All times are GMT -7. The time now is 19:19.


Google+
Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2017, vBulletin Solutions, Inc.
Social Knowledge Networks
Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2017, vBulletin Solutions, Inc.

ShowCase vBulletin Plugins by Drive Thru Online, Inc.