Al Johnson wrote:
> On Friday 06 March 2009, Helge Hafting wrote:
>> Al Johnson wrote:
>>> On Thursday 05 March 2009, Helge Hafting wrote:
Fixing this in advance is a better approach - but I'd rather spend time
on a much better fix using libcurl. That would speed yaouh up further
als
On Friday 06 March 2009, Helge Hafting wrote:
> Al Johnson wrote:
> > On Thursday 05 March 2009, Helge Hafting wrote:
> >> Fixing this in advance is a better approach - but I'd rather spend time
> >> on a much better fix using libcurl. That would speed yaouh up further
> >> also. But this have to
Al Johnson wrote:
> On Thursday 05 March 2009, Helge Hafting wrote:
>> Fixing this in advance is a better approach - but I'd rather spend time
>> on a much better fix using libcurl. That would speed yaouh up further
>> also. But this have to wait until someone ports pycurl to the freerunner.
>
>
On Thursday 05 March 2009, Helge Hafting wrote:
> Fixing this in advance is a better approach - but I'd rather spend time
> on a much better fix using libcurl. That would speed yaouh up further
> also. But this have to wait until someone ports pycurl to the freerunner.
No porting needed - pycurl
Robin Paulson wrote:
> 2009/3/3 Helge Hafting :
>> The tiles have 5-digit names, so the max would be 10 ?
>
> i think it only uses as many digits as necessary - i.e. there are
> never any triling zeroes. if you look at antarctica, there are numbers
> up to 130,000 for zoom 17. if tango ever su
2009/3/3 Helge Hafting :
> The tiles have 5-digit names, so the max would be 10 ?
i think it only uses as many digits as necessary - i.e. there are
never any triling zeroes. if you look at antarctica, there are numbers
up to 130,000 for zoom 17. if tango ever supports zoom 18, then
there's pot
Helge Hafting ha scritto:
> My last attempt at speeding up yaouh was not only clunky to use, it also
> drove the cpu load up to 12-15, which made the phone extremely sluggish
> during the update.
thanks a look for your solution
last week i have try make a parallel thread for each zoomlevel but i
Robin Paulson wrote:
> 2009/3/3 Helge Hafting :
>> too. It looks like openstreetmap can have up to 50 files in a directory.
>>
>
>> So far this program has checked 5100 files in 12 minutes, and downloaded
>> 260. It looks like it will get through all my 50.000 tiles in under 2 hours.
>> I
2009/3/3 Helge Hafting :
> too. It looks like openstreetmap can have up to 50 files in a directory.
>
> So far this program has checked 5100 files in 12 minutes, and downloaded
> 260. It looks like it will get through all my 50.000 tiles in under 2 hours.
> I use wifi, the usb connection m
O Luns, 2 de Marzo de 2009, Helge Hafting escribiu:
> My last attempt at speeding up yaouh was not only clunky to use, it also
It's really fast now!!!
Thank you very much for this great program!
--
David Garabana Barro
jabber & google talk ID:da...@garabana.com
Clave pública PGP/GPG:
Indeed, seems to work quite fast, nice!!
Could this be included in the 'official' package?
r
--
| risto h. kurppa
| risto at kurppa dot fi
| http://risto.kurppa.fi
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko
My last attempt at speeding up yaouh was not only clunky to use, it also
drove the cpu load up to 12-15, which made the phone extremely sluggish
during the update.
This time I took a different approach that keeps the load in the 0.3-0.5
range.
There is no more parallelism than what you find in s
12 matches
Mail list logo