In cm93, these features do not have a "shape" attribute defined in the enc cell. All we know is the color, and an "inform" attribute which describes the shape in free text.
So, what to do?
I suppose we could try to parse the "inform" attribute dynamically, looking for some key words to try to infer a shape, and then generate and insert a synthetic "topshp" attribute. Then the subsequent lookup procedures will find a pretty symbol.....
Or, we can invent a colored generic symbol, of some sort, and add that to the topmar symbol set available to the lookup procedures.
Either approach strikes me as "inventing" information that may not be justified by the cell data.
Dave...
I would not try to invent topshp by parsing INFORM - it's content is a total mess and differs by geographic location, so very hard to get right. My position is that it's not broken. Maybe a color version of general topmark could be ok if we manage to draw something not to be confused with what exists already. By the way if we stop displaying the general (unknown shape) topmark symbol completely not to disturb the navigator with something that's not completely clear, we will still be better than most of the other nav programs which tend to ignore most of the topmarks completely....
Regarding RCRTCL - The most reasonable to me looks adding the new symbols from 3.4 plib and using them - it will "correct" waste majority of the cases (I've probably not seen any that will change for bad, but principially there have to be some). Looks like this was the thinking of the plib 3.4 authors as well...
Using other symbology will take us further from the defined standard, will make problems if we ever adopt the new version of standards and will upset the ecdis users coming to opencpn, so I tend not to like it.
RCRTCL according to the plib version 3.4 implemented. New symbols RCRTCL11-RCRTCL14 were added and the rules changed to use them.
To test, rename & unzip the attached file and replace the one installed with OpenCPN.
RCRTCL according to the plib version 3.4 implemented. New symbols RCRTCL11-RCRTCL14 were added and the rules changed to use them.
To test, rename & unzip the attached file and replace the one installed with OpenCPN.
Let me know if you are unhappy with it...
Pavel
Hi Pavel, can you tell us how you did it (so fast) ?
In this case very easily
I just swapped a couple of Y coordinates in the HP-GL code for the RCRTCL01 symbol. When you look at the symbols, they begin with the centerline (4 lines or 1, depending whether the result has to be dashed. No need to touch this.), then there are 2 lines drawing the arrow ends - you have to swap the Y component of the two to get them to the other side of the centerline.
And the last 6 lines are the arrow lines - again just swap the Y coordinates and they are at the other side.
To get the one-way version, just delete appropriate lines of the HP-GL code.
Other symbols are much worse - I drafted them in Inkscape, exported as HP-GL and then modify by hand. Very annoying. But fortunately the PLIB is pretty complete with the vectors...
Location: Behind the garlic curtain - east central Saskatchewan
Boat: Baylurker 2755
Posts: 608
Re: OpenCPN Version 2.4 Beta Build 612
I've noticed a problem with the way the route is rendered for several revisions now. At a moderate zoom level the route periodically disappears and then reappears. I'm not sure how what creates the problem and so far it has always gone away by itself. If you pan or zoom it goes away immediately. I always have a track predictor turned on and I've also noticed that periodically there are vestiges of it that get orphaned on the screen. That happens less often than the route disappearing and they too eventually clean themselves up. On a two or three hour cruise I can count on the route disappearing at least a couple of times for maybe as long as a minute at a time.
I believe I have attached a couple of shots of the screen showing the missing route.
Location: Behind the garlic curtain - east central Saskatchewan
Boat: Baylurker 2755
Posts: 608
Re: OpenCPN Version 2.4 Beta Build 612
That's correct I have the BSB4 plugin and most of our cruising is in Canadian waters. We have cruised in US waters within the last month but I can't recall if it was a problem on the NOAA charts or not.