On Fri, January 23, 2009 02:58, William Kenworthy wrote:
Reiserfs3 however just rocks!
Yes, it's killer!
Sorry, that was a troll, my apologies (could not resist it).
--
Regards,
Jan Henkins
___
Openmoko community mailing list
ext2/3 is not really suited to storing such a large number of small
files.
afaik ext3 can be configured to use small files.
(I don't understand why ext2/3 is used at all these days, as it has
been obsolete for years.
that's nonsense.
Except for one bug 8 years ago[1], ReiserFS has
arne anka wrote:
ext2/3 is not really suited to storing such a large number of small
files.
afaik ext3 can be configured to use small files.
(I don't understand why ext2/3 is used at all these days, as it has
been obsolete for years.
that's nonsense.
Except
its not nonsense - ext2/3 is vastly overrated - However, I am aware that
its very much dependent on your use case. And in my use case, Ive been
bitten too many times.
Never heard that ext3 is good for small files - the opposite in fact as
it doesnt do tail packing (so can waste huge amounts of
On Fri, Jan 16, 2009 at 04:12:19PM +0100, Tilman Baumann wrote:
Untested code:
import httplib
conn = httplib.HTTPConnection(tile.openstreetmap.org)
conn.request(HEAD, /file...)
r1 = conn.getresponse()
print r1.status, r1.reason
etag = getheader(ETag)
print etag
And if
On Tue, Jan 20, 2009 at 08:20:59AM +0900, William Kenworthy wrote:
ext2/3 is not really suited to storing such a large number of small
files. The main problem is the fixed number of inodes which I ran out of
despite having 2Gb still free on the SD card partition :( To work
around, create the
Agree. Every system Ive put ext2/3 on has had problems, lost data,
corruptions, constant need to fsck, even whole filesystems
unrecoverable. I think its only useful where you have simple systems, a
UPS and light usage. And ext2/3 on a freerunner SD card just emphasises
what a crap filesystem they
Rask Ingemann Lambertsen ha scritto:
On Fri, Jan 16, 2009 at 04:12:19PM +0100, Tilman Baumann wrote:
Untested code:
import httplib
conn = httplib.HTTPConnection(tile.openstreetmap.org)
conn.request(HEAD, /file...)
r1 = conn.getresponse()
print r1.status, r1.reason
etag =
Helge Hafting ha scritto:
Carlo Minucci wrote:
http://wiki.openmoko.org/wiki/Yaouh!
i a simple interface for update the maps of tangogps
it's optimized for low band usage
A very good idea, but it does not work yet.
My maps are in /media/card/kart/,
but yaouh thinks they are in
William Kenworthy wrote:
On Mon, 2009-01-19 at 14:54 +0100, Helge Hafting wrote:
Carlo Minucci wrote:
http://wiki.openmoko.org/wiki/Yaouh!
i a simple interface for update the maps of tangogps
it's optimized for low band usage
A very good idea, but it does not work yet.
My maps are in
Carlo Minucci wrote:
Helge Hafting ha scritto:
Carlo Minucci wrote:
http://wiki.openmoko.org/wiki/Yaouh!
i a simple interface for update the maps of tangogps
it's optimized for low band usage
A very good idea, but it does not work yet.
My maps are in /media/card/kart/,
but yaouh thinks
On Tue, 2009-01-20 at 11:00 +0100, Helge Hafting wrote:
William Kenworthy wrote:
...
Where I live (Perth, Western Australia) there are large areas of
surrounding sea/land/forestry/desert etc that use a single colour tile -
each of only 103 bytes. I symlinked all identical files (based on
On Tue, 2009-01-20 at 19:44 +0900, William Kenworthy wrote:
On Tue, 2009-01-20 at 11:00 +0100, Helge Hafting wrote:
William Kenworthy wrote:
...
Where I live (Perth, Western Australia) there are large areas of
surrounding sea/land/forestry/desert etc that use a single colour tile -
William Kenworthy wrote:
Also, I didnt think tangogps overwrote files already downloaded - it
uses them from the cache instead - will have to test the download
dialog, but I seem to remember that didnt download existing tiles
either.
tangogps uses the cache - until you notice that the cache
On Tue, Jan 20, 2009 at 2:30 PM, Helge Hafting helge.haft...@hist.no wrote:
tangogps uses the cache - until you notice that the cache is getting old
and ask it to download. (Click the map, select map download from the
menu) The visible area is then downloaded,
plus a user-specified amount of
Helge Hafting wrote:
I noticed another problem yesterday though. I worked around the
problem by making a symlink, and the program ran. I have
slightly more than 50.000 tiles. After a while, Yaouh had worked through
12000, updating about 4000. It seems 1 in 3 tiles were changed.
This took a
On Tue, Jan 20, 2009 at 2:59 PM, Helge Hafting helge.haft...@hist.no wrote:
Risto H. Kurppa wrote:
huh - so Tangogps is able to update tiles?? I didn't know it, lack of
reading/documentation/UI/something.
Just click anywhere on the map. map download is the last item on the
popup menu.
Risto H. Kurppa wrote:
I think you got me wrong: yes, I know that it can download new tiles,
but if you already have downloaded the tiles of some area and then
after some months you'd like to get the latest map tiles (=dowload the
latest, changed tiles), does the 'download tool' do it or
On Tue, Jan 20, 2009 at 8:00 PM, Helge Hafting helge.haft...@hist.no wrote:
Risto H. Kurppa wrote:
I think you got me wrong: yes, I know that it can download new tiles,
but if you already have downloaded the tiles of some area and then
after some months you'd like to get the latest map tiles
Carlo Minucci wrote:
http://wiki.openmoko.org/wiki/Yaouh!
i a simple interface for update the maps of tangogps
it's optimized for low band usage
A very good idea, but it does not work yet.
My maps are in /media/card/kart/,
but yaouh thinks they are in /home/root/Maps.
so it doesn't check my
On Mon, Jan 19, 2009 at 3:54 PM, Helge Hafting helge.haft...@hist.no wrote:
Carlo Minucci wrote:
http://wiki.openmoko.org/wiki/Yaouh!
i a simple interface for update the maps of tangogps
it's optimized for low band usage
A very good idea, but it does not work yet.
My maps are in
Risto H. Kurppa ha scritto:
By default the OSM maps are in /home/root/Maps/OSM
So creating a symbolic link from this directory to your µSD card will
do it: you don't have to move the files anywhere or even touch
tangogps configuration, only point the directory to the card.
yes
it's a
Carlo Minucci wrote:
Risto H. Kurppa ha scritto:
By default the OSM maps are in /home/root/Maps/OSM
So creating a symbolic link from this directory to your µSD card will
do it: you don't have to move the files anywhere or even touch
tangogps configuration, only point the directory to the
On Mon, 2009-01-19 at 14:54 +0100, Helge Hafting wrote:
Carlo Minucci wrote:
http://wiki.openmoko.org/wiki/Yaouh!
i a simple interface for update the maps of tangogps
it's optimized for low band usage
A very good idea, but it does not work yet.
My maps are in /media/card/kart/,
On Tue, Jan 20, 2009 at 1:20 AM, William Kenworthy bi...@iinet.net.au wrote:
After trying a few different things, now one of my first moves is to
delete /home/root/Maps and replace it with a symlink to the SD card Maps
directory.
Rather than use the yaouh script, the first version of which
ok, give me a couple of hours to clean it up and make it presentable :)
BillK
On Tue, 2009-01-20 at 09:16 +0200, Risto H. Kurppa wrote:
On Tue, Jan 20, 2009 at 1:20 AM, William Kenworthy bi...@iinet.net.au wrote:
After trying a few different things, now one of my first moves is to
delete
Ar, cant be bothered to fix it too much :)
cutpasted below.
Watch the line breaks input by email.
Script 1 does the updates
No error protection/recovery (hasnt thrown any errors anyway!) - I
suspended the system it was running on last night (forgot about it! - it
continued again fine when
Same problem here :(
How could I solve this? It seems a _great_ app ;)
The Digital Pioneer wrote:
No go. I tried grepping for just OSM though, here's what I got...
r...@om-gta02 [~] # cat .gconf/apps/tangogps/%gconf.xml | grep OSM
stringvalueOSM/stringvalue
--
Thanks,
The Digital
Francesco de Virgilio ha scritto:
Same problem here :(
How could I solve this? It seems a _great_ app ;)
wait for release 0.2 :)
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
On Fri, Jan 16, 2009 at 04:12:19PM +0100, Tilman Baumann wrote:
Untested code:
import httplib
conn = httplib.HTTPConnection(tile.openstreetmap.org)
conn.request(HEAD, /file...)
r1 = conn.getresponse()
print r1.status, r1.reason
etag = getheader(ETag)
print etag
And if
On Sat, Jan 17, 2009 at 3:33 AM, Francesco de Virgilio
fradev...@gmail.comwrote:
Same problem here :(
How could I solve this? It seems a _great_ app ;)
Open TangoGPS, go to config, set the repo to other than OSM, save. Then set
it back to OSM, save. That should do it. :)
--
Thanks,
The
http://wiki.openmoko.org/wiki/Yaouh!
i a simple interface for update the maps of tangogps
it's optimized for low band usage
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
http://wiki.openmoko.org/wiki/Yaouh!
quite impressing a page ...
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
arne anka wrote:
http://wiki.openmoko.org/wiki/Yaouh!
quite impressing a page ...
try with ! :)
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
arne anka wrote:
http://wiki.openmoko.org/wiki/Yaouh!
quite impressing a page ...
If your mail client is like mine then it's not including the ! as part
of the URL and so you end up at http://wiki.openmoko.org/wiki/Yaouh
(blank page) instead of http://wiki.openmoko.org/wiki/Yaouh!
I've
Getting the following output in SHR, with maps stored in ~/Maps
40
Unhandled exception in thread started by
Traceback (most recent call last):
File /usr/bin/yaouh.py, line 78, in up_progressbar
print _ + dir + _
UnboundLocalError: local variable 'dir' referenced before assignment
--
Thanks,
El día Friday, January 16, 2009 a las 02:14:55PM +, Michael Sheldon
escribió:
arne anka wrote:
http://wiki.openmoko.org/wiki/Yaouh!
quite impressing a page ...
If your mail client is like mine then it's not including the ! as part
of the URL and so you end up at
The Digital Pioneer ha scritto:
Getting the following output in SHR, with maps stored in ~/Maps
40
Unhandled exception in thread started by
Traceback (most recent call last):
File /usr/bin/yaouh.py, line 78, in up_progressbar
print _ + dir + _
UnboundLocalError: local variable 'dir'
Carlo Minucci a écrit :
http://wiki.openmoko.org/wiki/Yaouh!
i a simple interface for update the maps of tangogps
it's optimized for low band usage
Just a question : how can you check the remote file without dowloading
it before ? Do you use etag [1] to do that ?
Xavier.
[1]
I use OSM repo, yes. I removed that line, but now it just breaks on another
one (line 82). So still no go.
--
Thanks,
The Digital Pioneer
___
Openmoko community mailing list
community@lists.openmoko.org
Xavier Cremaschi ha scritto:
Carlo Minucci a écrit :
http://wiki.openmoko.org/wiki/Yaouh!
i a simple interface for update the maps of tangogps
it's optimized for low band usage
Just a question : how can you check the remote file without dowloading
it before ? Do you use etag [1] to do
do you know a better way?
No it seems great, I just wanted to know ;)
Xavier. (will try the application)
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Carlo Minucci wrote:
Xavier Cremaschi ha scritto:
Carlo Minucci a écrit :
http://wiki.openmoko.org/wiki/Yaouh!
i a simple interface for update the maps of tangogps
it's optimized for low band usage
Just a question : how can you check the remote file without dowloading
it before ? Do you
Tilman Baumann wrote:
Carlo Minucci wrote:
Xavier Cremaschi ha scritto:
Carlo Minucci a écrit :
http://wiki.openmoko.org/wiki/Yaouh!
i a simple interface for update the maps of tangogps
it's optimized for low band usage
Just a question : how can you check the remote file without dowloading
The Digital Pioneer ha scritto:
I use OSM repo, yes. I removed that line, but now it just breaks on
another one (line 82). So still no go.
ok
open a shell into the phone e launch this
cat ~/.gconf/apps/tangogps/%gconf.xml | grep OSM|http
and check if you receiver a row like this
No go. I tried grepping for just OSM though, here's what I got...
r...@om-gta02 [~] # cat .gconf/apps/tangogps/%gconf.xml | grep OSM
stringvalueOSM/stringvalue
--
Thanks,
The Digital Pioneer
___
Openmoko community mailing list
The Digital Pioneer ha scritto:
No go. I tried grepping for just OSM though, here's what I got...
r...@om-gta02 [~] # cat .gconf/apps/tangogps/%gconf.xml | grep OSM
stringvalueOSM/stringvalue
ok
this is the problem :)
can you send me this %gconf.xml via email?
i want to check the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi..
Very nice program.. works like a charm (so far (checking on ~70k
tiles)).. it's somewhat slow, though.. maybe you can implement that
python httplib to save the curl invocations? :) please?
Thank you for that tool. (The OSM updater just didn't
Thomas Franck ha scritto:
Very nice program.. works like a charm (so far (checking on ~70k
tiles)).. it's somewhat slow, though.. maybe you can implement that
python httplib to save the curl invocations? :) please?
maybe in the next release :)
Hi!
Yes, it looks like a very nice program and I like it that it checks
the files without loading them - a lot less traffic for OSM servers
me :)
I have about 300 000 tiles on the card so speed really matters in this
case.. It took some minutes after pressing the start button before I
got any
I run a little test: Timed how long it takes to scan through 150 tiles
(not all updated), it took 3:20. So for my 300 000 tiles it would take
about 4.6 days and this would leave me another 2.4 days to use the map
before it's re-rendered so all speed available is really appreciated
:)
(ok, it's a
Another test: I tried it on my desktop Ubuntu Intrepid. It starts nice
and I see the GUI, it finds my map directory and starts downloading
well, a lot faster than on moko wireless connection.
It checked 17 files (downloaded 16)
and crashed:
/home/rhk/freerunner/maps/osm_uusi/10/593/293.png
%
52 matches
Mail list logo