Hi Gerd
In take your point - you wouldn't put spaces in front of place names ;
it seems more pleasing to the eye to have names of ,say, pubs detached
from the poi . I haven't investigated how it affects searches and
personally am not too concerned when it comes to amenities. In a typ
file you can put white spaces to the right of a poi with a single pixel
on the far right in another colour - not ideal
On 08/12/2019 08:49, Gerd Petermann wrote:
Hi Nick,
my understanding is that there should be absolutely no difference between 1 or
5 or 32 leading spaces with the unpatched version.
I did not try how leading spaces are treated when doing address search or POI
search with names. In my eyes it is a bad idea to add blanks,
I'd prefer to also remove leading and trailing blanks. I just don't know why
WanMil removed the corresponding code and I am too lazy to find out ;)
Gerd
________________________________________
Von: Pinns UK <o...@pinns.co.uk>
Gesendet: Sonntag, 8. Dezember 2019 09:17
An: Gerd Petermann; mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: AW: [mkgmap-dev] space before name
Hi Gerd
I'm sorry ; I have no idea what the code refers to but does seem a good
idea to have an option where the number of
spaces in front of a label are not halved/reduced.Like Enrico, I've had
to add about 32 spaces before I could notice any difference - this has
been resolved using the mkgmap you prepared for Enrico.
hth
Nick
On 08/12/2019 08:06, Gerd Petermann wrote:
Hi Nick,
please explain. I still don't fully understand the code in method
Label.squashSpaces(). It replaces sequences of so called white space characters
by a single blank.
A whitespace character "\s" is defined here:
https://docs.oracle.com/javase/8/docs/api/java/util/regex/Pattern.html
When you say "that would be an excellent idea" I wonder if I should better
remove the call of Label.squashSpaces() instead of adding a new option.
Gerd
________________________________________
Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Pinns UK
<o...@pinns.co.uk>
Gesendet: Sonntag, 8. Dezember 2019 08:55
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] space before name
Hi Gerd
I think this would be an excellent idea as surrounding icons with
transparent spaces in a TYP file does not do the trick - Garmin simply
ignores them .
Also, interestingly, Garmin (Basecamp) does not support chr$(9) (TABS) -
have tested this in a TYP file (it accepts chr$(10) )
r
Nick
On 08/12/2019 07:10, Gerd Petermann wrote:
Hi Enrico,
I think about adding a new undocumented option --x-keep-blanks
I have not yet understood why we replace duplicated blanks but not all leading
and trailing blanks.
This was changed in the mergeroads branch with r2827:
http://www.mkgmap.org.uk/websvn/comp.php?repname=mkgmap&compare[]=%2Fbranches%2Fmergeroads%2Fsrc%2Fuk%2Fme%2Fparabola@2817&compare[]=%2Fbranches%2Fmergeroads%2Fsrc%2Fuk%2Fme%2Fparabola@2827
Gerd
________________________________________
Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von demon_box
<e.rossini7...@gmail.com>
Gesendet: Sonntag, 8. Dezember 2019 07:23
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] space before name
Hi Gerd, the new releases of the mkgmap will have this feature embedded?
Thanks.
--enrico
--
Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html
_______________________________________________
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev