v2 - moving swiftly on.
Added support for lights and reworked a few things.
mkgmap:xt-foundation-colour is now just mkgmap:xt-colour
mkgmap:xt-light-colour has been replaced with mkgmap:xt-light (more on
this below)
mkgmap:xt-light-type is now just mkgmap:xt-type
Light colour, range (in nm) a
On Aug 22, 2009, at 19:02, Steve Ratcliffe wrote:
> The openJDK release from the
> same source has recently appeared and is GPL of course and so has no
> such restriction, but it is marked beta and although I would be
> surprised if there were any problem with a command line app it would
> be
>
On Aug 22, 2009, at 19:02, Steve Ratcliffe wrote:
> Agreed, so I am especially looking for Mac users to give advice and/or
> offer to help. In particular SoyLatte is often suggested, but this
> requires that you be a research licensee. The openJDK release from the
> same source has recently appea
Am 22.08.2009 13:18 Uhr schrieb Dermot McNally:
> 2009/8/22 Steve Ratcliffe :
>
>> Agreed, so I am especially looking for Mac users to give advice and/or
>> offer to help. In particular SoyLatte is often suggested, but this
>> requires that you be a research licensee. The openJDK release from t
Version 1143 was commited by steve on 2009-08-22 19:15:21 +0100 (Sat, 22 Aug
2009)
Include secondary and tertiary link roads.
- Greg Troxel
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-de
Greg Troxel writes:
> While driving a while ago, I noticed highway ramps missing from my Vista
> HCx. Now, they are present but dashed lines. The problem is a
> combination of two things: a road that should be a motorway tagged as
> secondary (state highway), and mkgmap's default style not hav
I have a newish macbook pro, bought around January of 2008. It had
10.5, and java 1.5. I was able to download java 1.6 from apple, but
apparently that only works for intel 64-bit macs (which means "amd64",
think). But, setting the preference only changes the JRE, and
apparently our ant build lo
2009/8/22 Steve Ratcliffe :
> Agreed, so I am especially looking for Mac users to give advice and/or
> offer to help. In particular SoyLatte is often suggested, but this
> requires that you be a research licensee. The openJDK release from the
> same source has recently appeared and is GPL of cour
On 08/22/2009 12:48 PM, Chris Miller wrote:
> I guess the problem is if you just compile with 1.6 and run on 1.5, the VM
> fails pretty quickly with a UnsupportedClassVersionError. Perhaps if you
> set and checking
> immediately
> on startup to see if eg NavigableSet exists you'll be able to d
>>
>
>max-nodes 160 might be a good value, and if you have trouble
>report it. I have had people say that doesn't work with --route
> and
>they need to use 80, but 1.6M works for me.
>
had to lower it to 1.1M
most tiles are much smaller even with 1.6M. splitter doesn't creat
> The reason for the high memory usage is that most nodes in the Danish
> extract look like this:
>
>
>
>
>
>
>
>
>
>
> This gets very messy, but I suppose tags could be trimmed on reading if
> there is some way to know/declare that they won't be used. The problem
>
SR> So if we were to start requiring 1.6 I would like to prepare by
SR> adding a specific error message to mkgmap stating the version
SR> requirements, rather than just a stack trace that you would
SR> currently see, and to get a description of how to obtain 1.6 for the
SR> different Macs that can
The reason for the high memory usage is that most nodes in the Danish
extract look like this:
This gets very messy, but I suppose tags could be trimmed on reading if
there is some way to know/declare that they won't be used. The problem
is then the relation matching
Hi
> I will follow up when I have investigated the large memory usage of
> the Danish tiles. Anyone else have problems?
The reason for the high memory usage is that most nodes in the Danish
extract look like this:
All those tags take up the memory. Before relation suppor
Morten Kjeldgaard writes:
> On 22/08/2009, at 01.53, Greg Troxel wrote:
>
>> With splitter/mkgmap, the general strategy I use is:
>>
>> set heap size to a bit less than RAM, to avoid paging
>>
>> use --max-nodes to splitter to make small enough areas.
>>
>>
>> Here is the script I use (with a
Hi
On 08/22/2009 02:00 AM, Morten Kjeldgaard wrote:
> I've tried at 512M, 1024M, all the way up to 4096M, with the same
> result. The only difference is at 4G it takes much longer before
> mkgmap gives up. I don't think there's much point in going further
> than 4G, the problem must lie elsewhere.
16 matches
Mail list logo