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

Wed Apr 12 17:22:58 BST 2017

Hi Gerd

Yes, was thinking of a substitution filter (like highway-symbol), but
wondering where to put all the prefix/suffix rules, so that the style
would be general.

Although it is more of a language issue than country, mkgmap, with
bounds.zip, has an admin tag for the country. But, for simple
implementation, could just get fixed set of prefix/suffix from a
command line arg or file.

Ticker

On Wed, 2017-04-12 at 13:21 +0000, Gerd Petermann wrote:
> Hi Tcker,
> 
> do you think of something similar to the highway-symbol filter ?
> 
> coutry specific information is kept in resources\LocatorConfig.xml .
> I don't think that this is the right place for this configuration. I
> think it is more about language than
> country borders.
> 
> And yes, there are special cases. I assume we have to make sure that
> there is at least one word between 0x1e and 0x1f.
> 
> Gerd
> ________________________________________
> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <rwb-mkgmap at jagit.co.uk>
> Gesendet: Mittwoch, 12. April 2017 13:12:41
> An: mkgmap-dev at lists.mkgmap.org.uk
> Betreff: Re: [mkgmap-dev] How can we use prefix/suffix feature in
> road names?
> 
> Hi
> 
> A few thoughts on this:
> 
> Should it be a style invoked function.
> 
> Can the prefixes and suffixes be country defined and selected by,
> say,
> admin boundary. Is there already a place where mkgmap has country
> dependent info (like drive-on=)?
> 
> I used to live on "Avenue Road" - slight care needs to be taken on
> how
> it is implemented for these strange cases
> 
> Ticker
> 
> 
> On Wed, 2017-04-12 at 10:13 +0000, Gerd Petermann wrote:
> > Hi all,
> > 
> > recently I learned about this feature which is already partly
> > implemented in mkgmap, but not easy to use with OSM data.
> > See
> > http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2017q2/026602.html
> > There is at least one visible effect of these 0x1e and 0x1f
> > characters: When you zoom out MapSource removes the prefix / suffix
> > part(s) from
> > the name. So "Rue de la Concorde" is displayed as "Concorde" which
> > requires less space and probably allows to display more names.
> > If I got that right the prefixes and suffixes are also excluded
> > from
> > the index by mkgmap, but that might not yet work.
> > 
> > My understanding is that we need a way to change the a road label
> > "Rue de la Concorde"
> > to "Rue de la" + 0x1e +"Concorde" or "Fernrodder Strasse" to
> > "Fernrodder" + 0x1f + "Strasse".
> > 
> > Does anybody already use that feature in style rules?
> > 
> > I can think of several ways to implement that.
> > 1) A collection of style rules for well known prefixes and
> > suffixes.
> > I fear those would be quite complex.
> > 
> > 2) A new option file listing prefixes and suffixes and some Java
> > code
> > to modify all road labels. Format of the file might be
> > prefix=Rue de la
> > prefix=Rue du
> > prefix=Rue de
> > prefix=Rue
> > prefix=Rua
> > prefix=Chemin de la
> > prefix=Chemin du
> > prefix=Chemin de
> > prefix=Chemin
> > ...
> > suffix=Road
> > suffix=Steet
> > suffix=Strasse
> > suffix=Weg
> > ...
> > 
> > I assume it is possible to compile a single regular expression from
> > this, so performance should not be a problem.
> > 
> > Gerd
> > 
> > _______________________________________________
> > 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
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev