<div>Hi Gerd,</div>
<div>A little clearer :)</div>
<div> </div>
<div>So, we have 2 groups :). First for setting variable value second for execute (something) with variable which are settings through first group. Options from 2 groupno change variable value.</div>
<div>Small example:</div>
<div>java -jar mkgmap.jar -c option.txt file.typ</div>
<div> </div>
<div>option.txt is make on base template.args and conteins line (after # there are my comments):</div>
<div> </div>
<div>#---- start of option.txt</div>
<div>output-dir=C:\MyFolder #(SET group)</div>
<div>description=descr-kreta #(SET group)</div>
<div>unicode #(SET group)</div>
<div>index #(SET group)</div>
<div>gmapsupp #(SET group)</div>
<div>bounds=C:\bounds.zip #(SET group)</div>
<div>family-id=6324 #(SET group)</div>
<div>family-name=fam-name-kreta #(SET group)</div>
<div>route #(SET group )</div>
<div>precomp-sea=C:\sea.zip #(SET group)</div>
<div>generate-sea #(SET group)</div>
<div>order-by-decreasing-area #(SET group)</div>
<div>#from this was original template.args</div>
<div>mapname: 63240001 #(SET group)</div>
<div># description: OSM Map</div>
<div>input-file: 63240001.osm.pbf #(CALL group - use variable setting earlier)</div>
<div>mapname: 63240002</div>
<div># description: OSM Map</div>
<div>input-file: 63240002.osm.pbf #(CALL group - use variable setting earlier /now mapname has new value/)</div>
<div>mapname: 63240003</div>
<div># description: OSM Map</div>
<div>input-file: 63240003.osm.pbf</div>
<div> </div>
<div>#now is executes hidden CALL procedure which verify if exists special option (like gmapsupp or index). If exists make new file "gmapsupp.img" with another switch (index, etc.)</div>
<div> </div>
<div>#-----end of executing option.txt file</div>
<div>now file.typ is "insert" to just making img file.</div>
<div> </div>
<div>Of course exist maybe more option from CALL group.</div>
<div> </div>
<div>Uff. Its true?</div>
<div> </div>
<div>Darek</div>
<div> </div>
<div> </div>
<div> </div>
<div> </div>
<div> </div>
<div> </div>
<div> </div>
<div>czwartek, 01 czerwca 2017, 09:39PM +02:00 od Gerd Petermann GPetermann_muenchen@hotmail.com:</div>
<div> </div>
<div> </div>
<div> </div>
<div> </div>
<div> </div>
<div>Hi Darek,</div>
<div> </div>
<div>no, you should think of the options as a script. Most options are like set statement in a cmd file,</div>
<div>but some are like call statements. One of them is --input-file. It tells mkgmap to compile a map</div>
<div>for the given file using all the setting made so far.</div>
<div>In the file generated by splitter the option mapname is set to anpther value for each input file.</div>
<div> </div>
<div>Clearer now?</div>
<div>Gerd</div>
<div>________________________________________</div>
<div>Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von d.kwapisz <d.kwapisz@onet.eu></div>
<div>Gesendet: Donnerstag, 1. Juni 2017 21:31:36</div>
<div>An: Development list for mkgmap</div>
<div>Betreff: Re: [mkgmap-dev] Problem with visibility object in Garmin img</div>
<div> </div>
<div>OK, when I good understand there are 2 groups of options.</div>
<div> </div>
<div>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)</div>
<div>Second - there are options which can (or must) be use only one time. (only question: as first or last options?)</div>
<div> </div>
<div>Darek</div>
<div> </div>
<div>W dniu 2017-06-01 20:38:36 użytkownik Gerd Petermann <GPetermann_muenchen@hotmail.com> napisał:</div>
<div>> Hi Darek,</div>
<div>></div>
<div>> the docu is obviously misleading, you are not the first who thinks that the options should be sorted</div>
<div>> as listed in the docu. This is simply not the case, the docu groups the options by meaning.</div>
<div>> The order is impportant because you can repeat options with different values.</div>
<div>> For example, splitter generates a file template.args with repeated options like</div>
<div>> mapname: 63240001</div>
<div>> # description: OSM Map</div>
<div>> input-file: 63240001.osm.pbf</div>
<div>> mapname: 63240002</div>
<div>> # description: OSM Map</div>
<div>> input-file: 63240002.osm.pbf</div>
<div>> ...</div>
<div>> All options given before the input-file= 63240001.osm.pbf line are used for that file.</div>
<div>> Next, mapname is changed, other options keep their value when</div>
<div>> input-file= 63240002.osm.pbf is processed.</div>
<div>></div>
<div>> if you start mkgmap with</div>
<div>> java -jar mkgmap.jar -c template.args --style-file=xyz other.osm</div>
<div>> mkgmap uses the default style for the first input-files and the style in directory xyz for the last.</div>
<div>> This might be intended, so mkgmap doesn't complain.</div>
<div>> There are also special cases with options like --gmapsupp or --index.</div>
<div>> I'll try to improve docu to make that clearer.</div>
<div>></div>
<div>> 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.</div>
<div>></div>
<div>> Gerd</div>
<div>> ________________________________________</div>
<div>> Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von d.kwapisz <d.kwapisz@onet.eu></div>
<div>> Gesendet: Donnerstag, 1. Juni 2017 20:11:42</div>
<div>> An: Development list for mkgmap</div>
<div>> Betreff: Re: [mkgmap-dev] Problem with visibility object in Garmin img</div>
<div>></div>
<div>> Hi Gerd,</div>
<div>> Moving style-file as first line has resolved problem with use styles !!!!</div>
<div>></div>
<div>> 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/)</div>
<div>></div>
<div>></div>
<div>> When I've moved line:</div>
<div>> include 'inc/water_polygons';</div>
<div>> include 'inc/landuse_polygons';</div>
<div>></div>
<div>> instantly after the block</div>
<div>></div>
<div>> historic=museum | historic=memorial [0x1e resolution 21]</div>
<div>> historic=archaeological_site | historic=ruins [0x1e resolution 21]</div>
<div>></div>
<div>> I can see blue lake!!!</div>
<div>></div>
<div>> 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)</div>
<div>></div>
<div>> Thank You very very much.</div>
<div>></div>
<div>> And still one question about use mkgmap.</div>
<div>></div>
<div>> 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.</div>
<div>></div>
<div>> What is better metod:</div>
<div>> 1.</div>
<div>></div>
<div>> 1. using osmconvert to cut from each country tail which intersects with polygon</div>
<div>> 2. using osmconvert to make one file from those 3 files</div>
<div>> 3. use splitter</div>
<div>> 4. use mkgmap</div>
<div>></div>
<div>> or</div>
<div>> 2.</div>
<div>></div>
<div>> 1. using splitter split map with polygon-file option for each file</div>
<div>> 2. using mkgmap with all files after splitting</div>
<div>></div>
<div>> or maybe another method</div>
<div>></div>
<div>> Best Regard</div>
<div>> Darek</div>
<div>></div>
<div>></div>
<div>> W dniu 2017-06-01 09:59:32 użytkownik Gerd Petermann <GPetermann_muenchen@hotmail.com> napisał:</div>
<div>> > Hi Dariusz,</div>
<div>> ></div>
<div>> > maybe you have specified the style-file option too late. It should appear before the input-file option.</div>
<div>> > Order of options matters!</div>
<div>> > A simple method to verfiy that the style file is used is too make it invalid, e.g. add nonsense like</div>
<div>> > bla bla</div>
<div>> > as a first line in lines. This should result in a message like this:</div>
<div>> > Error in style: Error: (lines:12): Stack size is 3 (missing or incomplete expression)</div>
<div>> > Could not open style</div>
<div>> > You can also add option check-style.</div>
<div>> > The echo and echotags options write to stderr, not stdout, just in case that you redirect that file.</div>
<div>> ></div>
<div>> > Gerd</div>
<div>> ></div>
<div>> > ________________________________________</div>
<div>> > Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von d.kwapisz <d.kwapisz@onet.eu></div>
<div>> > Gesendet: Donnerstag, 1. Juni 2017 09:51:42</div>
<div>> > An: Development list for mkgmap</div>
<div>> > Betreff: Re: [mkgmap-dev] Problem with visibility object in Garmin img</div>
<div>> ></div>
<div>> > Hi Gerd.</div>
<div>> ></div>
<div>> ></div>
<div>> > I've copy of \examples\styles\default directory with new name (\examples\styles\greece) and I use --style-file with this new name (with .</div>
<div>> ></div>
<div>> > I've:</div>
<div>> ></div>
<div>> > 1. batch file (with absolute path to java.exe, absolute path to mkgmap.jar and absolute path to options file)</div>
<div>> > 2. options file in which I've all options (input-file=, gmapsupp, style-file=, index,route, ...)</div>
<div>> > 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.</div>
<div>> ></div>
<div>> > I run cmd.exe and in command window I run batch file.</div>
<div>> > When batch file is run I don't see any line in cmd window with data from echotags (this is normal?).</div>
<div>> > 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.</div>
<div>> ></div>
<div>> > And now questions:</div>
<div>> > How I can verify, whether mkgmap uses styles form ..\styles\Greece directory?</div>
<div>> ></div>
<div>> > Darek</div>
<div>> ></div>
<div>> ></div>
<div>> ></div>
<div>> ></div>
<div>> ></div>
<div>> ></div>
<div>> > W dniu 2017-05-31 16:29:24 użytkownik Gerd Petermann <GPetermann_muenchen@hotmail.com> napisał:</div>
<div>> > > Hi Dariusz,</div>
<div>> > ></div>
<div>> > > if you change the style, you should create a copy of directory default and give it a different name, e.g. c:\mystyle.</div>
<div>> > > Next, you use option --style-file=c:\mystyle to tell mkgmap the position of the style.</div>
<div>> > ></div>
<div>> > > If you change the files in \examples\styles\default you still have to tell mkgmap to read that directory, else it will</div>
<div>> > > use the files which are in the jar file.</div>
<div>> > ></div>
<div>> > > Gerd</div>
<div>> > > ________________________________________</div>
<div>> > > Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von d.kwapisz <d.kwapisz@onet.eu></div>
<div>> > > Gesendet: Mittwoch, 31. Mai 2017 16:23:08</div>
<div>> > > An: Development list for mkgmap</div>
<div>> > > Betreff: Re: [mkgmap-dev] Problem with visibility object in Garmin img</div>
<div>> > ></div>
<div>> > > Hi Gerd,</div>
<div>> > ></div>
<div>> > > 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.</div>
<div>> > ></div>
<div>> > > I must more time to try.</div>
<div>> > ></div>
<div>> > > Best Regards</div>
<div>> > > Darek</div>
<div>> > ></div>
<div>> > ></div>
<div>> > ></div>
<div>> > ></div>
<div>> > ></div>
<div>> > > W dniu 2017-05-31 08:33:37 użytkownik Gerd Petermann <GPetermann_muenchen@hotmail.com> napisał:</div>
<div>> > > > Hi Dariusz,</div>
<div>> > > ></div>
<div>> > > > thanks for the feedback. You may also try to use a lower resolution for</div>
<div>> > > > leisure=nature_reserve [0x16 resolution 19]</div>
<div>> > > > if you are interested in them.</div>
<div>> > > ></div>
<div>> > > > To be honest, I don't understand why the default style processes water polygons</div>
<div>> > > > so late. I think the lines</div>
<div>> > > ></div>
<div>> > > > include 'inc/water_polygons';</div>
<div>> > > > include 'inc/landuse_polygons';</div>
<div>> > > ></div>
<div>> > > > should be moved instantly after the block</div>
<div>> > > ></div>
<div>> > > > historic=museum | historic=memorial [0x1e resolution 21]</div>
<div>> > > > historic=archaeological_site | historic=ruins [0x1e resolution 21]</div>
<div>> > > ></div>
<div>> > > > Does anybody see a reason for the current order ?</div>
<div>> > > ></div>
<div>> > > > Gerd</div>
<div>> > > > ________________________________________</div>
<div>> > > > Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von d.kwapisz <d.kwapisz@onet.eu></div>
<div>> > > > Gesendet: Dienstag, 30. Mai 2017 22:49:38</div>
<div>> > > > An: Development list for mkgmap</div>
<div>> > > > Betreff: Re: [mkgmap-dev] Problem with visibility object in Garmin img</div>
<div>> > > ></div>
<div>> > > > Hi Gerd,</div>
<div>> > > ></div>
<div>> > > > Really, I can see nature_reserve from zoom 800m. ThankYou (Sorry my fault).</div>
<div>> > > ></div>
<div>> > > > Tomorrow I tray change style for tourism=attraction and natural=water.</div>
<div>> > > ></div>
<div>> > > > Darek</div>
<div>> > > ></div>
<div>> > > ></div>
<div>> > > > W dniu 2017-05-30 15:01:20 użytkownik Gerd Petermann <GPetermann_muenchen@hotmail.com> napisał:</div>
<div>> > > > > Hi Dariusz,</div>
<div>> > > > ></div>
<div>> > > > > you should see the two leisure=nature_reserve polygons as green areas if you zoom in to 800m .</div>
<div>> > > > > The water polygon is also tagged as tourism=attraction and it seems that the default style</div>
<div>> > > > > renders this as 0x1f which is also a kind of park and therefore also rendered as green.</div>
<div>> > > > ></div>
<div>> > > > > Does that help?</div>
<div>> > > > ></div>
<div>> > > > > Gerd</div>
<div>> > > > ></div>
<div>> > > > > ________________________________________</div>
<div>> > > > > Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von d.kwapisz <d.kwapisz@onet.eu></div>
<div>> > > > > Gesendet: Dienstag, 30. Mai 2017 14:24:08</div>
<div>> > > > > An: mkgmap-dev@lists.mkgmap.org.uk</div>
<div>> > > > > Betreff: [mkgmap-dev] Problem with visibility object in Garmin img</div>
<div>> > > > ></div>
<div>> > > > > Hi,</div>
<div>> > > > ></div>
<div>> > > > > I've load from OSM rectangle</div>
<div>> > > > > bbox=24.061,35.2895,24.2976,35.4638</div>
<div>> > > > > using Overpass API export.</div>
<div>> > > > ></div>
<div>> > > > > (this is part of Greece > Crete)</div>
<div>> > > > ></div>
<div>> > > > > There are among other things 2 polygons nature_reserve (140514809 and 140515050) and polygon natural water (356673828).</div>
<div>> > > > ></div>
<div>> > > > > I use the newest mkgmap 3909 (Windows 10).</div>
<div>> > > > ></div>
<div>> > > > > After using mkgmap with option file:</div>
<div>> > > > ></div>
<div>> > > > > family-name=fam-name-kreta</div>
<div>> > > > > gmapsupp</div>
<div>> > > > > output-dir=D:\Dokumenty\OSM\ttt\</div>
<div>> > > > > description=descr-kreta</div>
<div>> > > > > unicode</div>
<div>> > > > > index</div>
<div>> > > > > route</div>
<div>> > > > > precomp-sea=C:\Users\Darek\Downloads\sea.zip</div>
<div>> > > > > generate-sea</div>
<div>> > > > > order-by-decreasing-area</div>
<div>> > > > > mapname: 63240001</div>
<div>> > > > > input-file: map.osm</div>
<div>> > > > ></div>
<div>> > > > ></div>
<div>> > > > > After generating gmapsupp.img and transferring to Orgeon 650 unfortunately I don't see neither polygons (140514809 and 140515050) nor polygon (356673828).</div>
<div>> > > > ></div>
<div>> > > > ></div>
<div>> > > > > What I do wrong?</div>
<div>> > > > ></div>
<div>> > > > > Best Regards</div>
<div>> > > > > Dariusz Kwapisz</div>
<div>> > > > > _______________________________________________</div>
<div>> > > > > mkgmap-dev mailing list</div>
<div>> > > > > mkgmap-dev@lists.mkgmap.org.uk</div>
<div>> > > > > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</div>
<div>> > > > ></div>
<div>> > > ></div>
<div>> > > ></div>
<div>> > > ></div>
<div>> > > > _______________________________________________</div>
<div>> > > > mkgmap-dev mailing list</div>
<div>> > > > mkgmap-dev@lists.mkgmap.org.uk</div>
<div>> > > > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</div>
<div>> > > ></div>
<div>> > ></div>
<div>> > ></div>
<div>> > ></div>
<div>> > > _______________________________________________</div>
<div>> > > mkgmap-dev mailing list</div>
<div>> > > mkgmap-dev@lists.mkgmap.org.uk</div>
<div>> > > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</div>
<div>> > ></div>
<div>> ></div>
<div>> ></div>
<div>> ></div>
<div>> > _______________________________________________</div>
<div>> > mkgmap-dev mailing list</div>
<div>> > mkgmap-dev@lists.mkgmap.org.uk</div>
<div>> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</div>
<div>> ></div>
<div>></div>
<div>></div>
<div>></div>
<div>> _______________________________________________</div>
<div>> mkgmap-dev mailing list</div>
<div>> mkgmap-dev@lists.mkgmap.org.uk</div>
<div>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</div>
<div>></div>
<div> </div>
<div> </div>
<div> </div>
<div>_______________________________________________</div>
<div>mkgmap-dev mailing list</div>
<div>mkgmap-dev@lists.mkgmap.org.uk</div>
<div>http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</div>
<div> </div>
<div> </div>
<div> </div>