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 <[email protected]> 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 <[email protected]> im Auftrag von > d.kwapisz <[email protected]> > 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 > <[email protected]> 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 <[email protected]> im Auftrag von > > d.kwapisz <[email protected]> > > 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 > > <[email protected]> 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 <[email protected]> im Auftrag von > > > d.kwapisz <[email protected]> > > > 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 > > > <[email protected]> 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 <[email protected]> im Auftrag von > > > > d.kwapisz <[email protected]> > > > > Gesendet: Dienstag, 30. Mai 2017 14:24:08 > > > > An: [email protected] > > > > 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 > > > > [email protected] > > > > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > > > > > > > > > > > > > > > _______________________________________________ > > > mkgmap-dev mailing list > > > [email protected] > > > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > > > > > > > > > > _______________________________________________ > > mkgmap-dev mailing list > > [email protected] > > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > > > > > _______________________________________________ > mkgmap-dev mailing list > [email protected] > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev >
_______________________________________________ mkgmap-dev mailing list [email protected] http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
