Google Earth to BSB / KAP

[umu]

Thanks for the quick response!
Downloaded the exe-File from Dropbox.
However it is identical ("cmp"-ed it) to the one that came with the installation package!

[phiggins]

Sorry, try it again.

https://www.dropbox.com/s/qun0ifngk7...CHART.exe?dl=0

[phiggins]

umu, let me know if second one worked

[edmundw215]

Hi, sorry I was searching for Navionics sonar map fixes and some how found this forum. So can this program capture the navionics sonar map or does it fix the SASPlanet to capture it?

[phiggins]

Yes it creates charts either .kap or mbtiles format from whatever map is SasPlanet is displaying including Navionics sonar.

[phiggins]

New version Fixes:
-- Some windows systems do not support Set DPI.SetProcessDpiAware
-- Removed required to have Screen text size set to 100% when creating unquilted charts from SasPlanet.
-- Kills the GE Pro download message when Google Earth starts.
Also added capability to create charts from SasPlantet when disconnected from the Internet if you have already download the tiles.
You can get the new version from this link:

http://gdayii.ca/Downloads/Sat2Chart.V3.0.7.0.exe

[phiggins]

Created a new version V4.0.0.0 that fixes these problems:
- Sometimes the Google earth spinwheel was not recognized as stopped.
- Improved the messages in the message box to reflect what can be done.
- Since OpenCPN does not provide a way to indicate the depth units for mbtiles chart, I add it the Name field along with the creation date. In this way you can hover over the oval the Status bar for the chart and see what the depth units are. See the attachment.

You can download the new version here:
http://gdayii.ca/Downloads/Sat2Chart.V4.0.0.0.exe

[phiggins]

Seems I caused some confusion about what the depth units should be set to when creating an mbtiles chart. I assumed (and you know what that does) that you would know to set it to Meters for Navionics or C-Map and to UnKnown for everything else because all the rest don't have depth.

To fix this I now detect automatically if the SasPlanet Map is Navionics or C-Map and set the depth units to meters. You don't have to set it just leave it at UnKnown. See the Attachment for an example on creating a mbtiles chart of C-Map and the resulting chart on OpenCPN.

You can download a fix for this at this link. Just replace the Sat2Chart.rex in your Sat2Chart.V4.0.0. directory:
https://www.dropbox.com/s/yj9im5ml8k...Chart.rex?dl=0

[Canne]

Hi, thanks for the great tool! I am using Sat2Chart 3.0.4.0 for making .mbtiles-file which I want to be usable and zoomable in OpenCPN v5.

I am using SAS.Planet_190502.9902. I created a polygon around the area of interest (harbor). I used he selection manager of SAS.P to download all the Navionic tiles with selected zoom levels into the cache for the area of interest. All works fine in SAS.Planet, I can zoom in and out, off-line.

I exported the polygon as .kmz and loaded it to Sat2Chart. I was expecting to see no further downloads initiated by Sat2Chart on SAS.P since I selected the same zoom levels I used in the selection manager of SAS.P. Instead, under Sat2Chart, SAS.P was spending next half an hour to download about ten times more tiles than I already did. Some of the tiles got a hit in the cache so it was looking like we were working in the area of interest but mainly out of it.

The resulting .mbtiles-file is great, BTW, small and zoomable. This format has future! (I hope you or some higher powers figure out an appropriate meta data format for the depths which OpenCPN can implement)

But the area the .mbtiles-file covers is a far bigger than the polygon I did draw with SAS.P - it goes far, far away to the land, which is totally useless for me. No wonder it took so long time to download the tiles!

Perhaps the logic regarding the polygons in Sat2Chart and SAS.P is different. SAS.P's way of downloading only the tiles which are either in or at the border of the polygon I can understand. Now I start to think that the polygon for Sat2Chart is actually a route and that it is defining a few nautical miles extra both sides of that route.

Is there a way to make a small area .mbtiles-file for an anchoring area or a harbor so that it is zoomable, let's say in SAS.P zoom levels 13 -18? And without having to spend a day to download the tiles in the SAS.P cache.

[phiggins]

Canne,

Try this:
- position SasPlanet over the marina so that you can see the whole area.
- If you are at z18 simply enter the chart name with .mbtles eg: xxx.mbtiles then Press "Create Chart" . That's all

- If you are at a lower zoom level say Z17, enter the chart name without .mbtiles.
- Then click the Tile checkbox and press "Create Chart"
- a popup will ask you how many tiles, select the one that gives you Z18. For example if sasplanet is at Z17 Select 4x4
- Click the "Create mbtiles not kaps"
- Press OK . That's all

[Canne]

Thanks Paul,

I am aware of the tiled method (I switched meanwhile to v4.0.0 w/ the above dropbox-.rex-patch) ; while it gives the right result the overall workflow is a bit too slow (see below). Maybe I can transform this to a feature request:

A tool to create OV5 compatible mbtiles-file which contains only tiles limited within a SAS.Planet polygon placemark and by a given set of SAS.Planet zoom levels.

I took some screenshots which I hope clarify the request: first the configuration on my cockpit computer when approaching a cove oriented from SW to NE: OV4.8 and SAS.Planet were used side by side on a Win10 screen split (here OV5):

Notable here is that the SAS.Planet cache contains but 16 tiles z17 z18 which I downloaded in advance using a polygon and the selection manager, you can see this by panning out a bit in SAS.Planet:

With Sat2Chart 4.0.0 and the tile method creating a mbtiles-file for OV5 one gets indeed the same result; from functional point of view I have nothing to complain about:

Why I am whining, then? The workflow contained a long delay while Sat2Chart instructed SAS.Planet to retrieve a few hundreds of tiles of high resolution (with 4x4 from z17). Most of them are on the land and thus not of interest in mooring (for hiking, sure - this place is excellent for that):

I have a personal motivation behind the requst, of course: my SAS.Planet contains quite a few placemark-polygons which I hope to use for my future moorings.

Of course, I can continue to work as before with Win10 split screen, but I was hoping that from now on I would only need a OV5 on my cockpit computer, not SAS.Planet which is quite a big chunk while the mbtiles is small and elegant.

Maybe the Sat2Chart / SAS.Planet workflow can be improved to reduce significantly the time spend in the tile downloading by excluding the tiles which are out of the area of interest and use for those a gray color tile.

Than you again for your excellent work!


Canne

[phiggins]

Canne,
You can create a route around the area using OPenCPN , export it and feed it into Sat2Chart in the Polygon/Path field and it will create download only those charts.

[Canne]

Thanks Paul, for your advice.
- Meanwhile, I found this tutorial (in French) how to export mbtiles from SAS.Planet for QtVlm. When watching, I realized that nothing prevents to give the selection manager a polygon area instead of a rectangle selection. I tested it and indeed SAS.Planet (nightly build) exports the closest rectangle around the polygon selection where the selected zoom levels fits. That's exactly what I was looking for, to create the map but with the smallest necessary number of tiles to download!

[phiggins]

Creating the polygon with a route on OpenCPN or SasPlanet or GE gives the same result.

[phiggins]

One advantage Sat2Chart has over doing it manually is that it allows you to edit the charts with an image editor to add information or enhance areas like in the attachment. Notice I added local information and also enhanced the entrance to the marine so you can see the reef more clearly.