- mkgmap-dev - The mkgmap lists

highway=path only for pedestrians?
by Gerd Petermann 25 Mar '14

25 Mar '14

Hi all, for a way that has only the tag highway=path the default style (lines) rule highway=path {set highway=footway} fires. I think that's wrong, the wiki says "A route open to the public which is not intended for motor vehicles, unless so tagged separately." so we should also allow bikes. The confusing thing is that the access include has this line: highway=path { add foot=yes; add bicycle=yes; add access=no } but because the other rule fires first, this is ignored and highway=footway { add foot=yes; add access=no } is used. AFAIU the rule highway=path {set highway=footway} should be removed. Gerd

2 2

[Patch v4] distorted lines with make-opposite-cycleways
by Gerd Petermann 25 Mar '14

25 Mar '14

this is version 4 of the patch for this problem: http://gis.19327.n5.nabble.com/link-pois-to-ways-tags-tp5800124p5800575.html It works like version 3, but avoids to save the artificial cycle way with an id that might exist in the input file (although that is very unlikely) I am not sure if this option helps a lot. It seems that both MapSource and Basecamp have problems to find the cycle way. If I enter a route that starts on a cycle way created by this option, I am (sometimes) first forced to go onto the normal road, just to be asked to take a u-turn onto the cycleway again. This happens even if I select the switch "avoid u-turns". The attached files show that. The same problem in Basecamp. I also tried to forbid bicycle routing on ways for which an additional bicycle way is created, but found no difference. Any ideas? Gerd

4 5

mkgmap --check-styles and line count
by Bernd Weigelt 24 Mar '14

24 Mar '14

Hi my style include a lot of rules like this: highway=footway [0x1200d resolution 23-23 continue] highway=footway [0x1100d resolution 24 continue] highway=footway & (bicycle=designated | bicycle=permissive | bicycle=official | bicycle=yes) [0x0a resolution 24 road_class=0 road_speed=1] highway=footway [0x0d resolution 24 road_class=0 road_speed=0] IMHO mkgmap count four lines, is that correct? now it is difficult to find the error, if the files includes up to 700 lines, i think, there are some larger styles around the world mkgmap tells: Error in style: Error: (lines:393): Stack size is 0 but the line with the error is line 485 in the style file my error was to use '[' instead '(' ;-) Bernd

4 6

Finalize section not working as expected
by franco_bez 24 Mar '14

24 Mar '14

I got a very nasty bug here. IMHO it must be somehow related to the finalize section in the lines file of the style. http://www.openstreetmap.org/#map=16/47.9114/10.5862 When routing along the bicycleway along the "OAL12" from the roundabout to Irsee. Choosing "Mountainbike" or "Tourbike" as Activity and "shortest distance" as Calculating method always leads me on a heavy Trail. I have rules in the style that set "bicycle=no" for this trail, but they do not seem to have any effect unless I include them BEFORE the garmin type gets assigned. In the finalize section they seem to be ignored. At least on my OREGON 550 with latest Firmware. A few screenshots: <http://gis.19327.n5.nabble.com/file/n5800737/Roundabout82.bmp> <http://gis.19327.n5.nabble.com/file/n5800737/2-Target_in_Irsee127.bmp> <http://gis.19327.n5.nabble.com/file/n5800737/3-Choose_Tourbike_or_Mountainb…> <http://gis.19327.n5.nabble.com/file/n5800737/4-Choose_short_distance141.bmp> <http://gis.19327.n5.nabble.com/file/n5800737/5-Routing_broken_why_182.bmp> <http://gis.19327.n5.nabble.com/file/n5800737/6-Routing_correct_with_hacked_…> I composed a test case http://files.mkgmap.org.uk/download/188/test_case.tgz this is the only change in the style that makes routing work: / test_cases/mystyles$ diff -uws bikemap_style_hacked/ bikemap_style Gemeinsame Unterverzeichnisse: bikemap_style_hacked/inc und bikemap_style/inc. Dateien bikemap_style_hacked/info und bikemap_style/info sind identisch. diff -uws bikemap_style_hacked/lines bikemap_style/lines --- bikemap_style_hacked/lines 2014-03-23 13:08:03.295102817 +0100 +++ bikemap_style/lines 2014-03-22 19:20:03.000000000 +0100 @@ -534,8 +534,6 @@ #------------------------------------------------------------------------------ # path -# HACK include access rules before path rules -include 'inc/compat_access' ; highway=path | highway=trail | highway=byway [0x11012 resolution 24 continue] Dateien bikemap_style_hacked/options und bikemap_style/options sind identisch. Dateien bikemap_style_hacked/points und bikemap_style/points sind identisch. Dateien bikemap_style_hacked/polygons und bikemap_style/polygons sind identisch. Dateien bikemap_style_hacked/README und bikemap_style/README sind identisch. Dateien bikemap_style_hacked/relations und bikemap_style/relations sind identisch. Dateien bikemap_style_hacked/version und bikemap_style/version sind identisch. / -- View this message in context: http://gis.19327.n5.nabble.com/Finalize-section-not-working-as-expected-tp5… Sent from the Mkgmap Development mailing list archive at Nabble.com.

4 13

style problem
by Michal Grézl 24 Mar '14

24 Mar '14

