[mkgmap-dev] Is there a mkgmap option to replace Areas with Pois? using -add-pois-to-areas but duplicating NAME

2017-05-17 Thread greg crago
I am trying to display Custom Symbols for Fast Food stores: example https://www.openstreetmap.org/edit#map=20/42.19977/-83.70034 Using -add-pois-to-areas and also using EXTENDED LABELS=NOLABEL, but I can still see a label on my GPS overtop of my Custom Symbol. Used GPSMapEdit and I can see

Re: [mkgmap-dev] please test r3942

2017-05-17 Thread Steve Sgalowski
on my Garmin Montanna 680 T . so far all is good . the only thing i Had probs with is with routing and it's distance routing and distance between the preferred route and the route you are on . if the preferred road is 100 meters or so away from the road you are on , it does not re calculate

Re: [mkgmap-dev] test map

2017-05-17 Thread osm
I mean gpsmap64 On 17/05/2017 15:03, osm@pinns wrote: Hi tested this on gmapsup64 with latest firmware producing same results as Oregon 600 r Nick On 17/05/2017 09:56, Gerd Petermann wrote: Hi all, I've uploaded a small test map that shows the problem on my Oregon 600 with firmware

Re: [mkgmap-dev] test map

2017-05-17 Thread osm
Hi tested this on gmapsup64 with latest firmware producing same results as Oregon 600 r Nick On 17/05/2017 09:56, Gerd Petermann wrote: Hi all, I've uploaded a small test map that shows the problem on my Oregon 600 with firmware 5.00: http://files.mkgmap.org.uk/download/353/gmapsupp.img

Re: [mkgmap-dev] test map

2017-05-17 Thread Ticker Berkin
Hi Tested this on Etrex Legend HCx (software 3.2) On Wed, 2017-05-17 at 08:56 +, Gerd Petermann wrote: > Hi all, > > I've uploaded a small test map that shows the problem on my Oregon > 600 with firmware 5.00: > http://files.mkgmap.org.uk/download/353/gmapsupp.img > > Please test what your

Re: [mkgmap-dev] please test r3942

2017-05-17 Thread Gerd Petermann
Hi Andrzej, in MDR many tables start at 1 instead of 0. I assume 0 is reserved for "no data". The code is based on the reports and checks made with the display tool against original Garmin maps and the gmapsupp.img created with MapSource. When I change the code as you suggest MapSource will

Re: [mkgmap-dev] please test r3942

2017-05-17 Thread Gerd Petermann
Hi Andrzej, svn can be missleading. When you use svn update in trunk it will say svn update Updating '.': At revision 3942. Better use svn info to see something like this: Working Copy Root Path: D:\mkgmap-tr URL: https://svn.mkgmap.org.uk/svn/mkgmap/trunk Relative URL: ^/trunk Repository Root:

Re: [mkgmap-dev] please test r3942

2017-05-17 Thread Andrzej Popowski
Hi Gerd, my bad, I thought that if I looked at the same release number, then I had the same code. I have compiled map with r3942 from download page, I hope that it is the same as you posted in this thread. Will test some more. -- Best regards, Andrzej

Re: [mkgmap-dev] please test r3942

2017-05-17 Thread Gerd Petermann
Hi Andrzej, this is code in trunk (r3909), r3942 is in the optimize-index branch. Gerd Von: mkgmap-dev im Auftrag von Andrzej Popowski Gesendet: Mittwoch, 17. Mai 2017 12:04:19 An:

Re: [mkgmap-dev] please test r3942

2017-05-17 Thread Andrzej Popowski
Hi Gerd, I see this method used in Mdr7.java, line 188. Isn't it just the code to make full name included in sorting by partial name? -- Best regards, Andrzej ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk

Re: [mkgmap-dev] test map

2017-05-17 Thread Thorsten Kukuk
On Wed, May 17, Gerd Petermann wrote: > Hi all, > > I've uploaded a small test map that shows the problem on my Oregon 600 with > firmware 5.00: > http://files.mkgmap.org.uk/download/353/gmapsupp.img > > Please test what your device shows when you search for > a) all roads in city

Re: [mkgmap-dev] please test r3942

2017-05-17 Thread Gerd Petermann
Hi Andrzej, the method is not used in the current code. Gerd Von: mkgmap-dev im Auftrag von Andrzej Popowski Gesendet: Mittwoch, 17. Mai 2017 11:07:32 An: mkgmap-dev@lists.mkgmap.org.uk

Re: [mkgmap-dev] please test r3942

2017-05-17 Thread Andrzej Popowski
Hi Gerd, > list in MDR7 sorted by partial name + full name I'm looking at this code. I have doubts about function getInitialPart(), shouldn't it accommodate for prefix length? Like return name.substring((prefixOffset & 0xff), (nameOffset & 0xff) + (prefixOffset & 0xff)); -- Best regards,

[mkgmap-dev] test map

2017-05-17 Thread Gerd Petermann
Hi all, I've uploaded a small test map that shows the problem on my Oregon 600 with firmware 5.00: http://files.mkgmap.org.uk/download/353/gmapsupp.img Please test what your device shows when you search for a) all roads in city "Albertslund Kommune". On my Oregon the list contains many

Re: [mkgmap-dev] please test r3942

2017-05-17 Thread Gerd Petermann
Hi Andrzej, yes, MapSource lists the entries in the order in which they appear in the index. With r3942 mkgmap sorts by partial name + full name, and the order is probably essential. The PC index contains a list of the (full) road names (MDR15) and a list in MDR7 sorted by partial name + full

Re: [mkgmap-dev] please test r3942

2017-05-17 Thread Andrzej Popowski
Hi Gerd, I use my own style, --code-page=1250 (it is for Polish) and --x-split-name-index. If problem is about srt file for cp1252, then probably my test is not good. I have started compilation of Europe map with cp1252 but it will take some time. > MapSource and Basecamp list the entries

Re: [mkgmap-dev] please test r3942

2017-05-17 Thread Gerd Petermann
Hi Andrzej, I can reproduce the search problems with your poland map from 2016, but not with one created with the default style and r3942. The only problem that I see is that MapSource and Basecamp list the entries in a rather strange order, see attached picture. We think we know a solution for