S-63 plug-in for OpenCPN

[bdbcat]

Gilletarom....

Thanks for the "Cleanup" effort and clear explanation. I see the difficulty now, and can reproduce myself. Now on to the fixing.....

Also, re translations: Please do not spend much time on translations, unless you just like to do it for practice.. Many of the internal messages will change (in English), so the .pot will change radically before we reach Release stage.

Thanks again
Dave

[Columbus488]

@o-charts:
hi Renate...
i've installed the s63 plugin and wanna start the Testpermitt, but it says, it is invalid. I've taken it bei copy and paste and with my own fingers, unfortunately without success...

here you can also see my problem

thanks for your help

C488

[Gilletarom]

Originally Posted by bdbcat

Gilletarom....

... I ... can reproduce myself. Now on to the fixing.....

... Please do not spend much time on translations, unless you just like to do it for practice ...

No problem Dave, do not upset for the lost time ... Of course, I think the use of translations is not yet on the agenda. For cons, the alert for small mistakes contents of the "pot file" can help you and allow you to quickly correct them in due time.

[bcn]

Hi Columbus,

sorry I can't see (the screeshot I suppose) at segler-forum.de as I would have to register. Can you post it here perhaps - the developers don't speak German, I fear?

From the thread I understand that you are running a Lubuntu 12.04 32-bit that would not digest the test Userpermit 66B5CBFDF7E4139D5B6086C23130

Which is very strange......

Hubert

[cagney]

Originally Posted by Columbus488

@o-charts:
hi Renate...
i've installed the s63 plugin and wanna start the Testpermitt, but it says, it is invalid. I've taken it bei copy and paste and with my own fingers, unfortunately without success...

here you can also see my problem

thanks for your help

C488

What you describe happens if the plugin can't find "OCPNsenc". Check your logfile for details. Also check my earlier post on installing on 32 bits Linux.

Thomas

[Columbus488]

Hi at all
at first my opencpn.log

