Hi I would insert 5 space carachters but I don't know how. This work: name=* {name 'xxxxx${name}'} but this dont't work: name=* {name ' ${name}'} How can I make this? thanks --enrico -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html
Hi Enrico, mkgmap replaces duplicated blanks (' ') by a single one, so only one leading blank is written to the img file. Attached patch changes this so that duplicated blanks are not removed. I was surprised that leading and trailing blanks are not completely removed, probably because this is already done when the data is read from the input file. I assume this is related to your other post regarding positioning of POI labels. This is done by the Garmin software, so I suggest to ask Garmin if there is a way to influence that. No idea how leading blanks are treated when you search for objects, you may play with this, but I am sure it makes no sense. Compiled binary is here: http://files.mkgmap.org.uk/detail/457 Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von demon_box <e.rossini7305@gmail.com> Gesendet: Mittwoch, 4. Dezember 2019 21:43 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: [mkgmap-dev] space before name Hi I would insert 5 space carachters but I don't know how. This work: name=* {name 'xxxxx${name}'} but this dont't work: name=* {name ' ${name}'} How can I make this? 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
Hi Gerd, thanks for your answer. Now what I have to do with you patch attached? Thanks. --enrico -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html
Hi Enrico, If you like you can improve the patch. If you just want to try the effect use the mkgmap.jar provided with the link. Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von demon_box <e.rossini7305@gmail.com> Gesendet: Freitag, 6. Dezember 2019 11:11 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] space before name Hi Gerd, thanks for your answer. Now what I have to do with you patch attached? 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
Hi Gerd, the already compiled version of mkgmap that you provided works perfectly but I ask you this behavior will be there also in the next releases? Many thanks. --enrico -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html
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
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
Hi Gerd, oh yes a new option *--x-keep-blanks* would be perfect! Please let me know if you'll do this. Thanks very very much. --enrico -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html
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
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
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
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
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
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
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
participants (3)
-
demon_box -
Gerd Petermann -
Pinns UK