- mkgmap-dev - The mkgmap lists

Reproducible inter-tile routing error
by Clinton Gladstone 12 Apr '09

12 Apr '09

I have found a reproducible routing error, which occurs when I split and compile the Italy extract from Geofabrik.de. - The error occurs when routing on the A1 from Modena to Parma. (I have only tested this in MapSource so far.) If I route in the opposite direction (South-East), the problem does not occur. - As soon the route crosses the tile boundary, the route starts jumping back and forth over a very large area. - I have attached a screen shot of the routing problem, and a gpx file with the route reduced to two points on either side of the boundary. (If you use the .gpx file, you have to explicitly recalculate the route to reproduce the problem.) Here are the steps I use to recreate the map with the problem: wget -N http://download.geofabrik.de/osm/europe/italy.osm.bz2 java -Xmx1024m -jar ..\..\..\svn\mkgmap-splitter\dist\splitter.jar --max-nodes=1600000 italy.osm.bz2 java -Xmx1024m -jar ..\..\..\svn\mkgmap-trunk\dist\mkgmap.jar --product-id=1 --family-id=503 --series-name=it-2009-03-31 --country-name=Italy --country-abbr=ITA --region-name=Italy --region-abbr=ITA --latin1 --route --tdbfile --tdb-v4 --add-pois-to-areas --road-name-pois --frig-roundabouts --location-autofill=2 --net 63*.osm.gz (The download is about 57MB) - Could this be related to bad data in the highway or relation? Cheers.

5 13

charset in MapSource
by Gleb Smirnoff 12 Apr '09

12 Apr '09

Hello! I am generating maps in Russian charset, using --charset=cp1251. The resulting map displays correctly in Garmin devices, but not in MapSource. AFAIK, the CGPSMapper-generated maps display Russian characters in MapSource correctly. May be there is some special bit in the map (or preview file?) that needs to be set to tell MapSource that charset isn't a default one? -- Totus tuus, Glebius. GLEB-RIPE

2 2

What does mkgmap do by default
by Nop 11 Apr '09

11 Apr '09

Hello! Currently I am getting a little bit confused with all of the development being done on mkgmap. I have read about making streets searchable and that it does decrease performance and that there is a parameter to suppress sorting of streets. But when are features like this executed? Do they need a parameter to activate them? Or do they need a parameter to suppress them? I have read about a patch do create a certain type of shields on the highways. But what if I don't need them or want them to look differently? So I wanted to ask what does mkgmap do by default? What can be activated, what needs to be deactivated? Or more specifically: I just want to build a huge topological map and need good performance for that. I do not need routing and no searchable streets. So how do I need to call mkgmap? confused Nop

2 5

Feedback: Searchable Addresses (using r991)
by Steve Hosgood 09 Apr '09

09 Apr '09

As others have commented - congratulations are in order for the guys who've got *any* of this feature working. I've got a Streetpilot i3, and some of it works, other bits don't. If you go to "Where To"/"Address" on the Streetpilot, you first have to enter a "City Name". It seems that this actually means "Conurbation Name" since you're not restricted to cities - you can select villages too. However - if you select "Swansea" as the city (and it is a city), you next get asked for a house number.You can just enter anything in here since OSM doesn't (yet) do house numbers. That takes you to the bit where you select the street, or partially enter the street name. This is where things start getting odd. The list of selectable street names consists of all the streets in all the towns on the map! So presumably, the internal organisation of the tables isn't quite right yet? I'd have thought I'd only get to see the streets in the "city" that I'd selected? Anyway - typically when you select one of these streets (even ones that *are* in your "city"), the machine reports "Not Found". But I've noticed that this isn't always the case - if the street is within about 500m of the "place=city" marker for your city, then the street can be found. However, I've seen cases where streets that come within even 400m of the "place=city" marker can't be found, so it may be that the first or last point in the street's "way" must be within 500m. I've not managed to find a consistent rule for this yet. Additionally, I've seen cases where the street-name completion doesn't work. There's a street in Swansea called "Marlborough Road", but by the time you've entered "MAR" the machine will report "No Match". However, the street *can* be found if you enter "MA" then step into the list it offers and use the scrollwheel to find it. Not sure why that should happen. Hopefully some of these observations might be useful... Nice work so far - it's looking promising! Steve

4 5

color or other style
by Jachym Cepicky 09 Apr '09

09 Apr '09

