[mkgmap-dev] Province names
From Nils Leandersson nils.leandersson at googlemail.com on Mon Jun 25 15:03:05 BST 2012
I got it to work. I added the name tag list option to my mkgmap call (--location-autofill=bounds --name-tag-list=int_name,name:en,name) in addition to the name tag list in the style sheet options file. Theory: It appears that the name tag list in the options style sheet has no influence on the POI's addresses calculated from preprocessed boundaries. ----- Original Message ----- From: Nils Leandersson To: Development list for mkgmap Sent: Monday, June 25, 2012 5:59 PM Subject: Re: [mkgmap-dev] Province names Thanks. I am referring to the province name added to all POI's address information so neither 1 or 2. Hopefully this screen shot from my Zumo explains it better: This is the listing I get when browsing cities. The three first ones are okay because they are located within provinces that have English names in the 'name' tag in the relation outlining the province. The last, Bangkok (city), is within Bangkok province. The relation for Bangkok province is properly tagged with "กรุงเทพมหานคร" in it's 'name' tag and "Bangkok" in it's 'name:en' tag. As you can see, the 'name:en' is not used but rather Thai script "Latinized". Bangkok's relation: http://ra.osmsurround.org/analyzeRelation?relationId=92277&_noCache=on# Samut Sakhon's relation: http://ra.osmsurround.org/analyzeRelation?relationId=1908816&_noCache=on# ----- Original Message ----- From: "WanMil" <wmgcnfg at web.de> To: <garvan.okeeffe.esssuap at moeys.gov.kh>; "Development list for mkgmap" <mkgmap-dev at lists.mkgmap.org.uk> Sent: Monday, June 25, 2012 4:07 PM Subject: Re: [mkgmap-dev] Province names > Nils, > > after reading Garvans comment I wonder if I understood your problem > correctly. > > What do you mean that the province name uses that name tag instead of > name:en? > 1. All POIs within the province use the name tag for the province name? > 2. Only the boundary itself is displayed with the name tag instead of > name:en? > 3. both 1. and 2. > > If the answer is 1, then I have to try to reproduce the problem. Garvans > comment should not be relvant to 1. > > If the answer is 2, please follow Garvans hints. > > WanMil > >> About a year ago I reported that the name tag list was not working the >> way I expected. I think it was not applied to relations, but I made some >> modifications to my style file to work around the issue. I am not sure >> if this is related to the problems you are having now, but I looked up >> the old thread for you to check out. This is the reply to my observations. >> >> http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2010q4/009593.html >> >> Best regards, >> >> Garvan >> >> >> On 24-Jun-12 13:49, Nils Leandersson wrote: >>> <snip> >>> >>> The final result is the same, the "name" tag is used rather than the >>> "name:en" tag. >>> >>> Can anyone confirm they can use any other name tag than the default 'name', >>> and if so, what options was used for osmosis and mkgamp? >>> >>> >>> >> >> _______________________________________________ >> 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://lists.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20120625/a6b061d4/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/bmp Size: 391734 bytes Desc: not available Url : http://lists.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20120625/a6b061d4/attachment.bmp
- Previous message: [mkgmap-dev] Commit: r2309: Reverse the header change that was made in the dev-index branch.
- Next message: [mkgmap-dev] WARNING: input files have differing sort orders
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list