OpenCPN Version 5 Released

[phiggins]

"while non-trivial to do right on our side"

Seems to me introducing a whole new set of metadata is not trivial.

[nohal]

Originally Posted by phiggins

"while non-trivial to do right on our side"

Seems to me introducing a whole new set of metadata is not trivial.

Paul...

Handling well defined key-value pairs is a trivial problem. Parsing html, or any other free-form text is non-trivial. Creating such text is also by orders of magnitude more error prone while that text is being created.
There is simply no way you might convince me that what you suggest makes any sense in a situation where we are looking at a sql table storing those key-value pairs, regardless of how many times you will repeat it. It does not.

[phiggins]

Fine, doesn't matter to me I can change Sat2Chart to create whatever metadata you come up with while the non-Sat2Chart users will have to create their mbtiles then run another program to add the metadata. Just one more reason to use Sat2Chart to create mbtiles.

[nohal]

Originally Posted by phiggins

Fine, doesn't matter to me I can change Sat2Chart to create whatever metadata you come up with.

We have no plans to contribute to the MBTiles format standard at the moment.
We will consider implementing support for new metadata if there will be new metadata available in the tilesets that get to us.
If your attitude is "I will wait for OpenCPN", you will probably wait for a long time. At least until some other tileset producer introduces metadata you are interested in plus the margin it will take us to realize it exists, decide we want to support it and implement the support...

[phiggins]

So meanwhile looking at a mbtiles chart, you have no idea what the depth units are. I will start putting it in the Name field along with the Creation date so at least clicking on the oval at the bottom you know what the depth units are.

Nohal, providing support for mbtiles in OpenCpn was brilliant. Mbtiles charts are so much better than kaps. There is no loss of color which is so important for charts created from satellite data. I don't think any other navigation program has it.

[bdbcat]

ejs....


Regarding the faults seen on some RPI systems:
Clearly this is trouble with OpenGL. What we need is a gdb (or ddd) stack backtrace of the fault in action. With that we may be able to discover the root cause.



Dave

[ejs]

I think this is what you need, I'm not a gdb wiz...

I do notice there is a library mismatch, how can I correct that, it doesn't seem to appear in the package name...

Eric

[transmitterdan]

Eric,

If you try to attach something only certain file types are accepted. For example, the file type .pdf is accepted. This is a good choice because also depending on file type the web site may discard a file as being too long. So a good workaround is to rename the file with .pdf extension then it will attach. Just put in the message the correct file name and we will rename it when downloading.

[ejs]

Sorry, I thought text files were OK. Here is a txt with the extension changed to PDF. Thanks.



Eric

[bdbcat]

ejs....


OK, good gdb trace. Failing on determining the GL capabilities of the platform.

Not sure why the GL drivers are crashing on these systems. But a reliable way to get them to run without GL requires a build from source, changing the following lines in OCPNPlatform.cpp:

void OCPNPlatform::Initialize_3( void )
{
    
    bool bcapable = false; //IsGLCapable();

#ifdef ocpnARM         // Boot arm* platforms (meaning rPI) without OpenGL on first run
    bcapable = false;
#endif

Note the "bool bcapable = false" modification.


Anything else we can discover about GL on these units would be useful....


Good luck
Dave

[mcm]

where can I download a previous version, ?

[nohal]

Originally Posted by mcm

where can I download a previous version, ?

Which version, of what and for which platform?

[mcm]

the version that had the menu board across the top of the screen and did not need a new gps receiver..win 7 platform, I don't the version of opencpn that has those features but the latest one that does will do just fine. 4. ???

[nohal]

Originally Posted by mcm

the version that had the menu board across the top of the screen and did not need a new gps receiver..win 7 platform, I don't the version of opencpn that has those features but the latest one that does will do just fine. 4. ???

Could you explain why you think OpenCPN 5.0 needs a new GPS receiver? It does not.

[mcm]

The software indicates that the older gps units do not work well with ver 5, any way I prefer the older version to this one..