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

Thu Jun 1 20:31:36 BST 2017

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 <GPetermann_muenchen at hotmail.com> 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 <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von d.kwapisz <d.kwapisz at onet.eu>
> 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 <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
> >
>
>
>
> _______________________________________________
> 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/c35db0a6/attachment-0001.html>