logo separator

[mkgmap-dev] mkgmap-dev Digest, Vol 143, Issue 54

From Joris Bo jorisbo at hotmail.com on Wed Jun 24 17:53:10 BST 2020

Hallo Pierre,

On the mkgmap website is a style manual

The style is a sort of simple programming language.
A style is mostly based on 4 text files containing style-rules
Every element in the osm data is processed against each rule until a match is found
If no match is found at the end, the element is skipped

The 4 files are processed in the following order
Relations          Hiking routes, cycle routes and so called multipolygon’s
Points              Poi’s
Lines                Highways and other lines
Polygons          Area’s

Best make a copy of the default style first
To hide buildings you can start with commenting out the rule for buildings.
Open the polygons file in notepad and you will find a line

            building=* & building!=no [0x13 resolution 24]

It says: if building tag has any value but the building tag has not the value ‘no’, then add it to the map with id 0x13 but only visible at the most zoomed in level 24. To disable it, just at a # before the line.
Housenumber search is not directly related to the building itself so still works

In case you don’t know and you want to know how osm objects look like, you can go to https://www.openstreetmap.org/ right click and choose ‘Properties’  and you will see how every osm object is tagged so you can base your rules on these info

Maybe this will give you a quick start, more details can be found in the style manual.

Kind regards

Van: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> Namens Pierre Brico
Verzonden: woensdag 24 juni 2020 15:55
Aan: Development list for mkgmap <mkgmap-dev at lists.mkgmap.org.uk>
Onderwerp: Re: [mkgmap-dev] mkgmap-dev Digest, Vol 143, Issue 54

Hi Joris & Ticker,

Again thanks a lot for taking time to help me.

Google on the map maximum size, I've found this (https://www.garminworldmaps.com/how-to-install/garmin-card-size/):

"The unit is reading from the memory card up to 4GB of map files. Is the map bigger than 4GB the unit cannot read the maps. Any further capacity on the SD card, depending on the device, can be used for other maps, pictures, MP3 files and track logs. If the map on the memory card contains more than 2025 map tiles, the device cannot read the data, even if the map size is less than 4GB."

So the 2G shouldn't be a problem.

I'm pretty sure that the problem is linked to the 66s. On my 64s, I've no such issue. But as I said, as all tiles are present when I zoom in, it's not a problem for me. I can live with that.

One last question, is there a good documentation about the style syntax ? I would like to remove some details from my map (like the buildings but keeping housenumber) but I don't know how to do that.

Thanks again,

On Wed, Jun 24, 2020 at 1:49 PM Ticker Berkin <rwb-mkgmap at jagit.co.uk<mailto:rwb-mkgmap at jagit.co.uk>> wrote:

Possibly related.

Using the default style and default zoom levels, zooming out to display
the whole of the UK took an age on my old device - the amount of detail
in each tile at the outermost map is vastly more that the pixels
available. Leaving it for a few minutes to draw everything just results
in an unreadable mess. I guess it also uses a lot of the device memory
to display so many tiles at the the same time.

What I now have is an extra outer level that is a bit like the overview
map, just shows sea/land, some borders, motorways and trunk roads and
major cities.

I have this in the mystyle/options:
 levels = 0:24, 1:22, 2:20, 3:18, 4:15

but command line option --levels="0:24,1:22,2:20,3:18,4:15" should
override the specification in the style.

Beware, adding an extra map level might make the map exceed 2G


On Wed, 2020-06-24 at 10:48 +0000, Joris Bo wrote:
> Hi Pierre
> I’m out of options or knowledge. Your osm-france-202006.img seems to
> be 2Gb which is a few bytes away from the absolute max the devices
> can handle. The only thing I can suggest is making 2/3 or 4 maps
> instead of one big.
> Kind Regards,
> Joris

mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20200624/dcbc661b/attachment-0001.html>

More information about the mkgmap-dev mailing list