this, update in ivysettings.xml the following line from:
root="http://download.osgeo.org/webdav/geotools/; />
To:
root="https://repo.osgeo.org/repository/release/; />
Thanks!
Regards,
Lambertus
___
mkgmap-dev mailing list
mkgmap-dev@lis
Hi, there are some server changes due to hardware/reliability problems.
I'm working behind the scenes on testing a new server. This means there
have been no updates for a few weeks but, if all goes well, then there
could be new bounds/sea and maps this week.
On 07/01/2017 08:20 AM, Bernd
Thanks, Gerd, for looking into this. The problem is now nailed down to
one of the other address files that are merged with the planet file. So
there is currently no need to change Splitter's code.
On 02/03/2016 07:09, Gerd Petermann wrote:
Hi Lambertus,
maybe the problem is related
Using an o5m file with a huge node-id seems to break splitter-r427:
[..]
3,200,000,000 nodes processed... id=3982721872
3,210,000,000 nodes processed... id=20782524
Exception in thread "main" java.lang.AssertionError
at
I'm not sure if it is of any help, but with http://yournavigation.org
(which also uses OSM) you can specify which distance algorithm to use.
It uses this PHP class for the calculations:
https://github.com/treffynnon/Geographic-Calculations-in-PHP
Available methods:
Vincenty
Simplified great
.o5m
The relevant Splitter output:
Splitter version 412 compiled 2014-06-21T13:47:04+0100
boundary-tags=use-exclude-list
cache=
description=
geonames-file=/home/lambertus/garmin/utils/cities15000.zip
keep-complete=true
mapid=63241911
max-areas=512
max-nodes=160
max-threads=4 (auto)
mixed=false
There is a ~20MB o5m file that needs to be split. But Splitter returns:
Cannot find a good split with exactly 2 areas
I hope a (the) dev can have a look at this? Thanks!
The tile is here:
http://osm.pleiades.uni-wuppertal.de/garmin/20140703/63240007.o5m
See for more info and a link to the
Thanks Gerd! This is valuable information for those of us processing
large areas of the planet.
Unfortunately there is no additional speedup for me because I already
use o5m because of osmupdate (to keep a local planet copy up-to-date).
On 07/05/2014 11:59, Gerd Petermann wrote:
Hi Felix,
Faster, less memory hungry code is always welcome Gerd! :)
On 02/05/2014 11:32, Gerd Petermann wrote:
Hi Minko,
Thanks Gerd, mkgmap-r3247 is working as expected.
fine :-)
FYI: improvements in the performance is less than r3245,
3% vs 12% faster than r3193 (with 1% more data than
programming
language are they in?
On 29.04.2014 21:39, o...@na1400.info wrote:
Oh, and ofcourse anyone interested can get my scripts, send an email.
They'll be on Github someday anyway.
On 2014-04-29 20:37, Gerd Petermann wrote:
Hi Lambertus,
okay, if I got that right you finally get *.img files
(). They
call each other recursively until an image has been rendered
successfully within the specified size limit or that subsplitting any
further is not possible.
Please excuse the sloppy code :p
On 30/04/2014 13:47, Felix Hartmann wrote:
On 30.04.2014 13:36, Lambertus wrote:
To get a better
What is needed to get the bounds and sea data in high-precision format?
I use a reasonably new Mkgmap for this process: r3200. Should I use a
different version?
On 04/30/2014 09:51 PM, Felix Hartmann wrote:
Just a question - is it planned to change the bounds and sea data that
is available
is
fine. However the data by Thorsten is significantly bigger size than
the one on mkgmap.org.uk - hence I assumed here the used version is
still older?
On 30.04.2014 21:58, Lambertus wrote:
What is needed to get the bounds and sea data in high-precision
format? I use a reasonably new Mkgmap
While this possibly can be solved in Splitter or Mkgmap, it could also
be solved by your build-script when you add a maximum tile size check
and re-split (with a lower number of max-nodes) until you get two or
more sub-tiles. Granted, this adds complexity to the script but it works
well for
of tiles.
On 29/04/2014 15:09, Gerd Petermann wrote:
Hi Lambertus,
that sounds like a possible change in splitter:
Instead of specifying max-nodes you may specify --num-tiles=x
and splitter will try to find a split that produces excactly x tiles
which are not too narrow and have a node number
The basic version could be usable for the old Etrex Legend with 8 Mb or
Vista with 24 Mb storage space?
On 22/04/2014 11:23, Andrzej Popowski wrote:
Hi Gerd,
Garmin img consist of subfiles. There are some workable set of subfiles:
basic map: TRE+RGN+LBL
advanced: TRE+RGN+LBL+NET
routable:
by a previous version.
On 09-02-14 16:09, Minko wrote:
Lambertus,
Is the latest bounds file correct?
It is much smaller (72 Mb) than the previous ones (412 Mb)
On 04-02-14 18:55, Patrik Brunner wrote:
ok, thanks sorry to be a pain... ;-)
On 04.02.2014 18:52, Lambertus wrote:
Yes something
wrote:
Lambertus,
I've seen that the 'bounds' is already handled with the new concept:
http://osm2.pleiades.uni-wuppertal.de/bounds/latest/bounds.zip
But the sea boundaries are not yet done the same way even though there
is a new version of that file in the date specific directory
No worries! :)
On 04-02-14 18:55, Patrik Brunner wrote:
ok, thanks sorry to be a pain... ;-)
On 04.02.2014 18:52, Lambertus wrote:
Yes something went wrong ... I tried to optimize my build chain by
parallelizing things, but I managed to schedule two processes that
want all available RAM
This is not hard to achieve and I'll add an easier link with the next
update.
On 31-01-14 15:37, Patrik Brunner wrote:
Lambertus,
Actually you have a directory ./latest in both your sea and bounds
directory in which we can find the latest version of the sea and and
the bounds file
Thanks for the report Minko, the script should be fixed now. The sea
polygons too.
On 25-01-14 22:01, Minko wrote:
Thanks Lambertus for updating those files!
There is however one issue. You packed the files in a subdirectory which mkgmap
cannot process:
SEVERE (BoundaryUtil): splitter
On 24-01-14 20:49, WanMil wrote:
Hi Lambertus, hi Thorsten,
Please post a link if you have installed your service so that we can
link to it.
Thanks!
WanMil
Thanks for the example script. The bounds can be found at the following
link:
http://osm2.pleiades.uni-wuppertal.de/bounds/
I try
On 25-01-14 13:03, Patrik Brunner wrote:
Lambertus,
File properly downloadable, thanks for your efforts it seems to
contain properly both France and Norway, allthough that's sort of
unclear to me, but never mind.
Question:
will you also provide the precompiled sea boundaries in a similar
On 24-01-14 20:49, WanMil wrote:
Regarding the sea files: I can post a similar shell script within the
next days. But that's also not a big trick:
* Install mkgmap including the extra jar files (the ones in lib/optional)
* Download the new data (land polygons) from openstreetmapdata.com
* Unzip
On 25-01-14 13:18, Lambertus wrote:
On 24-01-14 20:49, WanMil wrote:
Regarding the sea files: I can post a similar shell script within the
next days. But that's also not a big trick:
* Install mkgmap including the extra jar files (the ones in
lib/optional)
* Download the new data (land
with
smaller tiles from osmd.com or add -Xmx8g to the commandline?
On 25-01-14 15:23, Steve Ratcliffe wrote:
Hi Lambertus,
java -cp path_to_mkgmap_dir/mkgmap.jar:path_to_geotools_dir
uk.me.parabola.mkgmap.sea.optional.PrecompSeaGenerator
path_to_shape_dir/land_polygons.shp WGS84 sea
But then I get
Thanks Steve. I've added -Xmx8g but it doesn't appear to be faster nor
use more memory. It's hitting about 350 MB with the large polygons shape.
On 25-01-14 15:57, Steve Ratcliffe wrote:
On 25/01/14 14:51, Lambertus wrote:
Many thanks Steve, the sea generator is running for 20 minutes now
minutes by looking at the progress, but I
guess that's expected from this older cpu and memory architecture. It
doesn't matter.
On 25-01-14 17:19, WanMil wrote:
Hi Lambertus,
you should download the split polygons. If you download the polygons
not split you need *very* much memory. With split
On 24-01-14 20:49, WanMil wrote:
Hi Lambertus, hi Thorsten,
Please post a link if you have installed your service so that we can
link to it.
Thanks!
WanMil
The sea polygons can be found at the following link:
http://osm2.pleiades.uni-wuppertal.de/sea
I try to update weekly, together
Hi WanMil, all,
'My' servers have enough memory, cpu cycles, storage and bandwidth to
host these files. Can you email me with some details, e.g. the shell
scripts you're using?
Lambertus
On 24-01-14 10:45, WanMil wrote:
I think we can add such a link.
Anyhow is there anybody who has some
On 24-01-14 21:23, Thorsten Kukuk wrote:
Thanks, but I have my own scripts for Linux already.
Lambertus, if you want to have them or look at them, please tell me.
I don't know what you are running.
Thorsten
Thanks Thorsten, but I've already slightly adapted WanMil's script to
run within
No worries, the version file will be included in the zip. :)
On 24-01-14 22:22, Patrik Brunner wrote:
Lambertus,
I hope you also create somehow a version tag inside the two
directories like it was done in the script of WanMil... this allows
users to easily check which version
On 03/12/2012 22:24, WanMil wrote:
But such large tiles are not displayed by Mapsource and Basecamp. They
display mkgmap generated tiles only if the longitude and latitude tile
size is below 179.9x°. I didn't measured the exact x (179.9° works,
179.99° does not work).
So a tile with the
Please note that the message you replied to is a couple of days old and
was stuck in the mailinglist server.
On 02-12-12 12:08, Gerd Petermann wrote:
Hi Lambertus,
okay, regarding performance I think it makes no sense to use a small
max-areas value. The rule seems to be simple: The more
whoops, I noticed a bit late that there is an IndexOutOfBounds exception
a bit earlier in the logfile.
On 30-11-12 01:53, GerdP wrote:
GerdP wrote
Lambertus wrote
Great to see that a simple log can be so helpful. :)
Would be nice for splitter to be much faster with only a single pass
Some results for r247, I hope it is of any use:
This version is able to split the planet (r246 could not) but needs more
memory then r202. Using -Xmx4000m an OutOfMemoryException occurs but not
with -Xmx6000m.
Number of stored ids: 19,330,031 require ca. 2.04 bytes per pair.
1224726 chunks
Congratulations Steve and anyone on the list who contributed to this
great project! Mkgmap has really become a remarkable application.
On 26/11/2012 21:46, Steve Ratcliffe wrote:
Hi
On this day, 6 years ago, revision 1 was committed to svn.
$ svn log -r1
Great to see that a simple log can be so helpful. :)
Would be nice for splitter to be much faster with only a single pass on
a moderate pc (i.e. 8 gb ram), but I'm not complaining as it is...
Running splitter r247 with the added logging parameters on my dev pc
now, will send the results
On 24-11-12 00:26, GerdP wrote:
Yes, today I found that this problem is likely to occur with r242, or
to be precise, with splitter and my bounding box patch. It is related
to my question regarding alignment. I hope I can fix it soon. Gerd
Thanks for the confirmation Gerd, do you think that
Tried to split the whole planet using splitter-problem-list-r242.jar and
got the following error:
Elapsed time: 16m 0s Memory: Current 1076MB (991MB used, 85MB free)
Max 3555MB
in 1 file
Time: Fri Nov 23 23:03:14 CET 2012
Exact map coverage is (-90.0,-180.0) to (90.0,180.0)
Trimmed and
This is a request for a new Splitter method.
It would greatly speed-up my map generation if Splitter could use a
split-count parameter that tells Splitter to output N tiles instead of
having to manipulate the max-nodes and max-ways parameters to get the
required amount of split results.
Thanks Steve and Hermann, the description helps.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
I get this warning too. From the previous posts it is not clear to me
what the effect of this warning on is the functionality of the generated
maps. Is it harmful or can it be ignored?
On 4-7-2012 17:21, Steve Ratcliffe wrote:
Hi
It's a bug that occurs when you have type file. I don't
Hello Henning,
I tried to follow the discussion but my German isn't good enough to
understand all the details and Google translate is awkward. I don't know
if I can really contribute to the discussion.
Do I understand correctly that some commentators fear that e.g. my
service stops because
On 5-7-2012 13:39, aighes wrote:
The main issue is, that many users doesn't find our maps, because they
are hidden. There is only the wiki-list, but this list isn't quite
usable to normal people. The fear is only a minor problem.
When I type in Google: Free Garmin maps I find my website listed
Splitter could be integrated into Mkgmap, but it has proven not too
difficult to script a subsplit if an Mkgmap render attempt failed. The
scripts is described in normal language below, implementing it in Perl,
Python, bash or even PHP (as I have) is easy. It might keep Mkgmap
slightly ;-)
Thanks GerdP and Marko!
On 7-2-2012 21:50, Marko Mäkelä wrote:
On Tue, Feb 07, 2012 at 12:22:15PM -0800, GerdP wrote:
Hi Lambertur,
I think it is possible and probably not intended. The file default/info is
missing the line
base-style=landuse
Sorry, you are right. I will add it. I guess I
Hopefully someone can shed some light on what I'm doing wrong?
java -Xmx1000M -ea -jar ~/garmin/utils/mkgmap/mkgmap.jar
--style-file=/home/lambertus/garmin/world/styles/default/
--input-file=63240001.osm.gz
java.lang.StackOverflowError
at sun.nio.cs.UTF_8.updatePositions(UTF_8.java:58
Great find Minko! When the commandline is changed to:
java -Xmx1000M -ea -jar ~/garmin/utils/mkgmap/mkgmap.jar
--style-file=/home/lambertus/garmin/world/styles/ --style=default
--input-file=63240001.osm.gz
Then it works.
If there is more then one style in the styles directory then set
Awsome guys! A big thank you all for this and all the other tweaks,
improvements and new features.
Steve, do I understand it correctly that if I want to create a gmapsupp
and also a tdb then I better run Mkgmap twice? Once with --gmappsupp and
once with --tdb?
Also, would you be so kind to
Hello list, Marko,
Would it be possible that the default stylesheet does not show:
- Admin levels 8, 9, 10 (admin_level=)
- Communication (GSM/Broadband) towers (type=communication)
- Powerlines (power=line)
These do not add much functionality but clutter the map and confuse people.
What do
On 18-07-11 18:56, Rich wrote:
On 07/18/11 19:46, Lambertus wrote:
Hello list, Marko,
Would it be possible that the default stylesheet does not show:
- Admin levels 8, 9, 10 (admin_level=)
- Communication (GSM/Broadband) towers (type=communication)
- Powerlines (power=line)
latter two
On 19-05-11 21:21, Daniela Duerbeck wrote:
Hi!
When I try to build a map of Denmark, I get a lot of SEVERE
(MapBuilder): ./63240348.osm.gz: FIXME - too many POIs in group
messages. Then the mkgmap processes exits without generating a map.
What can I do?
I use a script that re-splits the
This sounds like a performance problem I had matching all Garmin tiles
to country polygons. Some country definitions from Cloudmade contain
more then 1000 polygons and there are almost 2000 tiles covering the
world so you can imagine that this takes quite some processing time.
This is solved
On 2011-05-04 07:44, Marko Mäkelä wrote:
The processing time probably won't be reduced if the machine starts
swapping. Like Thorsten pointed out, it is good to leave some breathing
room for the computer.
Sure, but the machine has 8GB ram so it won't have to swap while doing
multiple things at
On 2011-05-04 11:51, Steve Ratcliffe wrote:
* Full GC *
Elapsed time: 18m 0s Memory: Current 135MB (106MB used, 29MB free) Max
MB
The 'Full GC' line is not a problem, it is a message printed by
splitter every so often before it attempts to force a garbage collect.
This is not
On 03-05-11 20:01, Marko Mäkelä wrote:
On Tue, May 03, 2011 at 05:48:55PM +0200, Lambertus wrote:
I assume that GC means garbage collection. Which JVM are you using? An
educated guess is that the memory runs out and a full garbage
collection cycle is started as a last resort.
Ok, Garbage
On 03-05-11 23:25, Thorsten Kukuk wrote:
On Tue, May 03, Lambertus wrote:
Ok, Garbage Collection sounds reasonable, but I gave Java 7.5 GB heap
space while it used only a few hundred megabytes. I've got no idea why
it would run out of memory.
Do you really have so much free memory available
On 2011-04-29 14:37, Martin wrote:
Has anybody already uploaded the file?
Martin
An older (november 2010) coastline extract from the Planet dump is here:
http://planetosm.oxilion.nl/~lambertus/coastline.osm.gz
___
mkgmap-dev mailing list
mkgmap-dev
Op 23-04-11 10:42, Henning Scholland schreef:
Hi Minko
Might it be an fault in OSM-data? In Germany junction=roundabout imply
oneway=yes. I don't know exactly how this is handled in other countries,
but I won't be surprised, if this is globally implied. So if there is an
roundabout, which
On 2011-02-13 23:52, Steve Ratcliffe wrote:
There is a big problem with address search with poor and inconsistent map
data. With my map of England I get the choice of four different variations
on the name of the country to choose from. One must be chosen and doing so
means that you can
Sounds terrific! Congratulations :D
Op 11-02-11 20:11, Steve Ratcliffe schreef:
Hi
Some progress on the index branch.
I found that the flags at the end of mdr7 trigger the acceptance of
the 20-29 sections.
I can now download the maps to my Legend.
Now when you try address search, it is
On 2010-11-25 19:45, Danny Backx wrote:
On Thu, 2010-11-25 at 14:17 +0100, Lambertus wrote:
If there is interest in my script (PHP) then I can clean it up a bit and
post it here.
Yes please.
Danny
The script is attached. I've added some inline comments and hope all is
clear. Don't
I think I've been successfully working around this 'problem' without the
need to hack Splitter, but Chris Miller did changed some things based on
off-list communication (Details elude me at this moment though) to make
this possible.
My process in splitting the planet is essentially a 2-step
On 2010-11-04 23:04, WanMil wrote:
Some loud thinking:
Would it be helpful if we copy the Mapnik behaviour of well defined
coastlines? One could define one separate file that contains all
coastline data (from europe, from the world?). This file could be
maintained and improved in a better way
Op 04-11-10 20:24, Marko Mäkelä schreef:
On Thu, Nov 04, 2010 at 08:06:18PM +0100, Lambertus wrote:
So I'm looking forward to any improvements that work without
hand-picking tile borders.
You are cutting a planet extract yourself, aren't you?
Yes, with Splitter in automatic mode (no areas.list
).
-Original Message-
From: mkgmap-dev-boun...@lists.mkgmap.org.uk
[mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk] On Behalf Of Lambertus
Sent: Tuesday, 2 November 2010 4:56 AM
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] Missing ways part 1
Op 01-11-10 09:42, Lambertus schreef
Would it be possible that Mkgmap supports reading the OSM data from
stdin? Splitter is capable of doing so and it would eliminate the need
for a temporary file if Mkgmap could do so too.
E.g. --input-file=- or assume stdin if no filename is given?
___
On 2010-11-02 10:28, Marko Mäkelä wrote:
On Tue, Nov 02, 2010 at 10:22:33AM +0100, Lambertus wrote:
Would it be possible that Mkgmap supports reading the OSM data from
stdin? Splitter is capable of doing so and it would eliminate the need
for a temporary file if Mkgmap could do so too
Op 01-11-10 09:42, Lambertus schreef:
A new update is running with --overlap=5 and
Well, that proved to be not working. Splitter has been crunching all day
on the initial split and is constantly printing out messages like this:
Node 388947686 in too many areas. Already in areas 0x86665608
On 2010-10-14 06:10, Charlie Ferrero wrote:
Peter Hendricks wrote:
Hi all,
I would like to report what looks like a style sheet problem. I'm using
Lambertus' Garmin map from http://garmin.na1400.info/routable.php. This
node http://www.openstreetmap.org/browse/node/418611927 shows up
Just to say: thanks WanMil and Chris!
(now I need to upgrade to a quadcore to benefit from all these goodies...)
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
I may be having the same problems with Dakar but I'm using the planet
dump. I'll re-render Dakar this evening and post the results.
Felix Hartmann wrote:
Can anyone find out why mkgmap is throwing this error since quite a few
time when one tries to compile the Africa extract from Geofabrik?
/pipermail/mkgmap-dev/2009q4/005056.html
Marko Mäkelä wrote:
On Wed, Mar 31, 2010 at 09:52:57AM +0200, Lambertus wrote:
There's a question on the OSM forum about the naming of highways in the
default stylesheet which comes down to this: if a ref is available then
that seems always used even if a name
There's a question on the OSM forum about the naming of highways in the
default stylesheet which comes down to this: if a ref is available then
that seems always used even if a name is also available, can this be
changed to show the name as well?
Carlos Dávila wrote:
Mark Burton escribió:
I don't understand why people make such big tiles, what's the benefit?
I use as big tiles as I can to avoid inter tile routing problems. Is it
justified?
___
mkgmap-dev mailing list
Mark Burton wrote:
OK - you tell us what the limit is and we'll make sure that mkgmap
gripes if you bust the limit.
Seriously, if you can provide any info as what works and what doesn't
in terms of maps sizes, numbers of lines, polys, nodes, etc. that would
be useful and we can code
Mark Burton wrote:
Hi Lambertus,
Mark Burton wrote:
OK - you tell us what the limit is and we'll make sure that mkgmap
gripes if you bust the limit.
Seriously, if you can provide any info as what works and what doesn't
in terms of maps sizes, numbers of lines, polys, nodes, etc
I don't know if more information is still needed, but I've received some
additional information:
Dear Lambertus,
I'm referring to the map in Colombo Sri Lanka,
I tried from several paces in Colombo roads, and selected, place as
destination to route calculation, but none
If Gmapibuilder is not suitable for the Mkgmap SVN repository, then you
could try the OSM SVN repository... I guess many of us already have an
account for the OSM repository.
As a sidenote, I got a mail today about Gmapibuilder results claiming
that the MapInstaller gives an error with my
Ah sorry, it wasn't a mail afterall but a forum post... Well, here it
is: http://forum.openstreetmap.org/viewtopic.php?pid=59086#p59086
Hi Lambertus,
Has anything been changed with the system that generates RoadTrip
maps? I downloaded a map and MapInstall gives an error: Alert
Chris Miller wrote:
I'm thinking the best thing to do is to make the cache compulsory (which
in turn would make --mixed redundant) and once the cache is generated and
all the multipolygons have been found, an additional pass can be made over
the ways cache file to determine which nodes fall
Your assertion was correct. I've updated splitter and the the problem is
gone. Thanks!
BTW, this is the first time I was able to render the whole planet
without showstopping errors :D
Christoph Wagner wrote:
Which Version of splitter do you use? The bug was fixed in version 103. Do
you use
I'm using a development version from Chris Miller that - I think - was
relabeled to r103 later. But maybe this isn't the case. I'll download
the latest version and test that. Thanks for the tip!
Christoph Wagner wrote:
Lambertus schrieb:
Thanks for having a look at it.
Well ofcourse
There are a few tiles that fail to render due to 'Bad file format:
63240029.osm.gz' on every update and I've tracked it down to Mkgmap
complaining about a '' character in the role id of a way in a relation.
Example:
http://www.openstreetmap.org/browse/relation/359107
Can Mkgmap be made to
file used by Mkgmap shows the '' only (not 'amp;').
I'll do some tests to see where the 'amp;' turns into '' in my
toolchain, but that'll have to wait until tomorrow evening.
Marko Mäkelä wrote:
Hi Lambertus,
On Sat, Jan 23, 2010 at 06:11:56PM +0100, Lambertus wrote:
There are a few
I see this behavior as well with quite a few tiles. I work around this
by using: ulimit -t 300 java -jar for rendering. Then check if an
image file is created afterwards. If none is found the tile is split in
half and then rendered again. This usually resolves it.
Nop wrote:
Hi!
Can
the report got lost in the noise, as I sent a
few mails that day (about my Java JDK environment problems).
Steve Ratcliffe wrote:
Hi Lambertus
Mkgmap sometimes crashes with when trying to build a gmapsupp including
index using an existing (prerenderd) image.
Exception in thread main
Marko Mäkelä wrote:
Can you invoke javac from the command line? I do not have any Eclipse
stuff installed on my Debian Lenny system. I am using the sun-java6-jdk
package (Version 6-12-1, http://packages.debian.org/lenny/sun-java6-jdk).
Yes, javac runs fine from the commandline. Can you
Valentijn Sessink wrote:
Lambertus schreef:
I'm having problems compiling Mkgmap, maybe someone here is able to help
[...]
What does
sudo update-alternatives --config java
tell you?
There are 2 choices for the alternative java (providing /usr/bin/java).
SelectionPath
Valentijn Sessink wrote:
... and you might want to check
dpkg --status sun-java6-jdk|grep Version
... too: 6-17-0ubuntu1.8.04 is what should be your current version on
hardy; as there is a java problem when you have only the package from
hardy. You need hardy-proposed in your package list.
in
/home/lambertus/garmin/test/mkgmap/src/uk/me/parabola/imgfmt/app/labelenc/DecodedText.ja
[javac] va (at line 42)
[javac] text = new String(ba, 0, ba.length, charSet);
[javac]^
[javac] The constructor String(byte[], int, int
Valentijn Sessink wrote:
Lambertus,
* 0/usr/bin/gij-4.4 1044 auto mode
1/usr/bin/gij-4.4 1044 manual mode
Which one should I choose? Number 2 I suspect?
Yep. Numbers 0 and 1 are the Gnu Java runtime
Clinton Gladstone wrote:
Try the attached patch. It catches the index out of bounds error, and
prints an error message: the (incorrect) index which was encoded in
the POI, the last index of the array, and the POI label, if it has
one. The city information will then not be written.
This
dist
Buildfile: build.xml
prepare:
compile:
[javac] Compiling 317 source files to
/home/lambertus/garmin/test/mkgmap/build/classes
[javac] failed to read ecj.jar (reconfigure with --with-ecj-jar):
/usr/share/java/eclipse-ecj.jar
[javac] failed to load
Tried to get the JDK working on ubuntu this weekend, but there are some
stubborn configuration problems. I'll report back asap.
Clinton Gladstone wrote:
On Nov 28, 2009, at 18:15, Lambertus wrote:
If you catch the error can you print an warning/error? I don't
understand why the map would
Clinton Gladstone wrote:
On Nov 27, 2009, at 11:09, Lambertus wrote:
Mkgmap sometimes crashes with when trying to build a gmapsupp including
index using an existing (prerenderd) image.
Exception in thread main java.lang.IndexOutOfBoundsException: Index:
32803, Size: 488
Chris Miller wrote:
I've just checked in some further changes to the splitter that some of you
may be interested in. It now has support for the bounds/ tag in OSM files.
The splitter will now ensure the resultant split OSM files all fall within
the bounds/ specified in the source file. The
)
zip warning: name not matched: gmapsupp.img
This happens when trying to make a gmapsupp with the following Garmin
image:
http://planetosm.oxilion.nl/~lambertus/garmin/routable/18-11-2009/63240210.img
It's reproducible with at least r1404 and r1387:
java -Xmx2048M -jar mkgmap.jar --index
Clinton Gladstone wrote:
On Nov 27, 2009, at 11:09, Lambertus wrote:
Exception in thread main java.lang.IndexOutOfBoundsException: Index:
32803, Size: 488
at java.util.ArrayList.rangeCheck(ArrayList.java:571)
at java.util.ArrayList.get(ArrayList.java:349
1 - 100 of 140 matches
Mail list logo