[mkgmap-dev] New branch for default typ file
From Pinns UK osm at pinns.co.uk on Mon Dec 9 14:42:18 GMT 2019
Andrzej is correct about how transparency is defined Garmin regards all polygons with transparency as bitmaps and therefore require 2 colours. The Bitmap need to be shown below the xpm If a polygon is completely transparent then a second 'dummy' colour is still needed Xpm="32 32 2 1" "0 c none" "1 c #C8C8C8" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" "00000000000000000000000000000000" ;12345678901234567890123456789012 [end] On 09/12/2019 14:19, Andrzej Popowski wrote: > Hi Gerd, > > I use TypViewer for creating typ files and I don't know XPM details. > But looking at TypViewer output, I guess that transparent pixels are > defined with color like that: > > " c none" > > where space ' ' is used for marking pixels. > > Changing draw order instead of transparent graphics could be a > solution too, but I'm not sure if covered polygon label would remain > visible. And without label, there is not much use of this object. >
- Previous message: [mkgmap-dev] New branch for default typ file
- Next message: [mkgmap-dev] New branch for default typ file
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list