OK, when I good understand there are 2 groups of options. First - there are option which must be repeat before each option input-file even if the are the same (each mapname option resets option (and styles) to defaults) Second - there are options which can (or must) be use only one time. (only question: as first or last options?) Darek W dniu 2017-06-01 20:38:36 użytkownik Gerd Petermann <[email protected]> napisał: > Hi Darek, > > the docu is obviously misleading, you are not the first who thinks that the > options should be sorted > as listed in the docu. This is simply not the case, the docu groups the > options by meaning. > The order is impportant because you can repeat options with different values. > For example, splitter generates a file template.args with repeated options > like > mapname: 63240001 > # description: OSM Map > input-file: 63240001.osm.pbf > mapname: 63240002 > # description: OSM Map > input-file: 63240002.osm.pbf > ... > All options given before the input-file= 63240001.osm.pbf line are used for > that file. > Next, mapname is changed, other options keep their value when > input-file= 63240002.osm.pbf is processed. > > if you start mkgmap with > java -jar mkgmap.jar -c template.args --style-file=xyz other.osm > mkgmap uses the default style for the first input-files and the style in > directory xyz for the last. > This might be intended, so mkgmap doesn't complain. > There are also special cases with options like --gmapsupp or --index. > I'll try to improve docu to make that clearer. > > Reg. osmconvert: I think you can feed it with 3 osm files and the polygon > file to get the merged data. Use this as input for splitter. > > Gerd > ________________________________________ > Von: mkgmap-dev <[email protected]> im Auftrag von > d.kwapisz <[email protected]> > Gesendet: Donnerstag, 1. Juni 2017 20:11:42 > An: Development list for mkgmap > Betreff: Re: [mkgmap-dev] Problem with visibility object in Garmin img > > 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. > > 1. using osmconvert to cut from each country tail which intersects with > polygon > 2. using osmconvert to make one file from those 3 files > 3. use splitter > 4. use mkgmap > > or > 2. > > 1. using splitter split map with polygon-file option for each file > 2. 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 >
_______________________________________________ mkgmap-dev mailing list [email protected] http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
