Re: [mkgmap-dev] Putting the DP code under the microscope

> Hi Johann, > > it is actually not what it seems to be. The douglasPeucker function is > called recursively. If the condition (maxDistance < allowedError) is > fulfilled, the current part of the way can be reduced to a line (in > case start- and endpoint are different points) or a point (in

Re: [mkgmap-dev] Commit: r1101: Further work on loop splitting code.

Hi, I get a lot of the same errors with the latest r1102: For example: 2009/07/25 09:07:47 SCHWERWIEGEND (RoadNetwork): Road Willishausener Straße (OSM id 24346402) contains zero length arc 2009/07/25 09:07:47 SCHWERWIEGEND (RoadNetwork): Road null (OSM id 32230489) contains zero length arc 20

[mkgmap-dev] trying to pin down missing tooltips

Hello List, I'm still trying to pin down the "missing tooltips/blanking map" issue. Here's what I managed to find so far. But now I'm sort of stuck. I have a map that has the problem. Decreasing or increasing the map boundaries would lose the problem. So instead I tried to find out if there is ce

Re: [mkgmap-dev] Putting the DP code under the microscope

Hi Johann, Am 25.07.2009 um 10:54 schrieb Johann Gail: > A further development would be, to consider only nodes which are > visible > crossings at the current zoom level. I.e. if a residential connects > to a > big road and the residential is not visible at the current zoom level, > then it i

Re: [mkgmap-dev] Putting the DP code under the microscope

Yeah, merging roads if possible would be great. Even more important would however be smoothing of curves. i.e. make serpentine corners on mountain streets more smooth, because otherwise if there is a say 160° corner, it will add a big time penalty, which in a car is more or less correct, but on a b

Re: [mkgmap-dev] Putting the DP code under the microscope

Hi Felix, Am 25.07.2009 um 13:05 schrieb Felix Hartmann: > Yeah, merging roads if possible would be great. Even more important > would however be smoothing of curves. i.e. make serpentine corners on > mountain streets more smooth, because otherwise if there is a say 160° > corner, it will add a b

Re: [mkgmap-dev] Putting the DP code under the microscope

Thilo Hannemann schrieb: Here is another approach to the "lost last point". The Douglas Peucker filter is improved so that it can deal with identical start- and endpoints. If the start- and the endpoint are identical, the algorithm calculates the distance between these identical points and th

Re: [mkgmap-dev] Putting the DP code under the microscope (simplifyWays patch V8)

However, how do you want to do the merging without loosing attributes (i.e. roadname changes, bridge, etc..), I think this could only work by running after the main processing, and merging everything identical if possible. Otherwise before merging there needs to be a check whether there is not

Re: [mkgmap-dev] Commit: r1101: Further work on loop splitting code.

Hi Johann, > I get a lot of the same errors with the latest r1102: > For example: > > 2009/07/25 09:07:47 SCHWERWIEGEND (RoadNetwork): Road Willishausener > Straße (OSM id 24346402) contains zero length arc > 2009/07/25 09:07:47 SCHWERWIEGEND (RoadNetwork): Road null (OSM id > 32230489) contai

Re: [mkgmap-dev] natural=coastline not supported?

Am Montag, den 20.07.2009, 08:58 +0100 schrieb Steve Ratcliffe: > As far as I know, no one is working on creating sea polygons. > It would be a very useful feature if anyone want to step up > and do it. I'm just having a look at it as I want to create a map of Corsica for my next vacation :-) By

[mkgmap-dev] Commit: r1103: Add README files from Greg Troxel as the first step in

Version 1103 was commited by steve on 2009-07-25 22:29:47 +0100 (Sat, 25 Jul 2009) Add README files from Greg Troxel as the first step in a continuing documentation effort. - Greg Troxel ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http

Re: [mkgmap-dev] proposed README organization

> I've done some more README work. I am finding a lot of information on Thanks for this, I'll look through it and let you have my thoughts. One thing that is worthy of note since I see it a lot, is that there is no need for a --net if you also have --route as the route option also creates the

[mkgmap-dev] SEVERE consecutive identical nodes with --remove-short-arcs

I am trying to build a routable map for all of Massachusetts as a first step towards hopefully improving the style rules slightly (some ramps on Rt. 2 are missing from the cloudmade img and I think it's because trunk_link is missing in the style file, but I haven't figured that out yet). My comma

Re: [mkgmap-dev] natural=coastline not supported?

Christian Gawron wrote: > > By trying to add sea polygons by hand, I learned that the polygons must > not be too big - otherwise island are messed up (they are "overdrawn" by > the sea). > Does someone know the reason for this and can specify what the maximum > size of a polygon (with holes) can