December 2008 - mkgmap-dev - The mkgmap lists

Problem Generating gmapsupp.img
by Steve Ratcliffe 21 Mar '09

21 Mar '09

> Steve - any chance that support for this will be added to mkgmap? Yes, we need to add setting the draw priority and making the map transparent. I can easily add an option to set the draw priority which I believe is simply a case of setting a value in the TRE header. I am not so sure about the ins and outs of transparency. I think it is just a case of leaving out the background polygons. At one time mkgmap didn't add these and people said that the maps were transparent. However they didn't appear to be so for me, so there may be more to it. There is a flag that also appears to be something to do with transparency too. Anyway I will try those changes, and ask you to test it out if you don't mind. It will be probably not be until the new year though. ..Steve _________________________________________________________________ Are you a PC? Upload your PC story and show the world http://clk.atdmt.com/UKM/go/122465942/direct/01/

5 7

Relations and Multiple Tag Parsing Style Rules
by f.hartmann 26 Jan '09

26 Jan '09

1. Is there any possibility to give a different tag to relations? The problem is that many cycleroutes are tagged as relation id=12345.... which then lists the way sections that belong to the relation. So the ways itself are not tagged differently. Here is one example (I shortened the ways which belong to it) which I would like to highlight. Is there a possibilty to highlight all relations of route=bicycle or route=mtb etc....? <relation id='17206' timestamp='2008-11-03T14:41:59+00:00' user='Loschi' visible='true'> <member type='node' ref='15733829' role='' /> <member type='way' ref='3220516' role='' /> <member type='way' ref='4682210' role='' /> <member type='way' ref='4776002' role='' /> <tag k='created_by' v='Potlatch 0.10f' /> <tag k='ref' v='6' /> <tag k='rcn' v='yes' /> <tag k='route' v='bicycle' /> <tag k='name' v='Donauradweg (NÖ)' /> <tag k='type' v='route' /> <tag k='network' v='rcn' /> 2. Could Multiple Tag parsing be implemented into the style rules somehow? I know that I could use combinations like highway=path & mtb:scale=0 --> 0x01 and highwway=path & mtb:scale=1 --> 0x02 But that poses several problems: a) Running out of definitions --> Mapsource only displays 0x00 to 0x2a (excluding 0x17 and 0x20 to 0x25 that are reserved for contourlines). b) There are other mtb related tags such as mtb:scale:uphill= and interesting tags like smoothness and tracktype. Writing combinations for all of them to display seperately will become very complicated. Solution: If a way has two tags that are listed in the style file, both should be included seperately into the image. By using a .typ file one can then decide how to map them. Using transparency it's easy to see at the same time 4-5 different tags. I.e. you have the way in the middle. And on either side of the way you put dots or symbols to show further attributes. As a way can be drawn up to 32 pixels wide. One has 15 pixels open for putting in additional information to each side of a way that is 2 pixels wide (this assumes that the ways are identical copies of each other, just with a different 0x?? definition). For the moment I have to generate a seperate map for each tag that I assume to appear in combination with other tags (Well I can through togehter some tags with Regex rules) and then make all maps except one transparent before I upload them to the Garmin GPS. On the GPS it will display without problems, but I can't use Mapsource for planning a trip now, having 5-6 maps to show me all attributes that I consider important for mountainbiking. Felix Diese Nachricht erhalten Sie von einem Studierenden der IMC Fachhochschule Krems. Für Übermittlungsfehler oder sonstige Irrtümer bei Übermittlung besteht keine Haftung seitens der IMC Fachhochschule Krems. This message is being transmitted by an IMC student. The sender does not accept liability for any errors or omissions as a result of the transmission.

3 14

Solved: mkgmap and garmin typ files
by volker.bosch＠t-online.de 04 Jan '09

04 Jan '09

Dear all, I solved the problem -- it was my mistake, I called mkgmap with the command line option "--style-file" after the option "--input-file". Therefor mkgmap silently ignored my style file and used the default one. Another question, just for my understanding: How does mkgmap handle OSM tags with multiple values separated by semicolon? For example an entry like this <tag k="highway" v="traffic_signals;crossing"/> I know that entries like the one above are not conforming to the osm rules but unfortunately there are lots of them in the osm database. The intention of the authors is a logical OR operation. Perhaps it might be usefull if mkgmap expands entries like this so that they match "highway=traffic_signals" and "highway=crossing"? ****---*------*------*------*------*------*------*------*------*------* *\Viele -- Volker Bosch, Humboldtstr.21, 70771 Leinf.-Echterdingen **\ Gruesse -- Tel:(0711)713967, E-Mail: volker.bosch(a)t-online.de ***\ -- http://www.s-line.de/homepages/bosch

2 1

mkgmap and garmin typ files
by volker.bosch＠t-online.de 28 Dec '08

28 Dec '08

Dear all, first of all, I'd like to thank you for your work on the mkgmap project -- it is a very nice piece of software and very useful for me! I've created my own typ file (using cgpsmapper) and a related map-feature.csv file. This enables me to generate a map from the osm database for my eTrex Legend HCx especially for cycling (I've designed some special icons for POIs like cycle shops, bicycle parking etc. and new line types to distinguish between the various track types etc.). Everything worked fine as long as I used the old map-feature.csv (I use sendmap20.exe to merge the typ file into the *.img files generated by mkgmap). Recently I converted my map-feature.csv file into the new mkgmap style files because I'd liked the idea of the default_name feature and most of all the new feature of defining logic combinations of various tags -- thank you for these nice features! Unfortunately the generated garmin map does not show any of my newly defined POIs and line types (mkgmap revision 828). Also I noticed that the *.img file, generated with the of map-feature.csv is significant longer than the *.img file, generated with my new style files. As I do not understand java (I'm an old-school ansi c programmer), I had no success looking into the source code and therefore have to ask you: Does mkgmap ignore all POIs, lines and polygons which are not used by garmin? If yes, is there a way to disable this feature, e.g. by using a special command line option? If there is not yet such a command line option, might someone please be so kind and implement this? Thank you very much! ****---*------*------*------*------*------*------*------*------*------* *\Viele -- Volker Bosch, Humboldtstr.21, 70771 Leinf.-Echterdingen **\ Gruesse -- Tel:(0711)713967, E-Mail: volker.bosch(a)t-online.de ***\ -- http://www.s-line.de/homepages/bosch

1 0

Address search
by Bernhard Heibler 27 Dec '08

27 Dec '08

Hi everyone, first of all I would like to thank you guys for the great work you did so far. The new routing support works pretty good for local routing. I also noticed the wired "Autobahn by plane" problem on the A8 Salzburg-Munich like described on the osmwiki page. One major problem I have with my homemade maps on my Nuvi 360 is that I could not enter the address where I would like to go. If I try my Nuvi wants me to enter "US State" If I enter something it tells me that there are no states in this map which is true. The only way to select the destination is to use POI/City. I know that the generation of the street data will not be easy since most streets are not assigned to a city. Anyway I tried to enter some static data for Country/Region/City into the LBL portion. Please see the patched code at the end of this message. Problem is that my data doesn't impress my Nuvi at all. It still asks for the State and doesn't ask for a country at all. The only success I had is that my data shows up in GPSMapEdit->Tools->Edit Postal Adress Items. The data is correct if the index for country/region starts with 1 and not 0. I also found out that mapedit doesn't like the delimiter 0x1D between name and abbreviation. Does anybody know if there is a bit to tell the Nuvi that this is not a US map with states ? The Nuvi behaves with the basemap the same way. Any hints on the "destination by address" topic are welcome ... Thanks Berni. Index: src/uk/me/parabola/imgfmt/app/lbl/PlacesFile.java =================================================================== --- src/uk/me/parabola/imgfmt/app/lbl/PlacesFile.java (revision 828) +++ src/uk/me/parabola/imgfmt/app/lbl/PlacesFile.java (working copy) @@ -79,7 +79,7 @@ } Country createCountry(String name, String abbr) { - Country c = new Country(countries.size()); + Country c = new Country(countries.size()+1); String s = abbr != null ? name + 0x1d + abbr : name; @@ -91,7 +91,7 @@ } Region createRegion(Country country, String name) { - Region r = new Region(country, regions.size()); + Region r = new Region(country, regions.size()+1); Label l = lblFile.newLabel(name); r.setLabel(l); @@ -101,7 +101,7 @@ } City createCity(Region region, String name) { - City c = new City(region, cities.size()); + City c = new City(region, cities.size()+1); Label l = lblFile.newLabel(name); c.setLabel(l); @@ -111,7 +111,7 @@ } Zip createZip(String code) { - Zip z = new Zip(postalCodes.size()); + Zip z = new Zip(postalCodes.size()+1); Label l = lblFile.newLabel(code); z.setLabel(l); @@ -129,6 +129,7 @@ p.setLabel(l); pois.add(p); + return p; } Index: src/uk/me/parabola/imgfmt/app/lbl/LBLFile.java =================================================================== --- src/uk/me/parabola/imgfmt/app/lbl/LBLFile.java (revision 828) +++ src/uk/me/parabola/imgfmt/app/lbl/LBLFile.java (working copy) @@ -138,6 +138,19 @@ public POIRecord createPOI(String name) { return places.createPOI(name); } + + public Country createCountry(String name, String abbr) { + return places.createCountry(name, abbr); + } + + public Region createRegion(Country country, String region) { + return places.createRegion(country, region); + } + + public City createCity(Region region, String city) { + return places.createCity(region, city); + } + public void allPOIsDone() { places.allPOIsDone(); Index: src/uk/me/parabola/mkgmap/build/MapBuilder.java =================================================================== --- src/uk/me/parabola/mkgmap/build/MapBuilder.java (revision 828) +++ src/uk/me/parabola/mkgmap/build/MapBuilder.java (working copy) @@ -25,6 +25,8 @@ import uk.me.parabola.imgfmt.app.Coord; import uk.me.parabola.imgfmt.app.lbl.LBLFile; import uk.me.parabola.imgfmt.app.lbl.POIRecord; +import uk.me.parabola.imgfmt.app.lbl.Country; +import uk.me.parabola.imgfmt.app.lbl.Region; import uk.me.parabola.imgfmt.app.map.Map; import uk.me.parabola.imgfmt.app.net.NETFile; import uk.me.parabola.imgfmt.app.net.NODFile; @@ -138,6 +140,21 @@ */ private void processPOIs(Map map, MapDataSource src) { LBLFile lbl = map.getLblFile(); + + Country d = lbl.createCountry("Deutschland","GER"); + + Country a = lbl.createCountry("Oesterreich","AUT"); + + Region b = lbl.createRegion(d,"Bayern"); + lbl.createRegion(d,"Sachsen"); + lbl.createRegion(d,"Berlin"); + lbl.createRegion(d,"Hamburg"); + lbl.createRegion(a,"Tirol"); + lbl.createRegion(a,"Salzburg"); + + lbl.createCity(b,"Rosenheim"); + lbl.createCity(b,"Traunstein"); + for (MapPoint p : src.getPoints()) { POIRecord r = lbl.createPOI(p.getName()); poimap.put(p, r);

1 0

Problem Generating gmapsupp.img
by Andrew Ayre 23 Dec '08

23 Dec '08

Hi, I have a problem generating gmapsupp.img from two IMG files, previously generated by mkgmap. I'm probably doing something wrong, but I'm not sure what. Any help is appreciated. I have two 1 degree square IMG tiles for a location in Austria. 63275058.img contains the OSM street map, and 53275058.img contains the SRTM contour lines. The tiles cover the same area. You can get them from here: http://files.britishideas.com/index.php?dir=mkgmap/ If I run: java -Xmx1560M -jar ../scripts/mkgmap.jar --gmapsupp ./63275058.img then I can view the street map just fine. The file size is around 650kb. If I run: java -Xmx1560M -jar ../scripts/mkgmap.jar --gmapsupp ./53275058.img ./63275058.img then the contour lines show up but not the street map. The file size is around 12Mb. If I run: java -Xmx1560M -jar ../scripts/mkgmap.jar --gmapsupp ./63275058.img ./53275058.img then the file size is around 650kb. I haven't checked to see what that contains, but I expect it to be only contour lines. It seems that mkgmap is only including the first IMG tile in the generated gmapsupp.img. I've had this same approach (overlaying tiles) working for a larger region in Switzerland. Any ideas how I can solve this? I'm running revision 699 of mkgmap. There is no output to stdout or stderr from mkgmap when I run the commands above. thanks, Andy -- Andy PGP Key ID: 0xDC1B5864

2 2

Commit: r828: Now possibly the rounding works in the TDB and overview file.
by svn commit 21 Dec '08

21 Dec '08

Version 828 was commited by steve on 2008-12-21 22:11:42 +0000 (Sun, 21 Dec 2008) Now possibly the rounding works in the TDB and overview file.

1 0

Commit: r826: Ensure that it is impossible for subdivisions to be too big.
by svn commit 20 Dec '08

20 Dec '08

Version 826 was commited by steve on 2008-12-20 23:34:49 +0000 (Sat, 20 Dec 2008) Ensure that it is impossible for subdivisions to be too big. They are just limited to the max size if found to be so.

1 0

Commit: r825: Fix the rounding of the map definition areas (I hope).
by svn commit 16 Dec '08

16 Dec '08

Version 825 was commited by steve on 2008-12-16 15:44:20 +0000 (Tue, 16 Dec 2008) Fix the rounding of the map definition areas (I hope).

1 0

Commit: r824: Points were not copied when overlays were in use.
by svn commit 15 Dec '08

15 Dec '08

Version 824 was commited by steve on 2008-12-15 17:36:34 +0000 (Mon, 15 Dec 2008) Points were not copied when overlays were in use.

1 0