Open CPN, UK charts. Admiralty & alternatives

CM93 does not in any of the 'yachties' setups ! In fact I cannot even remember seeing such in the full Commercial Setup we use in my work ..
Really important to understand this has nothing to do with the chart. This is a presentation layer technology that interprets vector data and CM93 charts would absolutely support such functionality.
 
On a raster chart I can zoom in and make the writing/symbols bigger. Vector have me hunting for glasses.

Vector can end up with too much uninteresting data, of too little important data. Raster have already been filtered by an expert eye, in the cold light of day/plenty of time/not knackered.
 
Really important to understand this has nothing to do with the chart. This is a presentation layer technology that interprets vector data and CM93 charts would absolutely support such functionality.

I use full Commercial CM93 in my work ... and I agree that functionality would be there IF it was implemented - but its not. Of course data can be shown based on the program using the CM93 ...
 
Both Vector and Raster are produced from same source material.

ALL charts were based on engraved plates at HO's ... this then produced the Paper Charts we all know. This then changed to digital version with plates phased out. The Digital were then used to produce Paper and Raster charts. It was a logical step to vectorise the charts as the data information used in vectors is layered and this means HO correction is far simpler as they do not need to correct whole chart for a simple change - it can be just the layer ... as the layers are treated as 'overlays'.

I know many people do not like the 'look' of vector charts - preferring the more 'artistic' raster form where it relates to the paper chart in looks.
Same tech as GIS, I suppose. I'dont mind you telling me that at all, (I did a very marginal and half assed remote sensing MSc, so could not be assumed to know it) but it doesn't seem to be a response to what I posted?
 
I don't think I've seen it used, but a vector chart would allow features to be highlighted and perhaps an alarm sounded if they pose a hazard if the vessel continues on its present course.
aqVtl does that, I believe. Again, I havn't actually seen it (yet?), just going by the documentation.

TBH I would have expected it to be one of the earliest functions to be implemented with this technology, but I know notheeeng
 
On a raster chart I can zoom in and make the writing/symbols bigger. Vector have me hunting for glasses.

Vector can end up with too much uninteresting data, of too little important data. Raster have already been filtered by an expert eye, in the cold light of day/plenty of time/not knackered.
Literally all of this can be changed on vector but not on raster, so you seem to have misunderstood the technology (or have a poor system).

On vector systems, writing and symbols are drawn on the fly to a size dictated by the system. The system can and often does allow the user to set text/symbol size. Vector systems I've used have always included the ability to turn various data on and off depending on user preference, along with the frequency of contour lines. They also allow user customisable colouring so are far more accessible for vision issues.

Raster labels and symbols are fixed size, like on paper, so while you may make them bigger you'll have a smaller field of view as a result. No way to turn off certain symbols on a raster either, if the cartographer decided you should see it that's what you'll see. Fine if your goal is navigation, but fishermen for instance aren't trying to navigate safely, they're trying to find and catch fish (on reefs, wrecks, etc.) and may need a different view.
 
aqVtl does that, I believe. Again, I havn't actually seen it (yet?), just going by the documentation.

TBH I would have expected it to be one of the earliest functions to be implemented with this technology, but I know notheeeng
The problem arises that hazard to me with 1.6m draft might not be for a catamaran drawing 50cm. So the definition of hazard would have to be flexible, and also risk averse.
 
The problem arises that hazard to me with 1.6m draft might not be for a catamaran drawing 50cm. So the definition of hazard would have to be flexible, and also risk averse.
In Navionics you have to configure your boat info including draft, air draft, beam and length for this reason. I believe the problem traditionally may have been a lack of compute power in the device which is obviously changing rapidly. I quite like that some systems can proactively colour the depth based on the vessel so instead of blue, light blue and white you can just have danger and not danger in any colour you like.
 
This 'discussion' has been going on for years ... Vector vs Raster.

I can remember using Fathom charts ... and they were being phased out and replaced by Metric charts with COLOUR ! We lost such beauties as : Sea Monsters ... etc noted on charts such as the one from S. Africa to Antarctic ...
No sense of humour or 'character' in the coloured metrics.

Hours and hours of discussions about B&W vs Colour ...
 
In Navionics you have to configure your boat info including draft, air draft, beam and length for this reason. I believe the problem traditionally may have been a lack of compute power in the device which is obviously changing rapidly. I quite like that some systems can proactively colour the depth based on the vessel so instead of blue, light blue and white you can just have danger and not danger in any colour you like.
But, the route it draws assumes you will be sailing at LAT, so will route you around areas where you would have plenty of water if you left at a higher state of tide. Sailing on the East Coast means that pretty much every route that's auto planned will be longer than it needs to be.