Hi, i have a style directory stored in svn, so it contains .svn subdirectory. Mkgmap seems to have problem with any other dir than inc/ and produces error "Style file s contains multiple styles, use option --style to select one." --list-styles just list style 2 times Time started: Mon Mar 24 13:25:48 CET 2014 The following styles are available: s 1.1: s s 1.1: s Is it possible to make it ignore at least dot files? -- Michal Grézl http://openstreetmap.cz

2 1

Re: [mkgmap-dev] Version r3118 error compared to r2718 0x6508 self answered
by Brett Russell 24 Mar '14

24 Mar '14

Hi All I was a bit suspicious of me including a POI in a polygon file, so went looking, and found that in the current default style files it was in the point of interest files. So a quick change and version r3118 is working well. So looks like somewhere on the line the logic in mkgmap was strengthen to pick up what would be a logic error by having POI in polygons. Or at least that is my feelings. Just for some information. Version r2718 generated an img file of 39,439kb based on contours and an OSM file of 15,909kb. Version r3118 is 35,491kb so either an impressive amount of data compression efficiency has been achieved (something that was mentioned on this mailing list) or data is missing. Anyway, now the on ground testing can start to see what is the case. Cheers and thanks Brett Russell From: mkgmap-dev-bounces(a)lists.mkgmap.org.uk [mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk] On Behalf Of Brett Russell Sent: Sunday, 23 March 2014 11:45 AM To: Development list for mkgmap Subject: [mkgmap-dev] Version r3118 error compared to r2718 0x6508 Hi All I must admit I am an infrequent updater of the version of mkgmap and also use my own style and typ file that is gradually varying from the standard style and typ files. Also while subscribed to this group 99% of the posting are past my level of knowledge. Anyway, when upgrading from version r2718 to r3118 the following error message appeared with no img file been created. Error in style: Error: invalid type 0x6508 for POLYGON in style file inc\water_polygons, line 14 The type 0x6508 is a type that I added in the style file Waterfall [BER 01.07.2013] # -------------------------- natural=waterfall | waterway=waterfall [0x6508 resolution 20] Also I modified the typ file "borrowing" on another's work so this appears [_point] Type=0x065 SubType=0x08 String1=0x04,Waterfall ExtendedLabels=Y FontStyle=NormalFont CustomColor=No DayXpm="16 16 8 1" Colormode=16 "! c #101010" "# c #0065FF" "% c #39CAD5" "? c #FFFFFF" "$ c #399541" "* c #7BFFD5" "= c #7B656A" " c none" " " "$$?????????$$$$$" "=!!???????!!!!!!" "!=!!?????!!=!=!=" "=!=!!?%%?!=!=!=!" "!=!=!?%%?=!=!=!=" "=!=!!?%%?!=!=!=!" "!=!=!?%%?!!=!=!=" "=!=!??%*%?=!=!=!" "!=!??%**%?!=!=!=" "!!??****%%??=!=!" "#??******???!!!!" "##????????######" "################" "################" "################" ;1234567890123456 [end] I notice that the above is a point of interest (single node) but i have put it in the polygon file. With version r2718 everything worked well, but with r3118, or possibly earlier versions something has crept in that is producing the error. As always, any help or pointers would be handy. Cheers Brett Russell Tasmania - Australia

6 11

Turn restrictions with role=via ways
by Marko Mäkelä 24 Mar '14

24 Mar '14

Now, with all these routing improvements, I wonder if it would be possible to extend our support for turn restrictions. Some mapper seems to prefer via ways to via nodes in this crossing: http://www.openstreetmap.org/way/30692839 This 2-node way is a role=via member of a no_u_turn restriction that has 4 ways as members: from,via,via,to. It is also a role=via member of a no_left_turn restriction. The no_u_turn restriction could have been mapped with three ways as from,via,to and the no_left_turn could have been mapped with having this way as role=from, and a node as role=via. Even if I changed the map like that, mkgmap would still ignore the no_u_turn, because the role=via member would be a way. So, I wonder if we could start supporting this style of mapping? There are lots of dual carriageways in city areas where such turn restrictions are common, at least for no_u_turn. Marko

5 17

Commit: r3117: use same osm id for way that is added with makeCycleWay().
by svn commit 23 Mar '14

23 Mar '14

Version mkgmap-r3117 was committed by gerd on Fri, 21 Mar 2014 use same osm id for way that is added with makeCycleWay(). This reduces the number of points which are converted to routing nodes and allows better optimization of bad angles.

4 17

Losing address when changing POI icon from TYP
by Ervin Malicdem 23 Mar '14

23 Mar '14

Hi! I'm trying to change the POI icon from TYP and to be able to do this, I need to change something on the points style. For example, the previous for a gasoline station is this *amenity=fuel [0x2f01 resolution 18]* And when compiled that gas station has address information with it. However, when I assign a specific icon to a certain gas station (for branding), the address attribute of the same fuel station is no longer there. For example, I have created a typ with a logo of a certain gas station's brand with label 10F06 and assigned it explicitly on the style for that specific gas station. *name="Shell" & amenity=fuel [0x10f06 resolution 18]* *amenity=fuel [0x2f01 resolution 18]* Am I doing something wrong or is this an issue with mkgmap? Thanks. Ervin M. *Schadow1 Expeditions* - A Filipino must not be a stranger to his own motherland. http://www.s1expeditions.com

3 3

ontario canada maps
by Steve Sgalowski 23 Mar '14

23 Mar '14

while the splitter worked ok the compiler has spat the dummy error msg is this area to small to split reduce point number then i get , ( point number to big) --max-areas - 100 --max-nodes = 90000 any ideas? stephen

3 23