
Hi Gerd Enrico asked me for a way to ensure labels are not physically attached to a poi when viewed in Mapsource or Basecamp. Aesthetically it seems not to conform to the way labels are shown on most maps -' ICON label' rather than 'ICONlabel' r Nick On 08/12/2019 09:45, Gerd Petermann wrote:
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@pinns.co.uk> Gesendet: Sonntag, 8. Dezember 2019 10:32 An: Gerd Petermann; mkgmap-dev@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@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-bounces@lists.mkgmap.org.uk> im Auftrag von Pinns UK <osm@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-bounces@lists.mkgmap.org.uk> im Auftrag von demon_box <e.rossini7305@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