On Tue, May 19, 2009 at 10:33:01AM +0100, Mark Burton wrote:
Further testing shows that you can get different output on subsequent
runs on the same input (ignoring the time stamps).
So far, all of the differences appear to be caused by data being output
in a different order rather than the
Hi Marko,
Has anyone written a lint program for *.img files that would validate
all the cross-references? Or a program to pretty-print the data structures
in sorted format? The sorted pretty-print should be identical across runs.
There are various programs around for printing out the stuff
Yes, get back to work, you slacker!
Many thanks for the feedback. That's a good speedup for a 2 core
machine.
When you have the time, please also try the quick-distance patch.
real4m13.508s
user4m39.725s
sys 0m16.205s
Time duration: 254 secs.
real3m25.462s
user
Hi Paul,
Thanks for the figures.
real4m13.508s
user4m39.725s
sys 0m16.205s
Time duration: 254 secs.
real3m25.462s
user5m21.408s
sys 0m15.697s
Time duration: 205 secs.
The first is without --max-jobs and the second is with and both are a
considerable
On Tue, May 19, 2009 at 12:57 AM, Mark Burton ma...@ordern.com wrote:
With all the postings to the list in the last 24H or so, it's easy to
miss stuff - so just in case you missed this patch, please give it a go
as I believe it provides a useful performance boost.
I've applied and tested this
Hi Clinton,
I have also tested this patch on my Windows machine: the error which I
previously reported regarding missing files no longer occurs. Sorry
for not responding earlier, but I was away.
No problem, glad it has fixed the issue.
A superficial examination of the map revealed no
Mark Burton wrote:
Excellent, we now have several reports that the missing file problem
has been fixed
several++
Like everybody else: maps seem to be fine, with superficial testing...
Regards,
Martin
___
mkgmap-dev mailing list
Hi Robert,
Many thanks for the feedback.
how much difference is tolerable...?
enabling your diagnostic code, i've observed differences typically in
the range of .25% to .4%, with some exceptions like...
quickDistance() = 1.4536911305450404 slowDistance() = 1.446011378093334
On Mon, May 18, 2009 at 07:47:23AM +0200, Thilo Hannemann wrote:
Attached is a patch by Toby Speight that allows to insert the code for
highway symbols. I'm using it since a while with no adverse effects. Is
there any chance that it gets integrated into trunk? Or if there is a
problem with
On Tue, 19 May 2009, Mark Burton wrote:
Well, that's a good question. As distance() mostly gets called to
determine which of a bunch of points is nearest, it probably doesn't
matter at all that the result is slightly wrong.
Really? In that case you could as well change the metric from
10 matches
Mail list logo