[mkgmap-dev] Some questions about POI's addresses

Fri Mar 27 00:35:27 GMT 2009

Bernhard Heibler escribió:
> Hi Carlos,
>
> first of all thanks for testing. Sorry I didn't found time to answer
> your questions earlier.
>> *First I've noticed is that pois having is_in:region tag don't show
>> region in nuvi. If region is taken from is_in rather that is_in:region
>> it's a problem for countries like Spain, where information in this tag
>> is completely erratic, i.e. you can find city, region, country,
>> continent values in any order, some of them missing, separated by , or
>> by ; etc. This way I can't find a way to set the region with
>> regionOffset parameter in LocatorConfig.xml   
> You are right that the is_in tagging is not very reliable in most
> countries. I did the best to get reasonable results but on the long
> term the only solution is to fix the tags.
I have opened a thread in talk-es list to try to standardize this tags,
so it can be processed not only by mkgmap but by any other program.
Information as is now is useless.
> Right now mkgmap supports the following formats:
>
>   County, State, Country, Continent
>   County, State, Country
>   Continent, Country, State, County, ...
>
> To make it working mkgmap needs to know the valid country keywords.
> This could be configured in LocatorConfig.xml. I have attached a
> version that contains entries for Spain.
I attach a diff  with the LocatorConfig.xml I'm using (quite similar to
yours). Could it be submitted to trunk?
>
> Additionally I check for the following individual tags:
>
> City -> addr:city
> Zip  -> addr:postcode
> Street -> addr:street
> House Number -> addr:housenumber      Phone -> phone     Country ->
> is_in:country or addr:country
> Region -> is_in:county
>       So I think you might want to use the is_in:county tag for your
> purposes. I support this tag since it existed in UK. I don't think
> that is_in:region is a wide used tag. Right now this stuff is hard
> coded in the method elementSetup of StyledConverter.java. I know that
> is not nice and should be part of a configuration file.
>> *About poiDispFlag in LocatorConfig.xml: -> Address display format:
>> Default is 0 - How does it display?
>>   
> The default 0 is US style I guess.
>
> 1252 MainStreet
> New York 12544
>
> I think UK uses the same notation ? Should we change the default ?
>
> I use 0xc which fits for Germany:
>
> Hauptstrasse 13
> 1000 Berlin
>> *If I use template.args generated by splitter as -c argument for mkgmap,
>> all pois (except road_name_pois) are duplicated; for those without
>> address information in osm data one of the pois have "Fix my address"
>> and city added and the other one not.
>> This is my mkgmap command: java -Xmx500m -enableassertions -jar
>> mkgmap.jar -c template.args --route --latin1 --code-page=1252
>> --description="OpenStreetMap-Iberia" --gmapsupp --country-name=ESPAÑA
>> --country-abbr=ESP --name-tag-list=ref,name --family-name="Open Street
>> Map" --family-id=14 --product-id=314 --net --road-name-pois
>> --ignore-osm-bounds --preserve-element-order --add-pois-to-areas
>> --location-autofill=1 6*.osm.gz
>>   
> I think I see your problem. You have used the -c option and added the
> splitted osm files with 6*.osm.gz. I think the template.args already
> contains the files. I checked it and in GPSMapEdit it looks like
> everything (including lines and polygons) is duplicated in this map.
> If you remove the 6*.osm.gz option your img file should get also much
> smaller. For some reason you have to move the -c option to the end of
> your arguments. It looks like otherwise all other parameters are
> ignored. I have attached my creation script.
I'll try it and comment. Thanks for your comments and files.
Carlos
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: diff
Url: http://lists.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20090327/28d04c7f/attachment.pl