Right off I should say thank you, this software is fantastic beyond what I could have ever hoped for....
Naturally this led me to want it to do more (theres something wrong with me!).
So, what I did was connect my cellphone to OpenCPN 3.3.2222 as a GPS receiver via BlueTooth, not only did I get it to work, it works very very well so far.
Heres my question, in my exuberance I made an account on the OpenCPN website and then made the first Wiki entry I have ever made detailing the process I used to do this thinking it might be helpful to others.
Did I do this right, and is it in the right place if I did?
Here's the Wiki entry I made: Cell Phone as GPS Receiver for Laptop Computer. | Official OpenCPN Homepage
Im sure there is a list of things to do and not to do when creating Wiki entries but I was unable to find it.... so... thanks for the help!
As it is now, nobody would find your page except for through the link in your post..... Your page is not linked to anything in the wiki.
I had a creeping suspicion that it was invisible. Also I saw that page but was hesitant to edit it, I will go have a poke at it now, I think this could be done with any android phone and just about any laptop with BlueTooth.
I've now used the GPX Editor program to eliminate the duplicates.
To this end I have used OCPN 3.2.2 (importing not as a layer, but as plain GPX into an empty instance and just exporting again).
The question remains, which behaviour is better - 3.2.2 or 3.3.x as they are clearly different... anyway, as far as layers are concerned, I would rather say the layer files should be considered as carefully prepared, so if the user wants duplicates, let there be duplicates... but the explicit GUID...
It would also be interesting to find how the duplicates actually occurred... not a good sign to have such effects build up in the background...
Problems using inland enccharts from Austrian inland waterways authority
Using inland waterway enccharts from different european countries, I have the problem that with Austrian charts you can either see the river of Danube without navigation signs and without buoys, or only a fully grey "chart" with only the navigation signs and buoys on it. I can't bring both views together into one view.
That happens since using beta versions. With 3.2.2 it works as it should!
Using 3.2.2, opencpn crashes when I want to look at a special chart from Slovakia, near Danube km 1855.
Has anyone an advice for me for both problems?
Thanks for reading and (I hope anyone can do so) helping,
Austrian charts are a special case - they use overlapping cells covering the same area. Will have a look what causes the fix we did for it in 3.2 stop working in 3.3.
Can't reproduce your crash, can you isolate the particular cell on which we crash?
Thanks for your quick answers! I'm really astonished!
Well, I'm, using 3.3.2302, but the problem is the same with the other betas before.
You can download the charts from: doris.bmvit: Inland ENCs (Inland ECDIS Standard 2.1)
There you will find the download for the mainchart for the river of Danube (=Donau) in Austria ("Österreichische Donau inkl. Wiener Donaukanal") and 3 additional updates for special things like changed buoys etc.
I do not use the download of "Donau-Tiefendaten" (that means depth data at the section of the german-austrian boarder).
The problems occur mostly with charts eastward from Wien (=Vienna), river-km 1925, to the austrian-slovakian border, river-km 1872, but sometimes also at other places in Austria.
You will find the river-km as a part of the chartname. One of the grey charts I showed in the little picture was the "2W7D1920.000".
Thanks again, many greetings from Germany and hoping, you can work with my answer
Sorry, I've forgotten to say something about the crash:
When using 3.2.2 and there the slovakian charts from: SLOVENSK? VODOHOSPOD?RSKY PODNIK, ?.p.
you can download the whole slovakian charts under "Celı usek km 1880-1709", the file name is "ENCs-SK.zip".
I do not use the single charts from the list below this file, because they are all part of the "ENCs-SK.zip".
When looking then at the chart named "2D7DK027.000" (that is where the chanal of Gabcikovo meets the river of Danube, therefore chanal km 027), openCPN is announcing a problem and afterwards closing down. (But it works with the betas!??!?)
Charts anomaly North East America between Fisher's Island (end of LI Sound) and Block Island at Scale 65200 there is a chart that is white. Tried to identify the chart but centered on 41.11.70n and 71.41.86w
Tried hiding it and it is 113209-1.kap and hiding it fixed it.