map2kap - OziExplorer to OpenCPN

[nohal]

TechNeck...
Without knowing anything about the charts and their calibration, nobody can give you any advice.
Preferably let us see one of the original .map files and the resulting .kap.

Pavel

[TechNeck]

Most propably the maps are same as Thomas used on post #106:

Originally Posted by cagney

I have come across some ozi charts covering archipelago areas, all in scale 1:50000.
This little batch script worked beautifully.

Here is link to sample files:
M708.MAP - Speedy Share]M708.MAP - Speedy Share - upload your files here
M708.png - Speedy Share - upload your files here

Example of start of .map file:

OziExplorer Map Data File Version 2.2
M708.png
C:\Users\Markus\Veneily\Kartat\MeriCDOzi\M708.png
1 ,Map Code,
Finland Hayford,,   0.0000,   0.0000,WGS 84
Reserved 1
Reserved 2
Magnetic Variation,5,30,E
Map Projection,Mercator,PolyCal,No,AutoCalOnly,No,BSBUseWPX,Yes

The maps are original Finnish nautical maps called "MeriCD" and are easily converted to Ozi and SeaClear. OpenCPN can read my made .kap files and with quilting correct the calibration, but unfortunately the correction is not permanent. Every time the chart is loaded this needs to be done.

Hope you can help!

[Dagoberto Castr]

Originally Posted by hyman

Hi all,

after still more fiddling, here is the latest greatest version (that is, until someone points out the need for more fixes ) of map2kap. Major improvements:

• multi-file processing (really, this time )
• files can have different scales now; the script prompts you if you don't otherwise specify a scale
• a drag&drop batch companion

Assuming you have imgkap and ruby already up and running, installation is as simple as this:

• remove the .kmz extension from the attached archive file
• unzip to any convenient location
• copy map2kap.bat and paste a shortcut to the desktop (and/or wherever else you find it convenient to drop files for conversion)

The shortcut allows you to conveniently drop a bunch of map or image files, to get them converted. No need to explicitly open a DOS prompt any more, unless you need to use advanced parameters beyond the scale.

I wonder whether my fix for Windows 7 (calling imgkap.exe instead of imkap) has sacrificed proper operation in Linux. How is the imgkap executable typically named in Linux? If the script fails on you on Linux, removing the .exe may well help. I may need to use different executable names depending on platform. Also, drag&drop for Linux is still missing...

So, whoever downloaded Version 0.2.10 from yesterday's post, please discard and try this one instead. And whoever uses this, keep the feedback coming...

Best wishes

Horst

Hi,

I did everything you said, but there's a note that says: the scale is out of reasonable range whatever number I write.

What can I do?

[cagney]

Originally Posted by Dagoberto Castr

Hi,

I did everything you said, but there's a note that says: the scale is out of reasonable range whatever number I write.

What can I do?

Exactly what numbers are you entering? A screen-shot of one of your sessions would also help.
/Thomas

[cagney]

I tested map2kap for the first time for years.......

On Linux, after changing line 132 in map2kap.rb

- pathSepPat = Regexp.new("[\\" + File::SEPARATOR + "\\" + File::ALT_SEPARATOR + "]")
+ pathSepPat = Regexp.new("[\\" + "File::SEPARATOR" + "\\" + "File::ALT_SEPARATOR" + "]")

I had no problems with a command like this

$ ruby map2kap.rb NA704.tif 100000 meter MLWS

Thomas

[hyman]

Hi Thomas,

your change will work only if your file names don't begin with a directory name, I suspect.

Also, I would be curious to hear what happened before you did the change to the Ruby script. I might have to do some testing on Linux, I guess...


Hi Dagoberto,

if you have trouble using map2kap (or just about any piece of software), and need help, please be sure to supply some more information, like

• which operating system you are using
• what was the exact command line you were trying to execute

From your problem report, I only know which error message you are getting. That error message is issued because the script assumes a scale outside the range 1:100 .. 1:10000000. However, since I don't have the aforementioned information, I can only guess where the script takes that scale from...


Regards

Horst

[cagney]

Horst

your change will work only if your file names don't begin with a directory name, I suspect.

With my change, there are no problems with an absolute path.

I had this error message

Collecting data...
map2kap.rb:132:in `+': can't convert nil into String (TypeError)
        from map2kap.rb:132:in `GetFileInfo'
        from map2kap.rb:341:in `<main>'

I'm using ruby 1.9.1

Cheers
/Thomas

[hyman]

It appears that File::ALT_SEPARATOR is nil on Linux. Therefore the line you changed fails. Will fix...

[TechNeck]

Originally Posted by TechNeck

New note; when using chart in single mode (non-quilting, F9), I see it moving to excactly correct place. Returning to map combos (quilting mode) the chart is offset again... is this bug or is it me???

I still find this to be problem even with 4.0.0. This is definitely a bug in OpenCPN.

Bug report:

- raster map positioning is uncorrectly changed by OpenCPN when "Enable chart quilting" is turned on. Turning it back off moves chart back to correct position. Repeatable 100 %. Map is positioning itself uncorrectly ~0.1 nautic mile to the east.

[nohal]

Can we see the chart, please?


Sent from my iPhone using Cruisers Sailing Forum

[TechNeck]

Thanks for answer. Here is link to sample .kap file.

http://www.filedropper.com/m708

Hope you can find solution to this bug.

[cagney]

Originally Posted by TechNeck

Thanks for answer. Here is link to sample .kap file.

http://www.filedropper.com/m708

Hope you can find solution to this bug.

I'm far from convinced that this is a bug.
The chart outline, defined by the PLY-points in the text header of the kap-file, does not cover the whole chart picture. Adjust this and test again.

To be strict, "GD=FINLANDHAYFORD" is interpreted by O as WGS 84, because it does not recognize "FINLANDHAYFORD" only "FINLAND HAYFORD". This does not, however, seems to make any difference to this particular chart.

Thomas

[cagney]

TechNeck

Thinking a bit more about this scenario.
It may indicate one or more badly georeferenced charts.
Can you attach your opencpn.log?

Thomas

[HappySeagull]

I had a look at this chart too. The borders(PLYS) are strange though-why not rectangular on a MERCATOR chart? and Why not include the whole chart? it's already got any white border cropped off.

your chart Versus cm93: it seems there's something wrong in the calibration I think, but I don't know how good the cm93 are over there...
It's the only kap chart I have in that area and it doesn't move around as you describe. However O gets kind of sluggish...sooo

I made my own using imgkap. O likes it better I think. and almost all the cm93 lights agree with it when marks are placed to check (for what cm93 is worth? )

I used this to square up the quilting:

REF/1,0,0,60.28038,21.83334
REF/2,9918,7271,60.141667,22.21350
PLY/1,60.28038,21.83334
PLY/2,60.141667,21.83334
PLY/3,60.141667,22.21350
PLY/4,60.28038,22.21350

and I got rid of the repeeeeeeeeeeeeeeeating decimal

REF/5,0,0,60.28038333333333,21.833333333333332
REF/6,9918,7271,60.141666666666666,22.2135

-argh. Even the plankton can't sail that close, let alone the pixels!!!

[HappySeagull]

aah- I think I see. It looks like Someone has been calibrating the chart to match another chart's shores or borders (REFS) and then drawn the border(PLYS) through these?