logo separator

[mkgmap-dev] space before name

From Gerd Petermann gpetermann_muenchen at hotmail.com on Sun Dec 8 08:49:10 GMT 2019

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 <osm at pinns.co.uk>
Gesendet: Sonntag, 8. Dezember 2019 09:17
An: Gerd Petermann; mkgmap-dev at 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-bounces at lists.mkgmap.org.uk> im Auftrag von Pinns UK <osm at pinns.co.uk>
> Gesendet: Sonntag, 8. Dezember 2019 08:55
> An: mkgmap-dev at 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 at 2817&compare[]=%2Fbranches%2Fmergeroads%2Fsrc%2Fuk%2Fme%2Fparabola at 2827
>>
>> Gerd
>>
>> ________________________________________
>> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von demon_box <e.rossini7305 at gmail.com>
>> Gesendet: Sonntag, 8. Dezember 2019 07:23
>> An: mkgmap-dev at 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 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


More information about the mkgmap-dev mailing list