I have been running mkgmap with only occasional issues for a long time. I just updated to the latest svn, and got an assertion. This was with java 1.6 on a mac, so I updated to 1.7. Then, I still get an exception: + java -enableassertions -Xmx3072m -jar mkgmap.jar --max-jobs --latin1 --description=OSM_gdt --country-abbr=US '--country-name=United States' --region-abbr=MA --region-name=Massachusetts --family-id=1500 --family-name=OSM_gdt_family --product-id=13 --series-name=OSM_gdt_series --area-name=OSM_gdt_area --draw-priority=60 --overview-mapname=63240000 --tdbfile --style-file=/Users/gdt/CFERERRO/CF_GPS --reduce-point-density=4 --reduce-point-density-polygon=8 --merge-lines --route --check-roundabouts --check-roundabout-flares --remove-short-arcs=6 --adjust-turn-headings --report-similar-arcs --report-dead-ends=2 --add-pois-to-areas --index -c template.args /Users/gdt/CFERERRO/CFMaster.TYP --gmapsupp Time started: Mon May 27 20:59:47 EDT 2013 java.lang.NoSuchMethodError: uk.me.parabola.mkgmap.build.LocatorUtil.getNameTags(Luk/me/parabola/util/EnhancedProperties;)Ljava/util/List; at uk.me.parabola.mkgmap.reader.osm.LinkDestinationHook.init(LinkDestinationHook.java:64) at uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.pluginChain(OsmMapDataSource.java:170) at uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.setupHandler(OsmMapDataSource.java:138) at uk.me.parabola.mkgmap.reader.osm.bin.OsmBinMapDataSource.load(OsmBinMapDataSource.java:49) at uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.load(OsmMapDataSource.java:112) at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:144) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:56) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:230) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:227) 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:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:722) Exiting - if you want to carry on regardless, use the --keep-going option Time finished: Mon May 27 20:59:47 EDT 2013 Total time taken: 412ms template.args looks like: mapname: 63240001 # description: OSM Map input-file: 63240001.osm.pbf mapname: 63240002 # description: OSM Map input-file: 63240002.osm.pbf mapname: 63240003 # description: OSM Map input-file: 63240003.osm.pbf mapname: 63240004 # description: OSM Map input-file: 63240004.osm.pbf mapname: 63240005 # description: OSM Map input-file: 63240005.osm.pbf mapname: 63240006 # description: OSM Map input-file: 63240006.osm.pbf and more. This is from splitting us-northeast and a file I've been using a long time with boundary=parcel with lot boundary data for my town.
Hi Greg, Greg Troxel wrote
I have been running mkgmap with only occasional issues for a long time. I just updated to the latest svn, and got an assertion. This was with java 1.6 on a mac, so I updated to 1.7. Then, I still get an exception:
if you compile from source, please use ant clean dist after an svn update Gerd -- View this message in context: http://gis.19327.n5.nabble.com/new-assertion-tp5762944p5762947.html Sent from the Mkgmap Development mailing list archive at Nabble.com.
GerdP <gpetermann_muenchen@hotmail.com> writes:
Hi Greg,
Greg Troxel wrote
I have been running mkgmap with only occasional issues for a long time. I just updated to the latest svn, and got an assertion. This was with java 1.6 on a mac, so I updated to 1.7. Then, I still get an exception:
if you compile from source, please use ant clean dist after an svn update
I really thought I already did that. But I just did it again, the build is running. Thanks for suggesting it. (If I weren't switching JDK versions, I'd say that 'ant clean' being necessary was a sign of a missing dependency. But I am going from 1.6 to 1.7, so I get it that I have to start from zero.) Plus, this was all more confusing than it should have been the way java is on macs; I had to set PATH to get the 1.7 JDK to run.
Hi Greg, as a developper you'll see these problems again and again because one copies different versions of sources or restores something from svn. In these cases, the *.class fies may be younger than the *.java files, so ant will not detect changes. Gerd Greg Troxel wrote
GerdP <
gpetermann_muenchen@
> writes:
Hi Greg,
Greg Troxel wrote
I have been running mkgmap with only occasional issues for a long time. I just updated to the latest svn, and got an assertion. This was with java 1.6 on a mac, so I updated to 1.7. Then, I still get an exception:
if you compile from source, please use ant clean dist after an svn update
I really thought I already did that. But I just did it again, the build is running. Thanks for suggesting it.
(If I weren't switching JDK versions, I'd say that 'ant clean' being necessary was a sign of a missing dependency. But I am going from 1.6 to 1.7, so I get it that I have to start from zero.)
Plus, this was all more confusing than it should have been the way java is on macs; I had to set PATH to get the 1.7 JDK to run.
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
attachment0 (200 bytes) <http://gis.19327.n5.nabble.com/attachment/5763078/0/attachment0>;
-- View this message in context: http://gis.19327.n5.nabble.com/new-assertion-tp5762944p5763114.html Sent from the Mkgmap Development mailing list archive at Nabble.com.
participants (2)
-
GerdP -
Greg Troxel