Hi all,
I also don't like the current results for roads with a name and a ref. For the
mentioned rule we get two labels
Label 1 :"13/14 Hauptstrasse" (with highway shield box)
Label 2 : "Hauptstrasse (13;14)"
If --housenumbers is used, we may see a third label if there are numbers:
Label 3 : "Hauptstrasse"
If I got that right the highway shield code only makes sense on label 1 and we
have Java code in Subdivision.createLine()
which seems to make sure that we don't add duplicate ref labels if they only
differ by the highway shield code.
So I came up with the attached patch for the default style.
Please comment!
Gerd
Von: mkgmap-dev im Auftrag von Steve
Ratcliffe
Gesendet: Sonntag, 9. April 2017 11:23:38
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] Possible problem with global search index since r3875
Hi
> The rule that produces the label "13/14 Hauptstrasse" (start is highway
> shield code) is this:
> highway=primary {name '${ref|highway-symbol:box} ${name}' |
> '${ref|highway-symbol:box}' | '${name}'; addlabel '${name} (${ref})' }
This may be unpopular but we should stop doing this. This was needed
before we could have multiple labels, but that was a long time ago.
The Garmin way to do this is that the name is the first label, then
any refs or alternate names.
So this case would ideally be represented as:
Label 1: Hauptstrasse
Label 2: 13
Label 3: 14
..Steve
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
refs.patch
Description: refs.patch
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev