<div dir="ltr"><div>Hi again Gerd,</div><div><br></div><div> Regarding the change to the error message. Well,  yes, what you've done should help, however, the error in my case wasn't caused by an improper file specification but by a typo in a parameter. I think it would be really helpful to tell the user that the error was in a parameter as opposed to in a filespec. Then if the latter is the case, the error message would supply the offending filespec by name enclosed in quotes.</div><div><br></div><div>I am not clear what you are saying in the first paragraph in your latest reply. I'm looking for a way to make the required arrangement of the parameters and input files in the mkgmap invocation more prominent. I simply missed the one mention of it because it wasn't very obvious as it is, which is included in a paragraph about splitter. I realize you can't use bold text in the options file (which is a plain ASCII text file) but if it were set off in some way so it was more easily seen, that would help a lot.</div><div><br></div><div>You said, "Maybe mkgmap should warn once when such an option is not the same for all processed tiles?"</div><div><br></div><div>I'm unclear about this. Aren't all "tiles" processed in a run of mkgmap? I'm not using splitter. My maps are always limited to a small enough piece of my immediate area so I don't need splitter. When I'm traveling I download new pieces of the state or country as I move through it and compile new maps as I go. <br></div><div><br></div><div>Thanks for your effort. I really appreciate it.</div><div><br></div><div>Dave<br></div><div><br></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 4, 2020 at 12:10 PM Gerd Petermann <<a href="mailto:gpetermann_muenchen@hotmail.com">gpetermann_muenchen@hotmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Dave,<br>
<br>
I fear we can document whatever we want, this misunderstanding happens again and again. With the --style option it is very obvious and the user will find out. With<br>
other options like --link-pois-to-ways it might take longer as its effect is not so obvious.<br>
Maybe mkgmap should warn once when such an option is not the same for all processed tiles?<br>
<br>
I've changed the error message a little bit : Severe(Main): name: input file 'name' doesn't exist.<br>
Maybe it should be changed to "SEVERE (Main): name: input file 'name' doesn't exist. Was it meant as an option?" because the "filename" has no dot and thus no extension?<br>
<br>
Gerd<br>
<br>
________________________________________<br>
Von: Dave Swarthout <<a href="mailto:daveswarthout@gmail.com" target="_blank">daveswarthout@gmail.com</a>><br>
Gesendet: Donnerstag, 4. Juni 2020 01:11<br>
An: Gerd Petermann<br>
Cc: Development list for mkgmap<br>
Betreff: Re: [mkgmap-dev] Options file<br>
<br>
I agree that the bit about parm placement should not be repeated. I saw and read the text you provided but for some reason associated it more with splitter rather than mkgmap as a whole. It doesn't stand out very well the way it's written now. My bad.<br>
<br>
Also, I think it would be good if the filename in the error message was enclosed in quotes. Again, it might be obvious to you developers that "file name" is different than "filename" but it wasn't to me. If the message had said "SEVERE (Main): name: file "name" doesn't exist, it would have been so much more helpful.<br>
<br>
I'm all set now. Thanks very much, Gerd.<br>
<br>
Dave<br>
<br>
On Wed, Jun 3, 2020 at 10:24 PM Gerd Petermann <<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a><mailto:<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a>>> wrote:<br>
Hi Dave,<br>
<br>
See r4511.<br>
I don't know if it helps, command line parsing depends on the OS / used shell as well.<br>
On windows this change allows to use  --name-tag-list="name:de,name:en, name"<br>
<br>
Reg. your other question about the documentation of the importance of order in the options: This is documented and it is true for almost all options, so it makes no sense to repeat the hint for each option:<br>
"The order of the options is significant in that options only apply to<br>
subsequent input files. If you are using splitter, you probably will need to<br>
put most of your options before '-c template.args' (this file is generated by<br>
splitter). "<br>
<br>
Gerd<br>
<br>
________________________________________<br>
Von: Dave Swarthout <<a href="mailto:daveswarthout@gmail.com" target="_blank">daveswarthout@gmail.com</a><mailto:<a href="mailto:daveswarthout@gmail.com" target="_blank">daveswarthout@gmail.com</a>>><br>
Gesendet: Mittwoch, 3. Juni 2020 16:59<br>
An: Gerd Petermann<br>
Cc: Development list for mkgmap<br>
Betreff: Re: [mkgmap-dev] Options file<br>
<br>
OMG!  An extra space?<br>
<br>
Yep, that fixed it. Is there some way to make the processing of that parm string more robust?<br>
<br>
Thank you for your quick response.<br>
<br>
On Wed, Jun 3, 2020 at 6:01 PM Gerd Petermann <<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a><mailto:<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a>><mailto:<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a><mailto:<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a>>>> wrote:<br>
Hi Dave,<br>
<br>
I think there is a superflous space in the name-tag-list before name:<br>
name:en,loc_name:en,int_name,alt_name:en,short_name:en, name<br>
<br>
This means that mkgmap searches for an input file with the name 'name' and that also explains the error message.<br>
<br>
Gerd<br>
<br>
________________________________________<br>
Von: mkgmap-dev <<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a>><mailto:<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a>>>> im Auftrag von Dave Swarthout <<a href="mailto:daveswarthout@gmail.com" target="_blank">daveswarthout@gmail.com</a><mailto:<a href="mailto:daveswarthout@gmail.com" target="_blank">daveswarthout@gmail.com</a>><mailto:<a href="mailto:daveswarthout@gmail.com" target="_blank">daveswarthout@gmail.com</a><mailto:<a href="mailto:daveswarthout@gmail.com" target="_blank">daveswarthout@gmail.com</a>>>><br>
Gesendet: Mittwoch, 3. Juni 2020 12:33<br>
An: Development list for mkgmap<br>
Betreff: [mkgmap-dev] Options file<br>
<br>
This is a two-part question.<br>
Firstly:<br>
I have been trying to change my compilation method to use a config file but am having problems. During my experimentations I managed to insert the style file directive "--style-file=directory|zip-filename|url" _after_ the filespec for the OSM data file. My map compiled without errors but was not using my styles. I was very confused because it had always worked before. It took me 20 or 30 minutes to discover that I had accidentally "misplaced" my style file parameter in the mkgmp parameter list. Once I moved it in front of the filespecs for my OSM data file and custom TYP file, all was well again.<br>
<br>
I am assuming that the "options" file included with every mkgmap download is the primary help file for running mkgmap. So I guess I'm asking if someone would please add a sentence to the options file where the use _and placement_ of the style file parameter is explained more completely. The way it is now, one cannot know that the placement of that parameter is important. Apparently,  the placement of ALL parameters must come before any filespecs in the mkgmap invocation but that important fact isn't obvious (at least to me) from reading the options help file.<br>
<br>
A line saying "the style file parameter must appear before any references to a file specification for input data or custom TYP file." inserted just after the "=== Style options ===" section divider would be very helpful<br>
<br>
Or perhaps a line at the very top of the options file saying "Note: all options specified herein must appear on the mkgmap invocation before any reference to an OSM input file or a custom TYP file."<br>
<br>
*******************************************<br>
Secondly:<br>
<br>
The problem I'm having with using a configuration file might be related to file specifications, but I'm not sure. My first try used the filespecs in quotes as they appear in my parm specification. That didn't work. When I compile a map using the scenario below, mkgmap produces an error saying "SEVERE (Main): name: file name doesn't exist" but does not supply a filename. Not very helpful.<br>
<br>
Here is my mkgmap invocation string and the configuration file I'm trying to employ:<br>
<br>
java -Xmx4000m -jar mkgmap.jar  -c DJS.cfg --family-id=18028 --name-tag-list=name:en,loc_name:en,int_name,alt_name:en,short_name:en, name --description="Lanna" --country-name=THAILAND --country-abbr=THA "C:\Users\alask\Downloads\Maps\Lanna.osm" "C:\Users\alask\Dropbox\Mapping\24983djs.TYP"<br>
<br>
And the config file: DJS.cfg follows:<br>
<br>
gmapsupp<br>
route<br>
index<br>
bounds=C:\Users\alask\Downloads\Maps\bounds.zip<br>
precomp-sea=C:\Users\alask\Downloads\Maps\sea.zip<br>
generate-sea=land-tag=natural=background<br>
location-autofill=is_in,nearest<br>
housenumbers<br>
max-jobs<br>
drive-on=detect<br>
add-pois-to-areas<br>
link-pois-to-ways<br>
process-destination<br>
process-exits<br>
code-page=1252<br>
check-routing-island-len=700<br>
remove-ovm-work-files<br>
#road-name-config=mkgmap-rel/examples/roadNameConfig.txt<br>
split-name-index<br>
make-opposite-cycleways<br>
order-by-decreasing-area<br>
style-file=C:\Users\alask\Dropbox\Mapping\DJS_styles<br>
<br>
I'm sure you experts will easily see what I'm doing wrong. Thanks in advance.<br>
<br>
Cheers,<br>
<br>
Dave<br>
<br>
--<br>
Dave Swarthout<br>
Homer, Alaska<br>
Chiang Mai, Thailand<br>
Travel Blog at <a href="http://dswarthout.blogspot.com" rel="noreferrer" target="_blank">http://dswarthout.blogspot.com</a><br>
<br>
<br>
--<br>
Dave Swarthout<br>
Homer, Alaska<br>
Chiang Mai, Thailand<br>
Travel Blog at <a href="http://dswarthout.blogspot.com" rel="noreferrer" target="_blank">http://dswarthout.blogspot.com</a><br>
<br>
<br>
--<br>
Dave Swarthout<br>
Homer, Alaska<br>
Chiang Mai, Thailand<br>
Travel Blog at <a href="http://dswarthout.blogspot.com" rel="noreferrer" target="_blank">http://dswarthout.blogspot.com</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Dave Swarthout<br>Homer, Alaska<br>Chiang Mai, Thailand<br>Travel Blog at <a href="http://dswarthout.blogspot.com" target="_blank">http://dswarthout.blogspot.com</a></div></div>