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