logo separator

[mkgmap-dev] Problem with visibility object in Garmin img

From d.kwapisz d.kwapisz at onet.eu on Thu Jun 1 19:11:42 BST 2017

Hi Gerd,
Moving style-file as first line has resolved problem with use styles !!!!
 
Where I can find description of property order of options? (I thought that this is order from site http://www.mkgmap.org.uk/doc/options :( /and there --input-file is before --style-file/)
 
 
When I've moved line:
include 'inc/water_polygons';
include 'inc/landuse_polygons';
instantly after the block
historic=museum | historic=memorial [0x1e resolution 21]
historic=archaeological_site | historic=ruins [0x1e resolution 21]
 
I can see blue lake!!! 
 
Remain small problem with leisure = natural_rserve area, because even though change resolution form 20 to 19,18 or less the polygon is visible not until 800m zoom (maybe it is feature of 0x16 type in device)
 
Thank You very very much.
 
And still one question about use mkgmap.
 
For example I've 3 pbf file from geofabrik.de (France, Germany and Schweiz) and one polygon wich owerlap 3 country (nearly Basel). I will make one routable map from this region (inner polygon) with possibility make route between 2 or 3 country.
 
What is better metod:
1.
using osmconvert to cut from each country tail which intersects with polygon
using osmconvert to make one file from those 3 files
use splitter
use mkgmap
or
2.
using splitter split map with polygon-file option for each file  
using mkgmap with all files after splitting
or maybe another method
 
Best Regard
Darek
 
 
W dniu 2017-06-01 09:59:32 użytkownik Gerd Petermann <GPetermann_muenchen at hotmail.com> napisał:
> Hi Dariusz,
>
> maybe you have specified the style-file option too late. It should appear before the input-file option.
> Order of options matters!
> A simple method to verfiy that the style file is used is too make it invalid, e.g. add nonsense like
> bla bla
> as a first line in lines. This should result in a message like this:
> Error in style: Error: (lines:12): Stack size is 3 (missing or incomplete expression)
> Could not open style
> You can also add option check-style.
> The echo and echotags options write to stderr, not stdout, just in case that you redirect that file.
>
> Gerd
>
> ________________________________________
> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von d.kwapisz <d.kwapisz at onet.eu>
> Gesendet: Donnerstag, 1. Juni 2017 09:51:42
> An: Development list for mkgmap
> Betreff: Re: [mkgmap-dev] Problem with visibility object in Garmin img
>
> Hi Gerd.
>
>
> I've copy of \examples\styles\default directory with new name (\examples\styles\greece) and I use --style-file with this new name (with .
>
> I've:
>
> 1. batch file (with absolute path to java.exe, absolute path to mkgmap.jar and absolute path to options file)
> 2. options file in which I've all options (input-file=, gmapsupp, style-file=, index,route, ...)
> 3. copy of directory. This is directory with files (not zip file) - in file ..\styles\greece\inc\water_polygons I've changed line: natural=water [0x3c resolution 18] to: natural=water {echotags "water"} [0x3c resolution 18] and in file: ..\styles\greece\polygons in line leisure=nature_reserve [0x16 resolution 20] I've changed resolution from 20 to 18.
>
> I run cmd.exe and in command window I run batch file.
> When batch file is run I don't see any line in cmd window with data from echotags (this is normal?).
> After executing batch file I have new gmapsupp.img file, but after transering him to Oregon, I don't see difference with displaying natur reserve - also is displaying from 800m.
>
> And now questions:
> How I can verify, whether mkgmap uses styles form ..\styles\Greece directory?
>
> Darek
>
>
>
>
>
>
> W dniu 2017-05-31 16:29:24 użytkownik Gerd Petermann <GPetermann_muenchen at hotmail.com> napisał:
> > Hi Dariusz,
> >
> > if you change the style, you should create a copy of directory default and give it a different name, e.g. c:\mystyle.
> > Next, you use option --style-file=c:\mystyle to tell mkgmap the position of the style.
> >
> > If you change the files in \examples\styles\default you still have to tell mkgmap to read that directory, else it will
> > use the files which are in the jar file.
> >
> > Gerd
> > ________________________________________
> > Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von d.kwapisz <d.kwapisz at onet.eu>
> > Gesendet: Mittwoch, 31. Mai 2017 16:23:08
> > An: Development list for mkgmap
> > Betreff: Re: [mkgmap-dev] Problem with visibility object in Garmin img
> >
> > Hi Gerd,
> >
> > unfortunately I cant verify Your suggestions, because it appears that change in style files don't influences gmapsupp.img (also I don't see in cmd window results off {echo "..."} command.
> >
> > I must more time to try.
> >
> > Best Regards
> > Darek
> >
> >
> >
> >
> >
> > W dniu 2017-05-31 08:33:37 użytkownik Gerd Petermann <GPetermann_muenchen at hotmail.com> napisał:
> > > Hi Dariusz,
> > >
> > > thanks for the feedback. You may also try to use a lower resolution for
> > > leisure=nature_reserve [0x16 resolution 19]
> > > if you are interested in them.
> > >
> > > To be honest, I don't understand why the default style processes water polygons
> > > so late. I think the lines
> > >
> > > include 'inc/water_polygons';
> > > include 'inc/landuse_polygons';
> > >
> > > should be moved instantly after the block
> > >
> > > historic=museum | historic=memorial [0x1e resolution 21]
> > > historic=archaeological_site | historic=ruins [0x1e resolution 21]
> > >
> > > Does anybody see a reason for the current order ?
> > >
> > > Gerd
> > > ________________________________________
> > > Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von d.kwapisz <d.kwapisz at onet.eu>
> > > Gesendet: Dienstag, 30. Mai 2017 22:49:38
> > > An: Development list for mkgmap
> > > Betreff: Re: [mkgmap-dev] Problem with visibility object in Garmin img
> > >
> > > Hi Gerd,
> > >
> > > Really, I can see nature_reserve from zoom 800m. ThankYou (Sorry my fault).
> > >
> > > Tomorrow I tray change style for tourism=attraction and natural=water.
> > >
> > > Darek
> > >
> > >
> > > W dniu 2017-05-30 15:01:20 użytkownik Gerd Petermann <GPetermann_muenchen at hotmail.com> napisał:
> > > > Hi Dariusz,
> > > >
> > > > you should see the two leisure=nature_reserve polygons as green areas if you zoom in to 800m .
> > > > The water polygon is also tagged as tourism=attraction and it seems that the default style
> > > > renders this as 0x1f which is also a kind of park and therefore also rendered as green.
> > > >
> > > > Does that help?
> > > >
> > > > Gerd
> > > >
> > > > ________________________________________
> > > > Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von d.kwapisz <d.kwapisz at onet.eu>
> > > > Gesendet: Dienstag, 30. Mai 2017 14:24:08
> > > > An: mkgmap-dev at lists.mkgmap.org.uk
> > > > Betreff: [mkgmap-dev] Problem with visibility object in Garmin img
> > > >
> > > > Hi,
> > > >
> > > > I've load from OSM rectangle
> > > > bbox=24.061,35.2895,24.2976,35.4638
> > > > using Overpass API export.
> > > >
> > > > (this is part of Greece > Crete)
> > > >
> > > > There are among other things 2 polygons nature_reserve (140514809 and 140515050) and polygon natural water (356673828).
> > > >
> > > > I use the newest mkgmap 3909 (Windows 10).
> > > >
> > > > After using mkgmap with option file:
> > > >
> > > > family-name=fam-name-kreta
> > > > gmapsupp
> > > > output-dir=D:\Dokumenty\OSM\ttt\
> > > > description=descr-kreta
> > > > unicode
> > > > index
> > > > route
> > > > precomp-sea=C:\Users\Darek\Downloads\sea.zip
> > > > generate-sea
> > > > order-by-decreasing-area
> > > > mapname: 63240001
> > > > input-file: map.osm
> > > >
> > > >
> > > > After generating gmapsupp.img and transferring to Orgeon 650 unfortunately I don't see neither polygons (140514809 and 140515050) nor polygon (356673828).
> > > >
> > > >
> > > > What I do wrong?
> > > >
> > > > Best Regards
> > > > Dariusz Kwapisz
> > > > _______________________________________________
> > > > mkgmap-dev mailing list
> > > > mkgmap-dev at lists.mkgmap.org.uk
> > > > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> > > >
> > >
> > >
> > >
> > > _______________________________________________
> > > mkgmap-dev mailing list
> > > mkgmap-dev at lists.mkgmap.org.uk
> > > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> > >
> >
> >
> >
> > _______________________________________________
> > mkgmap-dev mailing list
> > mkgmap-dev at lists.mkgmap.org.uk
> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> >
>
>
>
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
 
 
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20170601/89d24432/attachment-0001.html>


More information about the mkgmap-dev mailing list