- mkgmap-dev - The mkgmap lists

Merging adjacent multipolygons
by Marko Mäkelä 26 Feb '10

26 Feb '10

Hi WanMil, Have you looked at merging adjacent multipolygons? There was some controversy on the Finnish forum <http:// forum.openstreetmap.org/viewforum.php?id=15> but I was not alone with the opinion that lakes should be defined as multipolygons, no matter how complex they are, and that large map objects can or should be split to avoid problems with tools. Ways can have at most 2000 points, for instance, and rendering tools can merge them as needed. Currently, Osmarender is flooding Kuopio, even though I did split Lake Saimaa into rather manageable chunks. I guess I should split it further, if the Osmarender bug cannot be fixed easily. But I do not dare to do it now given the strong opposition from one mapper. I think I devised a reasonable means of identifying artificial cuts between multipolygons, which I also applied to the large multipolygons that I defined, in http://www.openstreetmap.org/browse/changeset/3926233 My artificial cuts are untagged lines that are shared between adjacent multipolygons in role=outer, such as this one between Heposelkä (a section of Lake Saimaa) and the rest of the lake: http://www.openstreetmap.org/browse/way/50841967 Note that the browse window currently shows the main lake as inverted, even though the data appears to be OK in JOSM. Osmarender is having trouble with this small multipolygon too, rendering square-shaped blocks of water where the coastline should be. Best regards, Marko

3 5

Fwd: resolution and zoom levels in style files
by Steve Ratcliffe 26 Feb '10

26 Feb '10

Hi, I'm forwarding this mail that ended up at the bounce address rather than going to the list. -------- Original Message -------- Subject: resolution and zoom levels in style files Date: Thu, 25 Feb 2010 03:43:52 +0100 From: Daniela Duerbeck <daniela.duerbeck(a)gmx.de> Reply-To: daniela.duerbeck(a)gmx.de Organisation: GMX To: mkgmap-dev-bounces(a)lists.mkgmap.org.uk Hi All! In the instructions to styles I find that there are 24 zoom levels and 24 is the "most zoomed in". But when I count, I find 27 zoom levels on my Etrex Legend HCx. 27: 5m, 26: 8m, 25: 12m, 24: 20m, 23: 30m, 22: 50m, 21: 80m, 20: 120m, 19: 200m, 18: 300m, 17: 500m, 16: 800m, 15: 1.2km, 14: 2km, 13: 3km, 12: 5km, 11: 8km, 10: 12km, 9: 20km, 8: 30km, 7: 50km, 6: 80km, 5: 120km, 4: 200km, 3: 300km, 2: 500km, 1:800km. Now I would like to know which resolution I should use to make e.g. residential roads appear just at 300 meters. At 500 meters the map gets a bit confusing with all these little streets. At resolution 23 they appear at 120m, with 22 already at 500m. Are there other points to change? Apologies for this beginner's question, but I found no answer. :-( Thanks a lot in advance, Dani

5 4

1point roads with highway shield for POI
by Felix Hartmann 26 Feb '10

26 Feb '10

Sometimes ago I wrote a bit about implementing POI with numbers for cycle node networks. I had thought about it back then already, but did not write about it. It would be great to have the possibility to put a one point road (there has to be some code to make sure it's not munged by the dp-filter) with a highway shield. There would be two use cases: a) cycle node networks. Much better to have a highway shield that shows the number of the cycle node than to have a POI with number graphic (it is not good to trust that a normal label is shown). b) if someone wants to highlight house numbers, this could be used too (of course once many housenumbers are inside osm in the region than this will look strange). c) maybe some other uses. I don't know if this is easily implementable. If it is not difficult it would be great. (a normal POI still has to be created for searchability - so "continue" should be usable nevertheless)

2 2

[PATCH v1] fix for weird turn directions regression
by Mark Burton 26 Feb '10

26 Feb '10

Hopefully fixes the recent regression which caused incorrect turn directions to be issued (most likely to occur when entering roundabouts that have flares). Actually, the bug was there before but it was being masked by some other code that recently got removed so the bug then popped to the surface! Please test. Mark

2 3

[PATCH v1] Reduce number of cuts in multipolygon processing
by WanMil 25 Feb '10

25 Feb '10

The patch reduces the number of cuts that must be performed for each inner polygon. The current code performs one cut for each inner polygon. The patch reduces the number of cuts by selecting cut lines that hit more than one inner polygon at once. This has two advantages: 1. The artefacts on the cut lines in Mapsource are reduced because there are less cut lines. 2. The performance of the mp code for large multipolygons is very much dependend on how many cuts must be performed. Tests in Finland with generate-sea=multipolygon have shown a 75%(!) drop on processing time. In case there are no large multipolygons the performance stays quite the same. WanMil

4 7

Re: [mkgmap-dev] Groundtruth and unzipped osm
by n willink 24 Feb '10

24 Feb '10

Oops have found the answer -- outputfileformat file{0}.osm It helps if you read the manual...

1 0

Groundtruth and unzipped osm
by n willink 24 Feb '10

24 Feb '10

I'm trying to force groundtruth not to generate bz2 files groundtruth ibf2osm --cat 500,50 --ibf area.ibf --outputfileformat file1.osm Without the ' --outputfileformat file1.osm ' I get 2 bz2 files. Unfortunately , using --outputfileformat file1.osm , the first one gets overwritten as file1.osm In other words, it seems --outputfileformat will only create one osm file. I've tried wild cards but to no avail. Is there a way of telling it to 'increment' the files, ie file1.osm,file2.osm ? /Nick

2 1

Commit: r1584: Fixes to the flare road checking.
by svn commit 23 Feb '10

23 Feb '10

Version 1584 was commited by markb on 2010-02-23 22:26:43 +0000 (Tue, 23 Feb 2010) Fixes to the flare road checking. Previously, it would only check flare roads that were connected by a single roundabout arc so it would fail to check those flares whose ends straddled a join in the roundabout. Also, should no longer give a false "flare road direction is wrong" warning when the roundabout connects only to a single flare and no other roads. Still needs more work to cope with the (unusual) situation where a way joins the roundabout between a pair of flair roads. At the moment, those flares won't get checked.

1 0

Use custom icons instead of default Garmin icons for POIs
by Daniela Duerbeck 23 Feb '10

23 Feb '10

Hi! When I add icons in my TYP-files just these show up on the map that are not predefined by Garmin. What must be added in the style to "overwrite" the default icons. Thanks a lot in advance, Dani

1 1

Strange roundabout flare road warning
by Marko Mäkelä 23 Feb '10

23 Feb '10

Hi Mark, I tried to fix this by adding oneway=yes to the flare roads, but it did not fix the issue. Other warnings that I fixed yesterday are gone, so my dump should be fine. 2010/02/23 09:51:40 WARNING (RouteNode): 63240004.osm.gz: Outgoing roundabout flare road (http://www.openstreetmap.org/browse/way/50982726) points in wrong direction? http://www.openstreetmap.org/?mlat=67.78665&mlon=24.81923&zoom=17 Any ideas what might be wrong? Marko

2 2