20:29:29 CET: 2014-01-17
20:29:29 CET: ------- Starting OpenCPN -------
20:29:29 CET: Version 3.3.1303 Build 2014-01-03
20:29:29 CET: wxWidgets version: wxWidgets 2.8.12
20:29:29 CET: MemoryStatus: mem_total: 487 mb, mem_initial: 46 mb
20:29:29 CET: SData_Locn is /usr/share/opencpn/
20:29:29 CET: Using existing Config_File: /home/navi/.opencpn/opencpn.conf
20:29:29 CET: Styles loading from /usr/share/opencpn/uidata/styles.xml
20:29:29 CET: No styles found at: /home/navi/
20:29:29 CET: No styles found at: /home/navi/.opencpn/
20:29:31 CET: Setting Viewpoint Lat/Lon 54.3137, 13.1164
20:29:31 CET: Setting Ownship Lat/Lon 54.1522, 11.7691
20:29:31 CET: System default Language: de_DE
20:29:31 CET: Opencpn language set to: de_DE
20:29:32 CET: ChartSymbols loaded from /usr/share/opencpn/s57data/chartsymbols.xml
20:29:32 CET: Using s57data in /usr/share/opencpn/s57data
20:29:32 CET: Setting Viewpoint Lat/Lon 54.3137, 13.1164
20:29:32 CET: Setting Ownship Lat/Lon 54.1522, 11.7691
20:29:32 CET: Opening NMEA Datastream Serial:/dev/ttyS0
20:29:32 CET: Creating glChartCanvas
20:29:33 CET: PlugInManager searching for PlugIns in location /usr/lib/opencpn
20:29:34 CET: PlugInManager: Loading PlugIn: /usr/lib/opencpn/libs63_pi.so
20:29:34 CET: /usr/lib/opencpn/libs63_pi.so Version detected: 111
20:29:34 CET: PlugInManager: Loading PlugIn: /usr/lib/opencpn/libweatherfax_pi18_v06_i386_pi.so
20:29:34 CET: /usr/lib/opencpn/libweatherfax_pi18_v06_i386_pi.so Version detected: 108
20:29:34 CET: PlugInManager: Loading PlugIn: /usr/lib/opencpn/libdashboard_pi.so
20:29:34 CET: /usr/lib/opencpn/libdashboard_pi.so Version detected: 106
20:29:34 CET: PlugInManager: Loading PlugIn: /usr/lib/opencpn/libgrib_pi.so
20:29:34 CET: /usr/lib/opencpn/libgrib_pi.so Version detected: 107
20:29:34 CET: PlugInManager: Loading PlugIn: /usr/lib/opencpn/libroute_i386_pi18_v10_pi.so
20:29:34 CET: /usr/lib/opencpn/libroute_i386_pi18_v10_pi.so Version detected: 108
20:29:34 CET: OpenGL-> Renderer String: Mesa DRI Intel(R) 852GM/855GM x86/MMX/SSE2
20:29:34 CET: OpenGL-> Detected Intel renderer, disabling stencil buffer
20:29:34 CET: OpenGL-> Detected Intel renderer, disabling FBO
20:29:34 CET: OpenGL-> Framebuffer Objects unavailable
20:29:34 CET: OpenGL-> Using Depth buffer clipping
20:29:34 CET: OpenGL-> Estimated Max Resident Textures: 98
20:29:35 CET: ChartDB Cache policy: Max open chart limit is 20.
20:29:35 CET: Loading chart db version: V017
20:29:35 CET: Chartdb: Chart directory list follows
20:29:35 CET: Chart directory #0: /home/navi/Arbeitsfläche/Kartenordner/CM93_2011/Cm93 jan 2011
20:29:35 CET: GPS Watchdog Timeout is: 6 sec.
20:29:35 CET: Initializing Chart /home/navi/Arbeitsfläche/Kartenordner/CM93_2011/Cm93 jan 2011
20:29:35 CET: CM93Composite Chart Root is /home/navi/Arbeitsfläche/Kartenordner/CM93_2011/Cm93 jan 2011/
20:29:35 CET: Loaded CM93 Dictionary from /home/navi/Arbeitsfläche/Kartenordner/CM93_2011/Cm93 jan 2011/
20:29:35 CET: Loading CM93 cell /home/navi/Arbeitsfläche/Kartenordner/CM93_2011/Cm93 jan 2011/03900000/F/04320039.F
20:29:35 CET: Getting .gpx layer files from: /home/navi/.opencpn/layers
20:29:35 CET: New layer 1: Deutschland
20:29:35 CET: New layer 2: Polen
20:29:35 CET: New layer 3: Daenemark
20:29:35 CET: Loading CM93 cell /home/navi/Arbeitsfläche/Kartenordner/CM93_2011/Cm93 jan 2011/03900000/E/04320039.E
20:29:43 CET: NMEA input device open on hotplug OK: /dev/ttyS0
20:29:53 CET: NMEA input device open on hotplug OK: /dev/ttyS0
20:30:00 CET: LOGBOOK: 2014-01-17 19:30:00 UTC DR Lat 54.15220 Lon 11.76910
20:30:04 CET: NMEA input device open on hotplug OK: /dev/ttyS0
20:30:16 CET: NMEA input device open on hotplug OK: /dev/ttyS0
20:30:25 CET: NMEA input device open on hotplug OK: /dev/ttyS0
20:30:35 CET: NMEA input device open on hotplug OK: /dev/ttyS0
20:30:46 CET: NMEA input device open on hotplug OK: /dev/ttyS0
20:30:56 CET: NMEA input device open on hotplug OK: /dev/ttyS0
20:31:07 CET: NMEA input device open on hotplug OK: /dev/ttyS0
20:31:17 CET: NMEA input device open on hotplug OK: /dev/ttyS0
20:31:28 CET: NMEA input device open on hotplug OK: /dev/ttyS0
20:31:38 CET: NMEA input device open on hotplug OK: /dev/ttyS0
20:31:49 CET: NMEA input device open on hotplug OK: /dev/ttyS0
20:31:59 CET: NMEA input device open on hotplug OK: /dev/ttyS0
20:32:10 CET: NMEA input device open on hotplug OK: /dev/ttyS0
20:32:13 CET: /usr/bin/OCPNsenc -y -u 66B5CBFDF7E4139D5B6086C23130
20:32:20 CET: NMEA input device open on hotplug OK: /dev/ttyS0
20:32:31 CET: NMEA input device open on hotplug OK: /dev/ttyS0
20:32:41 CET: NMEA input device open on hotplug OK: /dev/ttyS0
20:32:52 CET: NMEA input device open on hotplug OK: /dev/ttyS0
20:33:02 CET: NMEA input device open on hotplug OK: /dev/ttyS0
20:33:13 CET: NMEA input device open on hotplug OK: /dev/ttyS0

OCPNsenc is in /usr/bin/

may it be possible that the problem is coming because i've installed the fingerprint before and have tested it ?

C488

[CarCode]

C488,

interesting is the line:
20:32:13 CET: /usr/bin/OCPNsenc -y -u 66B5CBFDF7E4139D5B6086C23130

But I don't know what "-y -u" means because OCPNsenc is closed source.
Dave should enlightening us...

Gerhard

[cagney]

$ OCPNsenc --help
Usage: OCPNsenc [-h] [-v] [-q] [-c] [-t] [-l] [-y] [-n] [-o <str>] [-i <str>] [-r <str>] [-s <str>] [-p <str>] [-b <str>] [-f <str>] [-u <str>]
  -h, --help                    show this help message
  -v, --verbose                 be verbose
  -q, --quiet                   be quiet
  -c, --create                  create SENC file
  -t, --serve                   serve SENC file
  -l, --hdrcreate               create ehdr file
  -y, --valuserpermit           validate userpermit
  -n, --senckey                 create eSENC key
  -o, --output=<str>            specify output file
  -i, --input=<str>             specify input file
  -r, --registrar_dir=<str>     specify S57 class registrar directory
  -s, --SENC_file=<str>         specify OCPN SENC file
  -p, --cellpermit=<str>        specify S63 cell permit
  -b, --backchannel=<str>       specify back channel port
  -f, --frontchannel=<str>      specify front channel port
  -u, --userpermit=<str>        specify userpermit