I don't like or use auto routing, when just checking a route it's easier to miss something than it would be if starting from scratch, plus you can tailor the route based on the depths when you actually plan to sail.
 
But, the route it draws assumes you will be sailing at LAT, so will route you around areas where you would have plenty of water if you left at a higher state of tide. Sailing on the East Coast means that pretty much every route that's auto planned will be longer than it needs to be.

I don't like or use auto routing, when just checking a route it's easier to miss something than it would be if starting from scratch, plus you can tailor the route based on the depths when you actually plan to sail.

I have mixed feeling about Auto-routing ..... 50% of which I scrub and then do manually. But others - I usually tweak a point here and there to suit.

But like Car Satnav - sometimes its hard to understand why it takes a route ...

I've also noticed that despite having same user settings ... if I auto-route on my tablet .. while auto route on the Garmin UHD - they usually end up different routes !!
 
But, the route it draws assumes you will be sailing at LAT
Some of them do compensate for tides these days. Whether you trust it is a personal choice, but the technology is certainly there and available and I think it's foolish to dismiss it as we've seen with various other advancements over the years. There's no reason not to use auto routing for the initial broad brush and then tweak from there. There's also no reason you can't auto-route to sanity check a manually created route.
 
I have mixed feeling about Auto-routing ..... 50% of which I scrub and then do manually. But others - I usually tweak a point here and there to suit.

But like Car Satnav - sometimes its hard to understand why it takes a route ...
I think as with car sat nav it'll become increasingly clear that you don't have to understand, but it's usually a bad idea to argue 😂 I don't think we're there yet with marine navigation, but there's no reason with current tech that LNTMs couldn't be ingested by the system to route you around things you're unaware of. That will take some investment and understanding from those issuing the LNTMs. We've certainly seen this on roads and in the air though, so it's a well worn path.
 
In Navionics you have to configure your boat info including draft, air draft, beam and length for this reason. I believe the problem traditionally may have been a lack of compute power in the device which is obviously changing rapidly. I quite like that some systems can proactively colour the depth based on the vessel so instead of blue, light blue and white you can just have danger and not danger in any colour you like.
I'd actually regard that as dangerous. Recontouring the bathymetric data is fraught with potential for error, as frequently seen with Navionics crowd sourced data, where missing data is interpreted as licence to interpolate, rather than "no-one goes there so it isn't safe"!. The contours provided in UKHO data are based on far more data than is present on the chart, and are reliable and drawn so that any error will be on the safe side of indicating shallower water than it actually is. But recontouring on the basis of the selected soundings on the chart and the contours is not a safe or straightforward matter; there are many possible algorithms and they all give different answers! The only one where you get an estimate of the accuracy of the interpolation is Kriging, which is extremely computing intensive, even now with modern processors, as it has to examine all the data to create a semi-variogram.
 
Yes with vector there’s one set of data that scales to all views and the display decides what to show based on user preferences. With raster you’re reliant on someone redrawing every zoom level.
The boundary issues are there, you just may not have noticed them. Zoom in on a harbour and then scroll out to sea and at some point you’ll see detail drop away since raster charts don’t do detail for the whole ocean.
Nothing I do with charts is reliant on immediate updates that I can think of. I don’t know anyone on a private boat in the real world who updated paper charts regularly, and I don’t believe raster charts are necessarily updated faster than vector so this is a non issue as far as I’m concerned. In theory vector can be updated fastest since it doesn’t require an artist to place the items and make decisions, the data is just updated.
With the several manufacturers' vector charts that I have, I have different data on different zoom levels. That is why I asked what zoom level do you use for creating a passage plan. On the several raster charts I have there are no changes as when I zoom in. The raster chart is (effectively) a single image of a paper chart. Yes of course raster charts will have different scales. Typically I use 1:50,000 because I know the waters a little but in the area there are charts that have different scales - actually 1:100,000. I think 1:6,250 is the most detailed I have in the area. If I am using a raster chart on my PC (i.e. without GPS) if I reach the boundary I can click onto the adjoining raster chart. If I am afloat using the same raster charts on my laptop or tablet WITH GPS, the software handles the boundary issue, i.e. as the vessel icon reaches a boundary it will immediately switch to the adjoining chart. Of course raster charts have boundaries, everybody knows that but there are no boundary issues.

