I have done extensive
testing of this under OCPNv5.6 on MacOS Monterey for the purposes of developing my Housekeeper script
. For the creation of the routepoints themselves I have seen no issues and have been unable to fault OpenCPN
on this aspect.
The issue is with the derived parameters and here OpenCPN makes mistakes
. It is likely that when it needs to derive, say, bearing from 003 -> 004 and there is more than one occurrence of 003 and/or 004, it gets confused about which occurrence to use. I assume, although have not tested, that OpenCPN will navigate the route correctly. It is the derived attributes in the properties window that it gets wrong.
If you subsequently delete or remove points in such a route, you can end up with successive repeating points e.g. A -> B -> B ->A and, in this case, if you remove the Bs you can even get A -> A which is of course nonsensical. OpenCPN allows this without complaining. Housekeeper cleans these up and, in the last case, will offer to delete the nonsensical route.