Hi, I would like to produce some map, which contains Touristic marked ways, according to Czech system. Whole area of Czech rep. is covered by marked trails, which can have 4 different colours: red, blue, green, yellow. Is there a way, how to add this trails to garmin maps? I hope, that reconfiguring resources/styles/lines should work, but I was not able to find out, how to (or if it is possible) change to line color - or style. I was not able to find list of garmin styles as well - any hint? Example: for red marked trail, I would add at the end of the file kct_red=major [someCode resolution 12] I need, that this highway (because of kct_red will always be attribute of some highway) will be draw in red solid line. Thanks Jachym -- Jachym Cepicky e-mail: jachym.cepicky gmail com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/JachymCepicky.pgp Key fingerprint: 0C6D 0EAE 76BD 506C F299 ED8A C8AB 74B8 08D4 E08F

2 1

Bug in mkgmap splitter Way/ Relation ** in too many areas - mkgmap filesplitter
by Felix Hartmann 08 Apr '09

08 Apr '09

start /low /b /wait java -Xmx1200m -jar splitter.jar --max-nodes=1400000 --mapid=63700000 germany.osm on Germay.osm from Geofabrik. I get the following commandline output errors: "Relation 62781 in too many areas" (this comes up many many times in a row) "Relation 62549... The same goes for ways. The smaller I make the tiles the longer this list of errors gets. I think this hasn't been reported yet, has it?

2 2

Typo in default style, two suggestions and a question
by Andre Hinrichs 08 Apr '09

08 Apr '09

Hi List! In the default style for points there is an amenity=butchers which is wrong. It should be amenity=butcher. In the same line the symbol is defined as 0x2e00 which seems to be non-existent (at least at my Garmin etrex Legend HCx). I would suggest to set it to 0x2e02 (grocery store) which leads into the following patch: -shop=butchers [0x2e00 resolution 20] +shop=butcher [0x2e02 resolution 20] First suggestion for additional style: -amenity=recycling [0x2f15 resolution 20] +amenity=recycling [0x2f15 resolution 20 default_name 'recycling'] which would not have any effect if the language is set to english but in german the symbol is shown as 'UnbekanntVersorgungsbetrieb' which is nonsens. Setting the name would also show 'Recycling' for german language which is better (I think). Second suggestion for additional style: +amenity=post_box { name 'post box (${operator})' | 'post box (${name})' } +amenity=post_box [0x640f resolution 21 default_name 'post box'] I found it nasty that I wasn't able to find post boxes with my garmin. Unfortunately I couldn't find an appropriate symbol for that. So I took the symbol for 'Post' and put a 'post box' as addition text. Opinions? And the question: Is there a way to set the info field of the tags? And if yes, how much data can this info field hold? Currently some address info seem to be added to the info field if set in the data. But e.g. for restaurants I'd like to know the opening_hours and for post boxes the collection_times... I would suggest to take the OSM info tag as content for the info field. This would give one the possibility to also put additional data via the style definition. Any other hint how this can be solved? Regards Andre

11 13

RFC: Consider heightmeters for routing
by Johann Gail 07 Apr '09

07 Apr '09

Hello, this is an idea which I think about some months, but have not had the time to do some programming. Maybe anyone else has the same thoughts, so I describe my idea here. As I use my etrex mostly for biking, I think it may be usefull to consider th height differences of the ways ar routing. In my area are a lot of hills and there are often ways across the hills and ways surrounding the hills with not much difference in length, but obviously a difference in height meters. It would be reasonable if the etrex chooses the way around the hill. So my idea is, to virutally lengthen the roads by the height distance. This is, if a road has 1km and goes straight then it gets an entry of 1 km in the routing data.. If another road has a length of 1km and a height difference of 10m, then it gets a length entry of 1.1km. And a really hilly road with a length of 1km and a height of 100m will get an entry of 2km. In other words, I would add a percentage of the height to the lenght. This should made the etrex choose the flater roads. 1. What do you think in general of this idea? 2. Is it usefull to implement the heigth calculation for each segment into mkgamp or splitter or should it be an external tool? 3. Is there an existing java library, which calculates me the height of each coordinate from an world model (maybe based on the SRTM data)? Any comments? Regards, Johann

6 11

img filenames from input-file
by Dietmar Hiller 07 Apr '09

07 Apr '09

I have a long list of img files, I convert to my Garmin. Having to possibility to name a file that contains these filenames would be great. My idea more clearly: command: java -jar mkgmap.jar --gmapsupp --inputfile="MyFile.txt" MyFile.txt contains *.img Topo/*.img /somewhereelse/here/76123456.img Is that a lot of effort? Dietmar (aka Cassandro)

4 6

Commit: r1001: Added .gitignore file.
by svn commit 06 Apr '09

06 Apr '09

Version 1001 was commited by markb on 2009-04-06 19:37:01 +0100 (Mon, 06 Apr 2009) Added .gitignore file.

1 0