Yes a raster chart wil pixelate. However the software eventually prevents zooming and in the platform I am using the zooming stops just as pixelation starts and the zooming is already well past what is needed. So for practical purposes I am never trouble by pixelation.

The comment about immediate updates is interesting. Say, if a channel you use has 6.5m CD last year but the UKHO are reporting 0.7m very adjacent this year, would you be interested? All charts are dependent on the data and primarily leisure charts whether raster or vector are dependent on the UKHO. Yes, there are examples of vector charts being updated via local authority notices to mariners which is excellent, but the primary business is dependent upon how frequently the manufacturers buy 'updates' from the UKHO. Of course the UKHO will not tell me how frequently they send out 'updates' to various manufacturers because that is commercial in confidence. But if you monitor updates you can start to realise the pace at which updating taking place.

Is the new depth of 0.7m important. Well let's hope not. One manufacturer of vector charts hasn't bothered to update it yet (that's as of today) - it was reported by the UKHO on 12th September, 2024. A second manfacturer did update it on 12th January, 2025 but failed to do the contours instructions properly; indeed if you switched to their Sonar Chart you would not only not see the contours correct, nor see the 0.7 right next to where 6.5 is still shown!

Monitoring vector charts also demonstrates that they make choices about detail at different zoom levels. I suspect someone made a decision on what vector zoom level should display which data. Um. At what zoom level would you want to see something critical on a vector chart. And if your 'autoroute' went over a critical point would yu expect it to alert you?

I don't think there is any point in arguing whether vector charts or raster charts are good or bad: they are just different and have some advantages and disadvantages. One advantage said of vectors over rasters is Autoroute. I agree with Paul. It does have some value; such as quickly proposing a route for consideration but I do think chopping ad changing zoom levels to plan it properly does seem to me quite tedious. I see the comment about land based Sat Nav. Did you know we actually have road signs up in Colchester saying 'Don't use Sat Nav'? The autorouting there doesn't work and costs a lot of money!

What is important is knowing about the currency and accuracy of echarts.
 
I'd actually regard that as dangerous. Recontouring the bathymetric data is fraught with potential for error, as frequently seen with Navionics crowd sourced data, where missing data is interpreted as licence to interpolate, rather than "no-one goes there so it isn't safe"!. The contours provided in UKHO data are based on far more data than is present on the chart, and are reliable and drawn so that any error will be on the safe side of indicating shallower water than it actually is. But recontouring on the basis of the selected soundings on the chart and the contours is not a safe or straightforward matter; there are many possible algorithms and they all give different answers! The only one where you get an estimate of the accuracy of the interpolation is Kriging, which is extremely computing intensive, even now with modern processors, as it has to examine all the data to create a semi-variogram.
You can't have it both ways. If you think it's acceptable for you to add the tide height to the chart and be safe then it is if course the same if a computer does it. If you think it's not safe to add tide height, then you should also be assuming LAT.
 
I have different data on different zoom levels
That's a presentation issue, not a chart issue. You or your plotter have a setting that decides the detail. The chart is a single set of data in layers, which can be turned on and off.
The comment about immediate updates is interesting. Say, if a channel you use has 6.5m CD last year but the UKHO are reporting 0.7m very adjacent this year, would you be interested?
Yes, but then I quite like the Navionics crowd sourced data which is often much more useful than the standard data. In many places it produces a higher resolution view of a location. It can also be produced with a handheld echosounder on the fly in a dinghy before taking in the big boat.
Monitoring vector charts also demonstrates that they make choices about detail at different zoom levels
No, the chart and the chart maker don't make those choices. A vector chart is just a data set consisting of points, lines and polygons with some metadata which can be interpreted by various systems. The plotter or software producer may make those choices, they may provide some defaults, and hopefully they provide an interface for you to change those choices. If not, change your plotter but it's not a chart issue.
 
I'd actually regard that as dangerous. Recontouring the bathymetric data is fraught with potential for error, as frequently seen with Navionics crowd sourced data, where missing data is interpreted as licence to interpolate, rather than "no-one goes there so it isn't safe"!. The contours provided in UKHO data are based on far more data than is present on the chart, and are reliable and drawn so that any error will be on the safe side of indicating shallower water than it actually is. But recontouring on the basis of the selected soundings on the chart and the contours is not a safe or straightforward matter; there are many possible algorithms and they all give different answers! The only one where you get an estimate of the accuracy of the interpolation is Kriging, which is extremely computing intensive, even now with modern processors, as it has to examine all the data to create a semi-variogram.

This echos my point of some who think that zooming in on vectors can increase detail more in soundings etc....
 
Top