Re: [mkgmap-dev] Anyone verify that Exit info and Destination info still works in mkgmap r3669?

2016-03-03 Thread greg crago
I should have tested using the DEFAULT STYLE, the exit and destination strings look correct using the DEFAULT STYLE. Greg On Thu, Mar 3, 2016 at 12:26 AM, Gerd Petermann < gpetermann_muenc...@hotmail.com> wrote: > Hi Greg, > > > I don't think that r3669 introduced the problem. You can check

Re: [mkgmap-dev] Question about using different ROAD CLASS's andROAD SPEED's for one linetype.

2016-03-03 Thread greg crago
Walter, I also have setup non-routable linetypes for roundabouts to show different road types all on top of an INVISIBLE roundabout routable linetype 0x0c. Gerd says I should leave 0x0c and 0x08 and 0x09 alone because the GPS expects these *_links and roundabouts to use these specific layers.

Re: [mkgmap-dev] problem with splitter and bounding polygon

2016-03-03 Thread Gerd Petermann
Hi Andrzej, okay, I understand. If you can reproducde it with the large file I'd still like to check that. Gerd Von: mkgmap-dev-boun...@lists.mkgmap.org.uk im Auftrag von Andrzej Popowski

Re: [mkgmap-dev] problem with splitter and bounding polygon

2016-03-03 Thread Andrzej Popowski
Hi Gerd, I can't repeat the problem on smaller extracts. The problem is not so important, I would leave it for now, unless it reappear on easier to track dataset. -- Best regards, Andrzej ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk

Re: [mkgmap-dev] Question about using different ROAD CLASS's andROAD SPEED's for one linetype.

2016-03-03 Thread Walter Schlögl
Hi Greg, why do you want to “free” some routeable line types? If it is just for different display options, you can do another trick. I am using 0x0c as an invisible line type just for routing purpose, and non-routeable overlay linetypes to display roundabouts how they should look like.

Re: [mkgmap-dev] Splitter: Assertion on very large node id

2016-03-03 Thread Gerd Petermann
The previous file version contained a lot of such nonsense data. Hope the rest is okay... Gerd Von: mkgmap-dev-boun...@lists.mkgmap.org.uk im Auftrag von Minko Gesendet: Donnerstag, 3.

Re: [mkgmap-dev] Splitter: Assertion on very large node id

2016-03-03 Thread Minko
Problem is corrupt data in the Vlaanderen set: lon min: 2.3066895 lon max: 200.000 lat min: -120.4967296 lat max: 103.000 I have fixed it with osmconvert (bbox around Belgium) https://github.com/ligfietser/mkgmap-style-sheets/commit/bd945183cdfc704d0ff6dc8190e463f31b9ee0ce

Re: [mkgmap-dev] Splitter: Assertion on very large node id

2016-03-03 Thread Gerd Petermann
Hi Lambertus, good to know. I still think that I should change the code to improve the handling of wrong data. As you pointed out, the status messages are misseading, on expects that the last message before a stack trace is somehow related to the problem, but it wasn't here. Gerd

Re: [mkgmap-dev] Splitter: Assertion on very large node id

2016-03-03 Thread Lambertus
Thanks, Gerd, for looking into this. The problem is now nailed down to one of the other address files that are merged with the planet file. So there is currently no need to change Splitter's code. On 02/03/2016 07:09, Gerd Petermann wrote: Hi Lambertus, maybe the problem is related to the