Visit our Popular Forums

PjotrC · 04-11-2013, 01:42

First, it is some work to load them into OCPN. The publisher chose to disseminate these 4 cells as separate reissues, plus periodic (monthly or so) update sets that include corrections for the cells affected in the given period. All this follows S-57.

An S-57 reissue (as opposed to new edition) means that the base chart (file .000) contains the cumulative effect of all corrections up to date, but without resetting the update counter, ticking on from the last edition. So one cell (XXX) in the reissued set will expect the first next update as - say - no. 36, and another (YYY) - as no. 41. Both updates (file XXX.036 and YYY.041) will be packaged in a file numbered e.g. ZZZ.046, where 46 happens to be the sequential number of the update set issued.

OCPN expects all updates to start from .001, and looks for them in the same directory as the base chart (.000).

So one needs to 1) move all individual cell updates to the right directories 2) renumber them to sequence 001, 002, etc. for each cell. Not dramatic work, but prone to errors. Or am I missing some helping tools?

The base charts load OK w/o quilting, the updates give some errors for two of the cells. Log attached. It is not clear to me if updating stops at first error.

It would be nice if OCPN could show more info on last update number in the chart information panel. The date is not quite sufficient.

Also, recording the successful and unsuccessful update numbers in the log would help (actually it is a requirement for ECDIS).

This may become more important, as more S-57 charts with updates become freely available.

Anyone with similar or different experience with South China Sea?

The charts are available from East Asia Hydrographic Commission as described in the OCPN Manual (Chart Sources). A simple registration is necessary.

bdbcat · 17-11-2013, 16:44

Pjotr

Code:

2) renumber them to sequence 001, 002, etc. for each cell. Not dramatic  work, but prone to errors. Or am I missing some helping tools?

This should not be necessary. The update will be applied sequentially, starting with the lowest numbered update found in the directory containing the .000 cell.

Do you find this not the case?

Also, the log does indicate the last applied update as the SENC is built...

Code:

5:10:17 PM: Building SENC file for E:\ENC_ROOT\scs\ENC_ROOTx\EA200001.000 to C:\ProgramData\opencpn\SENC\EA200001.S57 5:10:18 PM: ENC update number is  13

Thanks
Dave

yachtvalhalla · 21-11-2013, 01:17

FWIW the SCS ENC charts are not worth the bother IMHO.

They lack detail to be useful. I loaded and updated them for several years until finally deleting them. cm93 (corrected with GE2KAP) is the way to go

Terry

PjotrC · 21-11-2013, 07:12

It is true that SCS S57 charts are neither detailed (General coverage only) nor accurate (cf. my example in the "chart updates" thread).

But they are the only S57 charts freely distributed by an official organization (besides NOAA and inland European ENC), so worth a look from software developers' point of view.

Looking at Primar S-63 catalogue, one can see that there are no other charts officially available for South China Sea. So, whatever is inside, it is worth a look.

I am indeed happy I did not have them when crossing the Selat Bangka Pass... they would perhaps add to some confusion...

Back to technicalities, Dave is right, that renumbering update files to start from 001 is not necessary. I did check that, but probably I mistook another problem for the renumbering issue.

I am still looking at this set, and I cannot get the northernmost chart of the set (EA200001) to display at all, updates or no updates. I am not reporting errors, because my results are not consistent enough, just asking if anyone has tried this successfully.

yachtvalhalla · 21-11-2013, 15:46

Quote:

Originally Posted by PjotrC

I am still looking at this set, and I cannot get the northernmost chart of the set (EA200001) to display at all, updates or no updates. I am not reporting errors, because my results are not consistent enough, just asking if anyone has tried this successfully.

I reloaded an older set of SCS charts and they display OK.

First pix is from the northern most area.

The second pix is an area near the edge of the SCS chart as shown on cm93.

The third pix is the same area with the SCS chart portion displayed.

Notice the lack of detail in the SCS chart compared to cm93.

Terry

PjotrC · 22-11-2013, 01:45

First pic is 3.2.2. Second pic is 3.3.x.
Perhaps there is some state preserved/incompatible between versions? I am cleaning the SENC directory and rebuilding the chart database every time...

I will try a fresh computer and a fresh installation ...

yachtvalhalla · 22-11-2013, 02:02

Quote:

Originally Posted by PjotrC

First pic is 3.2.2. Second pic is 3.3.x.
Perhaps there is some state preserved/incompatible between versions? I am cleaning the SENC directory and rebuilding the chart database every time...

I will try a fresh computer and a fresh installation ...

I get the display (and I updated to the latest version 18 June 2012) on all versions of OpenCPN (3.2.2, 3,3,1006, and 3.3.117). The lengthy updating only happens the first time the new charts are installed.

Do you have the charts in the 'ENC_ROOT' directory? See pix.

Terry