OCPNsenc: Executing...
OCPNsenc: Exit.

[bcn]

Hi,

fingerprint does not install anything - it just gathers information. Not a virus , not a cookie, no flash, no registry, no NSA...
Fingerprint does not even need OpenCPN installed.

So this is completely independent

20:32:13 CET: /usr/bin/OCPNsenc -y -u 66B5CBFDF7E4139D5B6086C23130

is asking OCPNsenc to check the userpermit and will render an OK with the S-63 Userpermit


And Thomas did post the OCPNsenc "?" in the meantime
The interface to OCPNsenc is in the source.

Columbus, did you look at the instructions Thomas posted for Linux (reference the correct directories)?

[cagney]

Columbus488

What happen if you run

$/usr/bin/OCPNsenc -y -u 66B5CBFDF7E4139D5B6086C23130

from the command line?

Thomas

[seandepagnier]

Correct me if I'm wrong (I didn't read the entire thread) but wouldn't it be ridiculously easy to hack opencpn to save the s-63 chart into s-57 format once it is rendered? Then one could redistribute the s-57 charts via bittorrent.

[bcn]

Originally Posted by boat_alexandra

Correct me if I'm wrong (I didn't read the entire thread) but wouldn't it be ridiculously easy to hack opencpn to save the s-63 chart into s-57 format once it is rendered? Then one could redistribute the s-57 charts via bittorrent.

Right, this idea comes into everybodies mind at a first glance.
And therefore IHO put the following "rules of the road" into the S-63 OEM contract

The Company (OpenCPN in this case) must:

2.5 Protect the data contained within the SENC so that it is:

Copied and write protected within the EPS (i.e. the SENC becomes useless if copied from one EPS to any other EPS, or if the SENC is amended)
and/or
Stored in a way that makes it very hard for a user to determine its contents.
2.6 Not provide any information to Users, whether as part of the EPS, system documentation, or otherwise, concerning where the temporary unprotected ENC file is located within the EPS.

2.7 Not provide to Users a SENC to ENC conversion programme that exports ENCs originally secured by the S-63 Data Protection Scheme, either in written form or incorporated into the system, or in any way suggest to Users how such a programme could be constructed.


..........
2.17 Only hold decrypted ENC information temporarily before conversion to SENC. ENC Information must only be stored in its encrypted state, or as a SENC. It must not be stored in a decrypted state.

2.18 Delete the decrypted ENC information immediately upon successful conversion to SENC. If the SENC conversion fails, the system must delete the decrypted ENC information immediately and further processing must be on the encrypted ENC. EPS must prominently display an appropriate message to inform the User about the problem.

2.19 Do not provide within the EPS a facility to copy the temporary unprotected ENC files that exist after decryption and before conversion to SENC.

All this stuff is done by the OCPNsenc module, the "black" part of the Plug-in and Dave put some effort into it to be compliant. We want to be a fair partner to the IHO.

If somebodies notices a "leak" in the implemented scheme, please let us know.

It is obvious that this type of procedures pays a toll in form of overheads and required resources.
And Sean, here comes perhaps your work optimizing OpenCPN in play, that might allow us to offset the burden originated by the protection scheme .

Hubert

Footnote:
A debate about DRM in general or the strength of the encryption implemented by S-63 is beyond the scope of the S-63 project.

[Columbus488]

@ cagney:
hi Thomas, at first thanx for your help and please excuse my english, it isn't so good as well...
I've startet the command , look here..

navi@localhost:~$ /usr/bin/OCPNsenc -y -u 66B5CBFDF7E4139D5B6086C23130
Error opening file for reading: Permission denied
OCPNsenc: Executing...
OCPNsenc: Exit.

navi@localhost:~$ sudo /usr/bin/OCPNsenc -y -u 66B5CBFDF7E4139D5B6086C23130
OCPNsenc: Executing...
OCPNsenc: Exit.

the comand runs only under sudo, but opencpn runs by normal user, is this a problem ?

C488

[bcn]

Originally Posted by Columbus488

@ cagney:

the comand runs only under sudo, but opencpn runs by normal user, is this a problem ?

C488

Columbus

Sudo should not be required - the Linux gurus will have to have a look on it.

Beste Grüsse

Hubert

[jeroenimo]

Originally Posted by Columbus488

@ cagney:
hi Thomas, at first thanx for your help and please excuse my english, it isn't so good as well...
I've startet the command , look here..

the comand runs only under sudo, but opencpn runs by normal user, is this a problem ?

C488

That is most certainly a permission problem

What is the output of

ls -l /usr/bin/OCPNsenc

This should tell you more about the permissions which where given to the executable...