- mkgmap-dev - The mkgmap lists

WG: Please help
by Gerd Petermann 01 Feb '17

01 Feb '17

Hi Ticker, I tried to reach you with a PM but that was returned, so I try again via list... Gerd ________________________________________ Von: Gerd Petermann Gesendet: Mittwoch, 1. Februar 2017 16:09 An: Ticker Berkin Betreff: Please help Hi Ticker, I try to understand why ShapeSplitter complains about a polygon created by my new algo. Attached is a patch and an input file. Command: java -Dlog.config=mkgmap_log.props -ea -jar dist\mkgmap.jar f:\osm\test.osm.pbf My mkgmap_log.props contains .level=WARNING and I see this warning: WARN: uk.me.parabola.util.ShapeSplitter f:\osm\test.osm.pbf: Direction of shape and hole conflict; probably self-intersecting polygon this: fp=146086642 lp=146173971 area=19324813903 #=134 http://www.openstreetmap.org/?mlat=48.975820&mlon=13.355620&zoom=17 http://www.openstreetmap.org/?mlat=48.988628&mlon=13.389160&zoom=17 other: fp=146153055 lp=146161739 area=22313626 #=6 http://www.openstreetmap.org/?mlat=49.002597&mlon=13.353453&zoom=17 http://www.openstreetmap.org/?mlat=49.003250&mlon=13.352696&zoom=17 I don't see what's wrong here. Gerd

2 4

Multipolygon-Relation checks in mkgmap
by Gerd Petermann 01 Feb '17

01 Feb '17

Hi all, I'd like to rewrite the code in MultiPolygonRelation so that it tolerates more mp-rels. For example, the relation http://www.openstreetmap.org/relation/2199651 produces these warnings: WARN: uk.me.parabola.mkgmap.reader.osm.MultiPolygonRelation f:\osm\rel2199651.osm: Some polygons are intersecting. This is not allowed in multipolygons. WARN: uk.me.parabola.mkgmap.reader.osm.MultiPolygonRelation f:\osm\rel2199651.osm: - http://www.openstreetmap.org/way/165084794 WARN: uk.me.parabola.mkgmap.reader.osm.MultiPolygonRelation f:\osm\rel2199651.osm: - http://www.openstreetmap.org/way/165084810 WARN: uk.me.parabola.mkgmap.reader.osm.MultiPolygonRelation f:\osm\rel2199651.osm: Polygon 4611686018427387906(8P)(165084810[8P]) carries role inner but is not inside any other polygon. Potentially it does not belong to this multipolygon. The inner way touches the outer way in one point. My understanding is that this is correct, mkgmap should not complain about it. OK? Gerd

2 19

road-speed
by Michael Poesdorf 28 Jan '17

28 Jan '17

Dear all, maybe you could help me, as I did not find hints on the internet. I wonder if it is possible to have different road_speeds for different vehicles in one map. Background: Currently I have one map for car use on my device and a second one for vacation when travelling with the caravan. The second map has lower road_speeds as I'm not that fast with the trailer. To save tiles and memory, the second map is quite reduced (less points, also less minor streets, tracks, etc). For compiling and memory reason I would like to merge the speed aspect into one map. Would it be possible to have something like highway=* & type.equals("motorcycle") { add mkgmap:road-speed = '-2' } An additional aspect to consider would be that this command would be needed multiple times, as from my experience it is not possible to do "-2" in general. Also there would be an issue with minor roads, that have a low road_speed, as it might get negative. Any hint is greatly appreciated. If it is not doable at all, tell also ,please. Thanks, Michael

2 1

Limit I don't understand in subDiv split filters
by Ticker Berkin 27 Jan '17

27 Jan '17

Hi Gerd LineSizeSplitterFilter and PolygonSubdivSizeSplitterFilter both contain the logic: public static final int MAX_SIZE = 0x7fff; ... maxSize = Math.min((1<<24)-1, Math.max(MAX_SIZE << shift, 0x8000)); and then maxSize is used to limit the standard Area bounds of the item. Won't this will cause unnecessary cutting at low res map levels? Ticker

2 1

style file reader patch
by Mike Baggaley 26 Jan '17

26 Jan '17

Hi Gerd, I have found that the style file reader does handle non ASCII characters properly. With the following line in my points file: amenity=cafe & name~'[Cc]af[eé]' {echotags 'Description as name'; delete name} I get an error: Error in style : error : (points:142): Bad character in input, file probably not in utf-8 This happens whether or not I save the points file as UTF-8. The attached patch fixes the problem. Can you please try it and commit if it is OK (you may want to change the RuntimeException)? Thanks, Mike

2 5

Commit r3773: let linesCutEachOther() return false if the two line segments meat at an end point
by svn commit 25 Jan '17

25 Jan '17

Version mkgmap-r3773 was committed by gerd on Wed, 25 Jan 2017 let linesCutEachOther() return false if the two line segments meat at an end point http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3773

1 0

new branch split-shape
by Gerd Petermann 25 Jan '17

25 Jan '17

Hi Ticker, please try to add your changes to the new branch: https://svn.mkgmap.org.uk/svn/mkgmap/branches/split-shape Do you plan to change the other routines like MultiPolygonRelation as well? Gerd

4 17

Commit r3772: clean up MultiPolygonRelation, no functional change
by svn commit 25 Jan '17

25 Jan '17

Version mkgmap-r3772 was committed by gerd on Wed, 25 Jan 2017 clean up MultiPolygonRelation, no functional change http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3772

1 0

echo & echotags patch
by Mike Baggaley 25 Jan '17

25 Jan '17

Hi Gerd, please find attached a small patch to echo and echotags. This change improves the format of the messages such that the type of element is included and the fake Id is replaced with a fragment saying the element has been generated. The latter allows the output of different runs of mkgmap to be compared without randomly generated Ids causing differences. I can't see any need to know the actual fake Ids, just the fact that the element has been generated should be sufficient. I have also removed "- " from echotags and ":" from echo as unnecessary and inconsistent. Existing message: 4611686018654788095 (1326812) - [amenity=school,mkgmap:area2poi=true,name=School] Description as name New message: MultiPolygonPOINode generated from 1326812 [amenity=school,mkgmap:area2poi=true,name=School] Description as name Can you please take a look and commit if happy? Thanks, Mike

2 1

Commit r3770: echo.patch by Mike Baggaley
by svn commit 25 Jan '17

25 Jan '17

Version mkgmap-r3770 was committed by gerd on Wed, 25 Jan 2017 echo.patch by Mike Baggaley This change improves the format of the messages such that the type of element is included and the fake Id is replaced with a fragment saying the element has been generated. The latter allows the output of different runs of mkgmap to be compared without randomly generated Ids causing differences. I can't see any need to know the actual fake Ids, just the fact that the element has been generated should be sufficient. I have also removed "- " from echotags and ":" from echo as unnecessary and inconsistent. Existing message: 4611686018654788095 (1326812) - [amenity=school,mkgmap:area2poi=true,name=School] Description as name New message: MultiPolygonPOINode generated from 1326812 [amenity=school,mkgmap:area2poi=true,name=School] Description as name http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3770

1 0