logo separator

[mkgmap-dev] space before name

From Gerd Petermann gpetermann_muenchen at hotmail.com on Sun Dec 8 09:45:54 GMT 2019

Hi Nick,

the option --x-keep-blanks is not limited to POI names, it is about any value label given with mkgmap:label:1 .. mkgmap:label:4.
I have no idea what problems you and Enrico are trying to solve, but a solution in the TYP file is probably much better.

Gerd

________________________________________
Von: Pinns UK <osm at pinns.co.uk>
Gesendet: Sonntag, 8. Dezember 2019 10:32
An: Gerd Petermann; mkgmap-dev at lists.mkgmap.org.uk
Betreff: Re: AW: AW: [mkgmap-dev] space before name

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 <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