On Tue, Jun 30, 2009 at 11:32:39PM +0200, Laszlo KREKACS wrote:
I already wrote about it about a month ago:
http://lists.openmoko.org/pipermail/community/2009-June/048997.html
So you've found that vfat, ext2 and ext3 aren't very good (for storing
map tiles)? How about using reiserfs
On Mon, Jun 29, 2009 at 05:29:22PM -0700, mqy wrote:
First, I must appreciate all omgps users, for your test and feed back.
OK, a couple of problems running it on Debian:
1) At startup, a message Unable to something or other directory in very
small print pops up.
Suggestion: Use the
Hi!
On Tue, 2009-06-30 at 08:14 -0700, mqy wrote:
First of all I have to say that fso-framework is excellent, because we do
need a top level abstraction and manger to control access to system
resources (especially the hardwares).
As of GPS related APIs in ogpsd, UBX binary protocol is used to
://lists.openmoko.org/mailman/listinfo/community
--
View this message in context:
http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3231221.html
Sent from the Openmoko Community mailing list archive at Nabble.com.
___
Openmoko community
On Sun, Jul 05, 2009 at 03:13:44AM -0700, mqy wrote:
2009/7/5 Rask Ingemann Lambertsen (via Nabble)
ml-user+167888-1251911...@n2.nabble.com:
On Mon, Jun 29, 2009 at 05:29:22PM -0700, mqy wrote:
Please feel free to comment or add new feature requests here.
Two comments on the package
View message @
http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3207160.html
To unsubscribe from [omgps] collect feature requests, click here.
--
View this message in context:
http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3208174.html
Sent from the Openmoko
Hi Laszlo,
Thanks for all the hard work you've been putting in. I have two questions:
1) If the filesystem is crashing, doesn't it seem like we should fix
the filesystem instead of making a new file format?
2) You mentioned that fsck takes an hour for you. I'm having trouble
reproducing that.
...@...
http://lists.openmoko.org/mailman/listinfo/community
This email is a reply to your post @
http://n2.nabble.com/New-archive-file-format-%28was%3A--omgps--collect-feature-requests%29-tp3191899p3193977.html
You can reply by email or by visting the link above
On Mon, Jun 29, 2009 at 05:29:22PM -0700, mqy wrote:
Please feel free to comment or add new feature requests here.
Two comments on the package control file:
1) The dependency on python2.6 is missing.
2) The description is still the default one.
--
Rask Ingemann Lambertsen
Danish law
On Thu, Jul 2, 2009 at 00:20, Laszlo
KREKACSlaszlo.krekacs.l...@gmail.com wrote:
I dont want to compress at all. The 118MB for me is perfect. I only
want to pack the directory into a file. But not compressing.
Im thinking about tar or ar.
Tar completely fail at random access, simply it lacks
On Thu, Jul 2, 2009 at 7:22 AM, mqymeng.qing...@gmail.com wrote:
XML is used as a database, elements can be easily added, modified, removed.
xor tends to be overkilled as of map tile usage -- we don't need iterating,
delete, and that much meta information. With my suggested design, we can
You can read it here, I also included it (at the end of mail)
for reference:
http://pastebin.com/m608acaeb
From your reference:
## General properties
- blocksize: 512 bytes
- only store filename (and directory if any) and content
It might be convenient for future to store file properties like
On Thu, Jul 2, 2009 at 8:42 AM, Alexander Shulginalex.shul...@gmail.com wrote:
I fail to see how is this true for normal tar files (vs. data read
from pipe). Can you elaborate please?
Yepp, of course;)
Tar archive does not contain the byte positions of files inside the archive.
That means
On Thu, Jul 2, 2009 at 9:15 AM, Patryk Benderzpatryk.bend...@esp.pl wrote:
- only store filename (and directory if any) and content
It might be convenient for future to store file properties like time of
modification. This way you could implement automatic update of tiles
that have been
right the OSM tiles, they have the following directory
...
--
View this message in context:
http://n2.nabble.com/New-archive-file-format-%28was%3A--omgps--collect-feature-requests%29-tp3191899p3193890.html
Sent from the Openmoko Community mailing list archive at Nabble.com
On Thu, Jul 2, 2009 at 9:42 AM, mqymeng.qing...@gmail.com wrote:
x and y are tile no in tile coordinate system within range of [0.. 2^zoom).
just do it if you have time, since proof of concept is necessary :) keep in
mind clear APIs.
it's likely that, the final version to be integrated into
Here is the updated specification (I added two more faq entries,
max filesize and max filename length):
http://pastebin.com/f51927121
I made a small mistake (header structure), here we go:
http://pastebin.com/f5feafd7a
Laszlo
___
Openmoko
I hope not - I have over 2 million tiles stored on SD card - if file
corruption or disaster occurs, it may affect only one tile if its being
accessed at the time - imagine the effect of file system corruption on
one large archive ... you will most likely lose the lot.
Then there is the extra
On Thu, Jul 2, 2009 at 10:08 AM, William Kenworthybi...@iinet.net.au wrote:
I hope not - I have over 2 million tiles stored on SD card - if file
corruption or disaster occurs, it may affect only one tile if its being
accessed at the time
My experience differs completely from yours.
- imagine
I do not completely understand the reasons why there is a need for
(once again) a new file format.
As far as I understand the proposal, it is just a file system running
in an image file. Like mounting an ISO or any other file system
residing not on a raw disk but within a file.
So what
2009/7/2 Dr. H. Nikolaus Schaller h...@computer.org
I do not completely understand the reasons why there is a need for
(once again) a new file format.
As far as I understand the proposal, it is just a file system running
in an image file. Like mounting an ISO or any other file system
On Thu, Jul 2, 2009 at 10:15, Laszlo
KREKACSlaszlo.krekacs.l...@gmail.com wrote:
On Thu, Jul 2, 2009 at 8:42 AM, Alexander Shulginalex.shul...@gmail.com
wrote:
I fail to see how is this true for normal tar files (vs. data read
from pipe). Can you elaborate please?
Yepp, of course;)
[snip]
El Wednesday, 1 de July de 2009 23:20:40 Laszlo KREKACS va escriure:
## General properties
- blocksize: 512 bytes
- only store filename (and directory if any) and content
- first file contains the filenames
- header: start block, end block, position of last block
## Overall file structure
kimaidou wrote:
Hum... speaking as a OpenStreetMap user, it would be great to merge
the functionalities of omgsp with those of a tool like
http://wiki.openmoko.org/wiki/Mokomapper
meaning big buttons (9 per full-screen) allowing to store preset OSM
data such as shop=bakery,
Marcel wrote:
Am Dienstag, 30. Juni 2009 13:48:05 schrieb Patryk Benderz:
make it track-friendly for OSM map and JOMS application. Please feel
free to comment or add new feature requests here.
Feature request: add support for vector/binary maps.
That would be really nice. Problem might be
I usually add detail (housenumbers etc.) to areas that are already well
mapped, so making OSM directly won't work for me. The road is already
there, for example. GPX comments makes it easy to add only the stuff
that is new.
Good point, so my next idea : have the 2 features ;)
* one map from
On Thu, Jul 2, 2009 at 10:24 AM, Laszlo
KREKACSlaszlo.krekacs.l...@gmail.com wrote:
Need a serious benchmark here, if the extra overhead is true or not.
Ok, I have written the python implementation of the file archive maker.
I need to finish (ie. write the unpacking part) of it.
I compiled few
On Wed, Jul 1, 2009 at 7:44 AM, W.Kenworthybi...@iinet.net.au wrote:
1/2 an hour is no problem (often use GPS daily on the way to work - coz
I can :) - longest drive was ~5 hours, which needed power at about the
3.5 hour mark - was 6 months ago and it should go longer now. fsck does
take an
I dont want to compress at all. The 118MB for me is perfect. I only
want to pack the directory into a file. But not compressing.
Im thinking about tar or ar.
Hi!
I have studied all the available archive and compression options.
Most notably tar[1][2][4][6] and zip file format [3].
They are
wow
On Wed, Jul 1, 2009 at 2:20 PM, Laszlo
KREKACSlaszlo.krekacs.l...@gmail.com wrote:
I dont want to compress at all. The 118MB for me is perfect. I only
want to pack the directory into a file. But not compressing.
Im thinking about tar or ar.
Hi!
I have studied all the available archive
add another wow from here :o
2009/7/1 jeremy jozwik jerjoz.for...@gmail.com:
wow
On Wed, Jul 1, 2009 at 2:20 PM, Laszlo
KREKACSlaszlo.krekacs.l...@gmail.com wrote:
I dont want to compress at all. The 118MB for me is perfect. I only
want to pack the directory into a file. But not
-format-%28was%3A--omgps--collect-feature-requests%29-tp3191899p3193471.html
Sent from the Openmoko Community mailing list archive at Nabble.com.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo
Hi!
Thank you for the kind words.
I'd like to see if xar works well too.
I have only one problem with xar: xml.
It complicates things unnecessary.
Laszlo
___
Openmoko community mailing list
community@lists.openmoko.org
, and append tile content into heap file.
Laszlo KREKACS wrote:
...
I have only one problem with xar: xml.
It complicates things unnecessary.
...
Laszlo
--
View this message in context:
http://n2.nabble.com/New-archive-file-format-%28was%3A--omgps--collect-feature-requests%29
Hum... speaking as a OpenStreetMap user, it would be great to merge the
functionalities of omgsp with those of a tool like
http://wiki.openmoko.org/wiki/Mokomapper
meaning big buttons (9 per full-screen) allowing to store preset OSM data
such as shop=bakery, highway=residential, amenity=pub, etc..
for OSM map and JOMS application. Please feel free
to
comment or add new feature requests here.
regards, mqy
--
View this message in context:
http://n2.nabble.com/-omgps--collect-feature-requests-tp3178247p3178247.html
Sent from the Openmoko Community mailing list archive at Nabble.com
El Tuesday, 30 de June de 2009 02:51:38 David Ford va escriure:
For those of you who post using nabble -- please reconsider.
Nabble posts duplicates. The below was posted by nabble four times.
The headers clearly indicate nabble at fault with four different
originating message IDs.
I
On Tuesday 30 June 2009 09:21:27 Jose Luis Perez Diez wrote:
I haven't seen a duplicate coming from Nabble on this list and I'm
suscribed with two email accounts.
http://lists.openmoko.org/pipermail/community/2009-June/050354.html
will be frozen due 07-07, the core task is to
make it track-friendly for OSM map and JOMS application. Please feel free
to
comment or add new feature requests here.
regards, mqy
--
View this message in context:
http://n2.nabble.com/-omgps--collect-feature-requests-tp3178247p3178247.html
Sent from
El Tuesday, 30 de June de 2009 09:36:38 Vincent MEURISSE va escriure:
On Tuesday 30 June 2009 09:21:27 Jose Luis Perez Diez wrote:
I haven't seen a duplicate coming from Nabble on this list and I'm
suscribed with two email accounts.
On Tuesday 30 June 2009 09:02:52 kimaidou wrote:
Combining the map navigation of omgps and the easy editing of osm tracker
would be awesome !
Ex: I am fooling around in my city, with omgps on. Hey, this bakery is not
in the map. 3 clics further, it is ! (1clic on Osm, on click on Shops, one
On Tuesday 30 June 2009 11:19:33 David Garabana Barro wrote:
Having this kind of app is also a dream for me! :)
Only one question.
How you upload data to OSM?
Can you upload all data at the end of the day, or you need to be allways
connected?
I'm asking about OSMtracker, of course.
I've
Sorry I have not used Osm tracker, as my only mobile pc is my openmoko. I
have just looked at the screen shots.
Bu I have used osm2go (which has been ported to openmoko :
http://comiles.eu/~natanael/projects/ , see the osm2go dir and the goocanvas
dir ), and a deconnected edition is possible. When
On Tuesday 30 June 2009 11:37:04 kimaidou wrote:
Sorry I have not used Osm tracker, as my only mobile pc is my openmoko. I
have just looked at the screen shots.
Bu I have used osm2go (which has been ported to openmoko :
I didn't knew it, thanks for the link
I like osm2go, but here are the things wich prevent me to use it :
* not easy installation. If you encounter an error, you must create manually
the ~/.osm2go folder
* needs to set a project (not easy from the openmoko) to download the osm
vector format
* you must set many projects if you want to
Hi - and thanks for omgps, it rocks!
* I want to second what kimaidou said, tools to improve OSM mapping
would be awesome..
There were two threads about this a while ago, see
http://lists.openmoko.org/pipermail/community/2009-June/thread.html#49036
The possibility to enable/disable aided gps start within the settings
would be nice since fso still does agps function by itself. So the aided
feed of data from omgps would do it the second time after gps start. And
disabling agps in omgps speeds up the start and exit time of omgps a
little bit.
make it track-friendly for OSM map and JOMS application. Please feel free to
comment or add new feature requests here.
Feature request: add support for vector/binary maps. OSM maps take a lot
of space. Example, map of Poland downloaded from OSM uses few GB
contrary to binary format, which uses
It would be really helpful for track logging to be able to split a track from
the main screen. This makes it easier for later OSM editing, so you know where
a way/road changed.
Otherwise I support any previously mentioned ideas to ease later import/edit
in JOSM and alike.
Cheers,
Christian
Noone experienced whole filesystem crash because of *that* many open
file descriptors?
It would be really strange. ITs really simple to test it:
While using tangogps/omgps remove the battery.
Almost 90% percent and the whole filesystem crashes
(the tiles are no more availables)
You can test it,
I haven't seen a duplicate coming from Nabble on this list and I'm suscribed
with two email accounts.
I see duplicates _constantly_. It's really annoying...
--
Kind Regards
Patryk Benderz
IT Specialist
Linux Registered User #377521
+48 22 538 6292
ERSTE Securities Polska S.A.
ul. Królewska
JS isn't evil Doc) in any browser other than firefox. So please don't
point people to nabble as a place to follow threads or research a message.
Can you provide alternative, where point them to? Mailing list archive
or is there anything else??
--
Kind Regards
Patryk Benderz
IT Specialist
Am Dienstag, 30. Juni 2009 13:48:05 schrieb Patryk Benderz:
make it track-friendly for OSM map and JOMS application. Please feel
free to comment or add new feature requests here.
Feature request: add support for vector/binary maps.
That would be really nice. Problem might be the low render
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
--
View this message in context:
http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3182489.html
Sent from the Openmoko Community mailing list archive
My name is Rainer not Ciao but i forgive you. :)
Ok so when i understand it right i can change between nativ UBX Format
and ogpsd (NMEA format?) usage. As i know ogpsd was introduced to solve
the problem of multiple programs accessing /dev/ttySAC1 and instead use
ogpsd which support multiple
://lists.openmoko.org/mailman/listinfo/community
--
View this message in context:
http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3183105.html
Sent from the Openmoko Community mailing list archive at Nabble.com.
___
Openmoko
On Tuesday 30 June 2009, Patryk Benderz wrote:
JS isn't evil Doc) in any browser other than firefox. So please don't
point people to nabble as a place to follow threads or research a
message.
Can you provide alternative, where point them to? Mailing list archive
or is there anything
/-omgps--collect-feature-requests-tp3178254p3183248.html
Sent from the Openmoko Community mailing list archive at Nabble.com.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Yes, and he and I discussed it on IRC a few minutes after all 4
postings. He clicked to submit and it didn't respond so he clicked
again and tried yet again etc.
While it appeared that the web interface wasn't posting to him, it
actually did post which made him post it four times. In my
mqy wrote:
Hehe, I just googled ciao, Ciao bella:)
:)
...
So the finnaly conclusion: you can't manually switch to ogpsd.
BTW, is the start time unacceptable?
No it is good but i thought we could even accelerate it a little bit.
You know... the faster the better. :)
Ciao,
Rainer
/listinfo/community
--
View this message in context:
http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3185152.html
Sent from the Openmoko Community mailing list archive at Nabble.com.
___
Openmoko community mailing list
community
On Tue, Jun 30, 2009 at 10:40 PM, mqymeng.qing...@gmail.com wrote:
My test with omgps running shows no failure, with 26954 image files.
You can add a swap file /partition then test again, to see if limited memory
causes this problem. I've watched with `vmstat 1`, seen limited memory
usage.
Hi,
I used gpsplot under WM for a while. What I liked was the possibility to
open a GPX track, and to move along it. You could then edit it, by
cutting the beginning or the end of it. This was for me interesting to
cut parts which I wanted to keep private.
Onen
mqy wrote:
First, I must
On Tue, Jun 30, 2009 at 11:32 PM, Laszlo
KREKACSlaszlo.krekacs.l...@gmail.com wrote:
But, it was reproducible. If the device freezed or I removed the battery, many
tile maps got unreadable. I couldnt even list some directories or cd into
them!
(it rules out heavy CPU load, and not getting
mqy wrote:
First, I must appreciate all omgps users, for your test and feed back.
2. support dynamic layers, including POI, openbmap data, etc. my concerns
are (1) performance (2) is it possible or necessary to support user defined
layers as plugins?
+1 to display cells on the map, like
you think?
Onen
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
--
View this message in context:
http://n2.nabble.com/-omgps--collect-feature-requests
:
http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3186272.html
Sent from the Openmoko Community mailing list archive at Nabble.com.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo
On Tue, 2009-06-30 at 23:32 +0200, Laszlo KREKACS wrote:
...
But, it was reproducible. If the device freezed or I removed the battery, many
tile maps got unreadable. I couldnt even list some directories or cd into
them!
(it rules out heavy CPU load, and not getting enough power)
...
So
On Wed, Jul 1, 2009 at 6:12 AM, W.Kenworthybi...@iinet.net.au wrote:
Yes, thats over 2 million files :)
TangoGPS works fine ...
Are you brave enough, that when you use tangogps for lets say a half an hour,
you remove the battery from your phone? (without any power connection).
Please report
On Wed, 2009-07-01 at 07:13 +0200, Laszlo KREKACS wrote:
On Wed, Jul 1, 2009 at 6:12 AM, W.Kenworthybi...@iinet.net.au wrote:
Yes, thats over 2 million files :)
TangoGPS works fine ...
Are you brave enough, that when you use tangogps for lets say a half an hour,
you remove the battery
this message in context:
http://n2.nabble.com/-omgps--collect-feature-requests-tp3178247p3178247.html
Sent from the Openmoko Community mailing list archive at Nabble.com.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org
this message in context:
http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3178254.html
Sent from the Openmoko Community mailing list archive at Nabble.com.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org
this message in context:
http://n2.nabble.com/-omgps--collect-feature-requests-tp3178260p3178260.html
Sent from the Openmoko Community mailing list archive at Nabble.com.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org
application. Please feel free to
comment or add new feature requests here.
regards, mqy
--
View this message in context:
http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3178254.html
Sent from the Openmoko Community mailing list archive at Nabble.com
this message in context:
http://n2.nabble.com/-omgps--collect-feature-requests-tp3178265p3178265.html
Sent from the Openmoko Community mailing list archive at Nabble.com.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org
to routing.
Requirement of version 0.2 will be frozen due 07-07, the core task is to
make it track-friendly for OSM map and JOMS application. Please feel free to
comment or add new feature requests here.
regards, mqy
--
View this message in context:
http://n2.nabble.com/-omgps--collect-feature
hehe, how big? double?
jeremy jozwik wrote:
BIGGER BUTTONS!!!
--
View this message in context:
http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3178300.html
Sent from the Openmoko Community mailing list archive at Nabble.com
.
regards, mqy
--
View this message in context:
http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3178254.html
Sent from the Openmoko Community mailing list archive at Nabble.com.
___
Openmoko community mailing list
community
big? double?
jeremy jozwik wrote:
BIGGER BUTTONS!!!
--
View this message in context:
http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3178300.html
Sent from the Openmoko Community mailing list archive at Nabble.com
For those of you who post using nabble -- please reconsider.
Nabble posts duplicates. The below was posted by nabble four times.
The headers clearly indicate nabble at fault with four different
originating message IDs.
Additionally, many people report problems with nabble's javascript (no,
here.
regards, mqy
--
View this message in context:
http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3178254.html
Sent from the Openmoko Community mailing list archive at Nabble.com.
___
Openmoko community mailing list
community
.nabble.com/NABBLE--was%3A-Re%3A--omgps--collect-feature-requests--tp3178346p3178414.html
Sent from the Openmoko Community mailing list archive at Nabble.com.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman
mqy wrote:
currently, you have to stop track then view path with track replay.
Please, make track replay rewindable! For huge tracks you have to wait
forever while it gets where you wanted it to.
signature.asc
Description: OpenPGP digital signature
83 matches
Mail list logo
