
Hi Andrzej, the list of prefixes for latin based languages is long, with lots of redundancy, I think we'll see +100 each for french, spanish, italian etc. . Can you explain how the country specific name-list option should work? At the moment, the global option name-list is used to set the name tag for relations, ways and nodes. and - if bounds option is used - the LocationHook - hopefully - sets tag mkgmap:admin_level2 tag for ways and nodes so that rules in lines, polygons and points can evaluate it. If I got you right you think that mkgmap should try to set the name tag after evaluating mkgmap:admin_level2 and before the style rules are evaluated ? By the way : I am not sure if a --name-tag-list option which doesn't start with name is a good idea when it comes to house numbers. Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Andrzej Popowski <popej@poczta.onet.pl> Gesendet: Samstag, 15. April 2017 12:15:56 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] How can we use prefix/suffix feature in road names? Hi Gerd, let's add more declaration to option file in style. This could be a block of option for a country and for a language. Each country block would contain command line options and additional declarations valid only for this country. Language block would be a kind of include, merged to country declaration, when "use-language" is applied. For example: country=CAN { name-tag-list=name:en,name:fr,name drive-on=right use-language=en,fr } language=en { x-mdr7-suffix=street,road,way } language=fr { x-mdr7-prefix=avenue,chemin,rue } If options are duplicated, mkgmap should use first command line options, then style and last LocatorConfig. Some options can't be processed as per country value. I think these option could be ignored in country block with a warning only. This would make a style a bit independent of mkgmap version. -- Best regards, Andrzej _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev