[mkgmap-dev] How can we use prefix/suffix feature in road names?

Tue Apr 18 13:38:36 BST 2017

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 at lists.mkgmap.org.uk> im Auftrag von Andrzej Popowski <popej at poczta.onet.pl>
Gesendet: Samstag, 15. April 2017 12:15:56
An: mkgmap-dev at 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 at lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev