Re: [mkgmap-dev] Missing map part in gmapsupp.img
2018-03-14 11:47 GMT+02:00 Gerd Petermann wrote: > thanks for the feedback. Just to let you I wonder what you do with that map. > Are you aware of important options like > --route, --index, or --housenumbers? Due to historical reasons many important > functions are switched off by default, so for a map that > supports routing or address search you need many more options. Description I sent was simplified test case which still reproduces an error. I'm recreating free Garmin map of Lithuania daily (garmin.openmap.lt). My actual arguments file looks like given below. Now when you wrote --housenumbers I understand I have to change x-housenumbers to housenumbers (but it should probably have no influence on result) and I should probably add --x-split-name-index to have street names like „Name Surname“ be found for both „Name“ and „Surname“ searches. Thank you for your help! family-id: 1 # product-id: 1 family-name: Lietuva description: Lietuva2018-03-14 country-name: Lietuva country-abbr: LT code-page: 1257 style-file: tomas_style preserve-element-order lower-case route add-pois-to-areas generate-sea: multipolygon coastlinefile: lkrantas.osm x-housenumbers location-autofill: bounds name-tag-list: name:lt,name,int_name,name:en # Following is a list of map tiles. Add a suitable description # for each one. mapname: 63240001 description: OpenStreetMap 2018-03-14 input-file: 63240001.osm.pbf index tdbfile <...same with other parts...> gmapsupp ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Missing map part in gmapsupp.img
2018-03-14 10:20 GMT+02:00 Gerd Petermann wrote: > this was a bug introduced with r4124. It was fixed just yesterday with r4136. > See also > http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4124 > http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4136 Thank you, Gerd. That was it. Updated mkgmap, reran the jobs and everything is fine now. -- Tomas ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Missing map part in gmapsupp.img
Hello I've recently updated mkgmap version to r4132 (from a ~year old version) and noticed some strange behaviour: 1. Download Lithuanian latest data in pbf from geofabrik 2. Split using latest version of splitter.jar using: java -jar splitter.jar --max-nodes=320 ../lithuania-latest.osm.pbf (4 parts are created). 3. add "gmapsupp" option at the end of the automatically generated template.args file. 4. Run: java -jar mkgmap.jar -c template.args Resulting gmapsupp.img file is missing one part - 63240001.img is not included. I do not think something is wrong in the data, because if I copy the contents of 63240001.osm.pbf as 63240005.osm.pbf and append that in arguments file - gmapsupp.img is created correctly with parts (2-5). What am I missing? Thank you -- Tomas ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] inner sections of a multipolygon
2016-08-01 13:56 GMT+03:00 nwillink wrote: > Once you add a multipolygon relation to say an existing forest and making it > outer, any inner sections created don't show up unless : > > the landuse=forest gets removed from the polygon and added to the relation. This is how multipolygons should be tagged in OSM - forest tags should go to relation, not to outer polygon. Outer polygon is a different geometry compared to multipolygon (polygon with "holes"). For example, lets say you have a park which is mostly trees, but in the middle you have a meadow/grass. You would then have 3 objects: 1. outer polygon which would be tagged as "park" (because park contains both forest as well as meadow) 2. inner polygon which would be tagged as "meadow" 3. relation which is tagged as forest, because forest is everything inside outer polygon except inner meadow polygon. Note different geometries for park and forest. Only relation represents a geometry with a "hole". P.S. JOSM validator reports such errors. I'm not aware of any other validator doing that. -- Tomas ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Exception when creating bounds
2013/2/22 Thorsten Kukuk: > This means fastutil.jar is not found. Ok, clear. My script was downloading mkgmap-latest.tar.gz and extracting .jar file only. So far this was enough. Now I have to extract jar's in "lib" as well (which contains fastutil.jar and some other ones as well). Everything works now. Thank you! -- Tomas ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Exception when creating bounds
Hello I'm trying to create bounds by calling this: java -cp mkgmap.jar uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryPreprocessor lietuvos-ribos.osm.gz bounds Following exception is thrown: java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError: it/unimi/dsi/fastutil/longs/Long2ObjectOpenHashMap java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError: it/unimi/dsi/fastutil/longs/Long2ObjectOpenHashMap at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:252) at java.util.concurrent.FutureTask.get(FutureTask.java:111) at uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryPreprocessor.runPreprocessing(BoundaryPreprocessor.java:242) at uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryPreprocessor.main(BoundaryPreprocessor.java:184) Caused by: java.lang.NoClassDefFoundError: it/unimi/dsi/fastutil/longs/Long2ObjectOpenHashMap at uk.me.parabola.mkgmap.reader.osm.OSMId2ObjectMap.(OSMId2ObjectMap.java:41) at uk.me.parabola.mkgmap.reader.osm.ElementSaver.(ElementSaver.java:49) This was fine before 2013-02-20 and problems started with mkgmap 2494. Is this a problem in mkgmap-latest.tar.gz (missing files?) or is there something missing in my system? Thank you P.S. linux, java-1.7.0-openjdk -- Tomas ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Help/ideas with address index
2012-01-11 Marko Mäkelä wrote: > By the way, I do not see any --code-page=1252 or --latin1 option. Is > that the default? Not sure about 1252, but latin1 is apparently the default, because I used to use that option to convert non ascii characters to latin ones (so that gmapsupp could be used on old devices). And for some time I've removed that option and mkgmap still converts non ascii characters... (or nobody bothered to complain:) > Lucky you, living in a small country. Finland was some 30MB three years > ago. It is 100MB now. We're slowly getting there! Very slowly... :-) -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Help/ideas with address index
2012-01-12 Thorsten Kukuk wrote: > osmconvert can of course convert from and to pbf. osmfilter can > write .pbf, but I'm not sure about reading it. The last time I was analysing usage of pbf was when it appeared (one year ago?). I should probably re-visit this topic. Thank you for information! -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Help/ideas with address index
Thank you everybody, the problem was with missing mkgmap:country/region etc. rules in styles! > And: Mkgmap also understand pbf-files. They are smaller and faster > processed. Lithuania.osm.pbf is only 14mb of size :) I know, and pbf files appear on geofabrik earlier than zipped xml files. Unfortunately I'm also running a script calculating lengths of roads and that one takes xml as an input. So I would have to convert pdf to xml anyway... And I'm not sure if osm2pgsql/osmfilter/osmconvert can load/work with pbf file... -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Help/ideas with address index
Hello I'm trying to generate address index, but so far am unable to do that. Maybe you can give me some advices on what should I try? I expect to get index right in the gmapsupp.img as I'm using linux and MapSource is unable to transfer gmapsupp to my Colorado (I'm simply copying gmapsupp.img to the device via usb cabel). I was following instructions I've found on osm wiki. Created bounds info (tried both creating my own using osmfilter/osmconvert/mkgmap as well as downloading pre-created europe bounds 20111202). This is how I run mkgmap: java -jar mkgmap.jar \ --style-file=/home/tomas/garmin/tomas_style \ --gmapsupp \ --tdbfile \ --family-id=1 \ --family-name=OpenStreetMap \ --description=Lietuva`date +%Y%m%d` \ --country-name=Lithuania \ --country-abbr=LTU \ --preserve-element-order \ --route \ --add-pois-to-areas \ --generate-sea=multipolygon \ --coastlinefile=lkrantas.osm \ --report-undefined-nodes \ --check-roundabouts \ --drive-on-right \ --report-dead-ends \ --index \ --location-autofill=bounds \ lithuania_.osm The only error messages I get are about short arcs. This is how I test. Upload the map to my device. Choose "where to" -> "address", press "done" (or enter letter "L") and get an empty list... Note: I'm not using splitter, just taking data from geofabrik and making a map from it directly. mkgmap version 2165. Thank you P.S. Everything else (routing, styles) seems to work ok. -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] broken charset in latest mkgmap
>> note that it's just lowercase, not lowercase+diacritic (still haven't >> coerced the unit to display them properly. got a seriously messed up >> answer from garmin. considering writing a rant for /. ) > Well then maybe it should be changed to not be used for street labels - > not seen a single gps that supports it for street labels. Lower-case letters with Lithuanian characters do work on streets on Colorado. -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Encoding problems
2011-03-09 Rich: > i... don't like vista hcx being mentioned in that list :) > do you have any source for this info ? I've placed a map on the internet and asked people to send me an e-mail telling if they see Lithuanian letters or not. That is the "source" of above-mentioned information... -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Encoding problems
I've tried downloading Latvian extract from geofabrik and creating a map. I then browsed through Riga and haven't noticed any problems (using Colorado). I do see Latvian letters properly... P.S. Note that Lithuanian letters (and the same should apply to Latvian ones) does NOT work on GPSMAP 60csx, eTrex Vista HCx and it DOES work with Colorado, Oregon, MobileXT 5.00(60), Nuvi 250w. -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] [PATCH v6] Automatic location completion
2011-03-09 WanMil: > * The mkgmap:country, addr:country and is_in:country tag is now always > assigned with the three letter country code. This makes it possible to > define country specific rules in the style files. Three letter not two? Most (all) addresses in Lithuania have addr:country=LT... And in JOSM list of values has two letter country codes: DE, US, GB, FR, IT... -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Encoding problems
2011-03-07 Steve Ratcliffe: > Is that using code-page or charset? > > I would not expect --charset to work. Yep. Changing to --code-page=1257 fixes Lithuanian letters! Thank you! -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Encoding problems
2011-03-07 fla...@googlemail.com: > Why cant we make all Names UTF-8 ? Source OSM data files are utf8. I guess Garmin devices do not understand utf8... -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Encoding problems
2011-03-07 Steve Ratcliffe: >> is this something that can be worked around using different options or not ? >> which is the latest version that such characters are expected to work ? > I expect the latest version to work, but if it doesn't... charsets stopped working (at least for cp1257) after index branch merge. It used to work for at least half a year before that (on stable versions). -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Commit: r1882: MapSource installer improvements
2011-03-07 Marko Mäkelä: > Is there a "MapSource for dummies" for us poor Linux guys? I would like > to convert the output of mkgmap --index to the device gmapsupp.img > format, and I guess I would need MapSource under WINE for that. How > would that work? Me too! Especially the part of "transferring the map to device". Because launching MapSource via wine is ok, but later MapSource refuses to see any GPS device attached... -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Encoding problems
Hello Latest versions of mkgmap stopped working correctly with windows-1257 encoding (I no longer see Lithuanian letters on Colorado and QLandkarteGT). Is this related to the fact that sort/cp1257.txt is not provided yet? I'm NOT using --index option yet but using --lower-case and --charset=windows-1257. Thank you P.S. r1877 -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] barriers
2011-02-26 Marko Mäkelä: >>Current default map style in mkgmap does not depict barriers. >>Is there a reason for that or it was simply not added to "lines" file >>yet? > > I guess that the reason is that the default style is supposed to be > useable with the "built-in TYP file" in various Garmin devices. OK. Clear. P.S. It was displaying 0x00 barriers as white lines on Colorado device. -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] barriers
Hello Current default map style in mkgmap does not depict barriers. Is there a reason for that or it was simply not added to "lines" file yet? barrier=wall [0x00 resolution 20] barrier=fence [0x00 resolution 20] Thank you -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] share your outdoor/mtb/hiking styles and typ
2011-02-19 maning sambale wrote: > I am planning to create an outdoor garmin map useful for hikers, MTB, > mountaineers. Care to share your typs and style code? http://wiki.openstreetmap.org/wiki/Mountainbike http://openmtbmap.org/ -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] coastlinefile option
Hello I'm trying to use a separate file with natural=coastline information. I then provide it to mkgmap using option: --coastlinefile=lithuania_coast.osm But I get this when executing: SEVERE (CoastlineFileLoader): lithuania_.osm: java.lang.UnsupportedOperationException java.lang.UnsupportedOperationException at java.util.AbstractCollection.add(AbstractCollection.java:238) at java.util.AbstractCollection.addAll(AbstractCollection.java:322) at uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.createConverter(OsmMapDataSource.java:251) at uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.setupHandler(OsmMapDataSource.java:131) at uk.me.parabola.mkgmap.reader.osm.xml.Osm5MapDataSource.load(Osm5MapDataSource.java:69) at uk.me.parabola.mkgmap.reader.osm.CoastlineFileLoader.loadFromFile(CoastlineFileLoader.java:90) at uk.me.parabola.mkgmap.reader.osm.CoastlineFileLoader.loadFile(CoastlineFileLoader.java:119) at uk.me.parabola.mkgmap.reader.osm.CoastlineFileLoader.loadCoastlinesImpl(CoastlineFileLoader.java:133) at uk.me.parabola.mkgmap.reader.osm.CoastlineFileLoader.loadCoastlines(CoastlineFileLoader.java:79) at uk.me.parabola.mkgmap.reader.osm.SeaGenerator.init(SeaGenerator.java:135) at uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.pluginChain(OsmMapDataSource.java:158) at uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.setupHandler(OsmMapDataSource.java:126) at uk.me.parabola.mkgmap.reader.osm.xml.Osm5MapDataSource.load(Osm5MapDataSource.java:69) at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:145) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:56) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:220) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:217) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:636) I tried creating coastline file using JOSM. Then I tried modifying this file (removing elements with action="delete" etc.). The last thing I've tried was to provide the full data osm file (the one used to generate a map) as natural coastline just to check that file format is OK, but I was still getting the same error... Full command line when creating a map: java -jar mkgmap.jar \ --style-file=/home/tomas/garmin/tomas_style \ --gmapsupp \ --tdbfile \ --family-name=OpenStreetMap \ --description=Lietuva`date +%Y%m%d` \ --country-name=Lithuania \ --country-abbr=LTU \ --preserve-element-order \ --lower-case \ --charset=windows-1257 \ --route \ --add-pois-to-areas \ --generate-sea=multipolygon \ --coastlinefile=lithuania_.osm \ lithuania_.osm What am I doing wrong? What should the format of this coastline file be? Thank you P.S. This is using rev1838. -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Commit: r1198: Merge in the sea polygon patch from the multipolygon branch.
Hello 2009-09-22 Du Plessis, Bennie : > Generate-sea does not work for me on Southern Africa. It does work for me, just "sea" is on the wrong side of the coast... Cape Town is flooded :( You're using custom style, so apparently you have to add this one to polygons file: natural=sea [0x32 resolution 20] -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Missing lakes
Hello Do I understand correctly, that there are still problems with multipolygons? Lakes marked as inner ways of multipolygon having forest as outer way are still not rendered. Some of those lakes appear as a hole in forest, some have no influence on rendering (lakes are displayed as forest regardless of being inner way of forest). Should I create a bug for this? Or should I just wait? Thank you -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Missing lakes
2009-07-28 Apollinaris Schoell : > sure it's work, but isn't our target to make the best gis database :) > someone else pointed out in an older thread on talk why this is important. > imagine you need to calculate the area of the forest. > this way it's tagging for the renderer. but renderer can change Cha. I just found out that it is extremely easy to add such relation using JOSM. I do not have to "draw" any new nodes/ways. Just select forest and lakes, create/modify relation and add corresponding outer/inner tags :) -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Missing lakes
Hello 2009-07-28 Christian Gawron : > may first guess would be that a multipolygon relation (with role=outer > for the forrest and role=inner for the lake) is missing. Yes, thank you, I've added that relation and will test the map generation tomorrow (after geofabrik publishes todays data)! -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Missing lakes
Hello 2009/7/28 Nop : > Adding proper multipolygons to the data instead of relying on any > drawing order is the only useful solution. OK. Thank you all for answers! I will try fixing the data (while fixing 4500 lakes in tiny territory of Lithuania will not be a small task:). Just from my experience adding multipolygons is quite a challenging task for beginners, so I will have to come up with some automated way of at least identifying such forest+water combinations (keepright?:). -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Missing lakes
Hello 2009-07-27 Rudi : > Do you use a custom typ file for your map? No, I am not. And some lakes marked the same way ARE visible on the map... > I strongly doubt it has something to do with the source=yahoo tag. This was just my guess - maybe some tiny bug in code... But I've tried adding that source tag to osm xml file directly and it had no effect. I will try to get hold of some other Garmin device (maybe Oregon and/or Nuvi) and check if it has the same problem. It should then be clear if a problem is in Colorado or .img file. Another interesting detail is that if I put pointer over the "invisible lake" a tip does show "Lake" while forest is actually displayed. -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Missing lakes
Hello I've noticed strange problem with lakes (natural=water) in a middle of forests (landuse=forest). Some of them are displayed on Garmin (Colorado), some are not. The only difference in data I can see is that the ones displayed have source=Yahoo tag (in addition to natural=water and created_by=...). Strangely enough this is only happening when rendering forest areas as 0x50, if I change it to 0x17 (park) all lakes are visible. Affected area: http://www.openstreetmap.org/?lat=55.2085&lon=25.7473&zoom=13&layers=B000FTF (data taken from http://download.geofabrik.de/osm/europe/lithuania.osm.bz2) Has anybody noticed such behaviour? Is it Colorado or mkgmap problem? Thank you P.S. I will try later to add source=Yahoo to missing lakes and check if that makes them appear on the map. -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Option "preserve-element-order"
Hello Sorry for interruption... 2009/7/1 Felix Hartmann : > Drawing order on GPS: > 1. Polygons (doesn't matter which layer nor map-id,) --> polygons themselves > by draw order in typfile. How exactly can I control that (where/what is that typfile)? In exact, I want to have lakes on top of forests. Thank you P.S. If it changes anything - I'm using a map on Garmin Colorado. -- Tomas Straupis ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
