
Hi all, forgot to mention that I've updated the wiki. Please check http://wiki.openstreetmap.org/wiki/Mkgmap/dev/option-review I plan to remove support for --coastlinefile --road-name-pois --ignore-builtin-relations first. I want to remove the code and print a warning when the option is used like "option --coastlinefile is ignored, use --precomp-sea instead" or "option --road-name-pois is ignored" when there is no replacement for the function. Gerd From: gpetermann_muenchen@hotmail.com To: mkgmap-dev@lists.mkgmap.org.uk Date: Tue, 7 Apr 2015 09:38:12 +0200 Subject: Re: [mkgmap-dev] Options Hi Steve, okay, I'll try to update the wiki first. Can't believe that it is already more than two years old :-O Gerd
Date: Sun, 5 Apr 2015 20:59:58 +0100 From: steve@parabola.me.uk To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] Options
Hi Gerd
I'd like to change some defaults.
My understanding so far is that most people want a routable map with address search and housenumber search.
So, I think the following options should be on by default: --route --net --index --housenumbers --x-split-name-index --link-pois-to-ways --drive-on=detect
Yes, there was a discussion some time ago where we agreed to change many things. The document at : http://wiki.openstreetmap.org/wiki/Mkgmap/dev/option-review is not up to date with that discussion but just go ahead and do anything that you still agree with on that list.
(I can't log in to the wiki at the moment, but --lower-case is more useful now since modern devices support it, --net is OK to keep if it works and for some of the options that I was unsure of why they were needed, people told me that they were useful etc.)
@Steve: I tried to implement this but found that some unit tests fail, e.g. TdbTest fails when I just add --net to the default options. Can you have a look at this, please?
OK I will take a look.
But does it work? I thought there was a problem that was difficult to fix for the same reason that you alluded to in another post today in that some decisions are made in the wrong place. But that was a long time ago, perhaps things are better now.
..Steve _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev