Re: General GPS Question
On 30/10/2008 19:44, Matthias Camenzind wrote: I thought right now near same like you. I thought about the speed of satellites, But also right now i had another idea. With the signal form two satellites, and a known high over sea it should be possible to locate you on north or south of earth (only two possibilities). This would be nice if you go on a mountain and you are standing in front of a signpost (google translated) with meters over Sea value to get faster your first fix. You won't get a faster first fix because you concentrate on two satellites. The ublox receiver is able to track up to (AFAIR) 16 satellites at the same time. The *main* way to speedup the TTFF is to have almanac and optionally ephemeris available on the FR. Almanacs are valid for one week so it's easy to make sure you have up to date almanac before you go on a mountain :-) A simple question Are you in the North of earth? would be enough to get only one possibility. Unless you did a long plane travel before switching on your FR, the last known position would be enough. Many satellites will be visible in Madrid and in Paris at the same time for example. Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: General GPS Question
On 30/10/2008 19:09, Matthias Camenzind wrote: The satellites are moving around. So on a different time the position is different. First the satellites are not moving fast enough, and they are moving in the same direction of course, so you cannot really do triangulation (the three measurement will be in the same plane). Second your clock has an unknown bias that needs to be solved and that is changing at each second. So I guess you can forget about it :-) Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Very interested onlooker
On 26/09/2008 14:49, Minh Ha Duong wrote: I have not read anything about Abiword on FreeRunner. Why anyone would use a smartphone for wordprocessing is beyond the understanding of mere a mortal like me. You need a real keyboard to do any serious typing. The idea is to be able to visualize such document. Or to able to make a tiny correction while you don't have your desktop computer at hand. The goal is of course not to write your entire document :-) Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.9 GPS
On 23/09/2008 02:21, Sarton O'Brien wrote: The accuracy of the GPS seems to be ok. Tangogps reports the speed of my car almost to the kilometer :) ... which I didn't expect. FYI, the accuracy of GPS velocity should be around 5 cm per second for the ublox GPS receiver, that is around 0.2 km per hour... So almost one km/h is pretty bad... not necessarily TangoGPS fault. Maybe something is badly configured in the GPS ship. Or maybe there is a sensible delay between when the velocity is calculated and when it is displayed by TangoGPS... Latency handling is very important in real-time navigation software. Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fast dfu-util for Mac?
Shawn prjktdtnt Thompson wrote: Abdelrazak, I would love to know how to make it act in this manner, I'd love to not wait so long to finish flashing some days. Note that my numbers are theoretical. The protocol overhead from usb and dfuutils might also explain the slowness if it is already running at full speed. The usb driver experts should speak up in order to clarify that issue IMHO. Abdel. PS: Please don't top post -Shawn Abdelrazak Younes wrote: Shawn prjktdtnt Thompson wrote: Linus, 15 minutes is average for flashing my FR with anything I've tried so far. From what I found on the wiki the device is only USB1.1 so it isn't going to get any faster than that until a revision which moves to USB2.0. Well, 97MB is 776Mbit, USB1.1 is capable of either 1.5 Mbit/s (Low-Speed) and 12 Mbit/s (Full-Speed). So flashing it should take less than 9 minutes with low speed and a bit more than a minute with full-speed. Maybe I am wrong but my conclusion is that the Freerunner only use the low speed protocol of USB. If I am right, there is room to get 8 times faster on Linux too. Abdel. -Shawn Linus Gasser wrote: Hello all, another question: if I boot the jffs from FDOM (97MB), it takes nearly 15 minutes on my Mac with the dfu-util from http://www.dsitri.de/wiki.php?page=Openmoko%20Flasher I heard somebody complain about the same issue on Windows. Is there another solution than to install Linux on my Mac? Anybody? Linus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtGps for Trolltechs Qtopia
Radek BartoĊ wrote: Dne Saturday 13 of September 2008 22:47:38 Abdelrazak Younes napsal(a): I was thinking of kml support too so that your track and way points can be loaded in Google Earth. KML files are pretty easy to generate. But I don't think this kind of format conversion have a place in a GUI app. The GUI app could OTOH call some external process to do the conversion. There are plans to add more features to this app, either by me or another person who has cloned the tree, he will be working on it in a few weeks I think. Concerning tracking format I thought that basic file format shoud be storage effective binary format. I would prefer standardized one but I don't know which one yet. I'd propose to keep ublox binary format. This format is quite clear and already documented. Ideally I'd like a simple daemon (that could be an extension of gypsy) that will write hourly logs of the gps chip in an organized directory structure. The types of ublox messages logged as well as the accumulated size on disk would be configurable. This logger would be started as soon as the GPS is turned on. We could potentially dissociate the AID messages (ephemerises, almanacs, SBAS masks) from the raw and navigation data. Then for example, when started, QtopiaGps would be able to read the track and display the GPS track since the ublox was started. Another program could do something else with the raw data (statistics, conversion to another format, tomography, experimental navigation algorithm, etc). Then conversion scripts to any other format can be easily written or gpsbable can be utilized. There could be designed even abstact inteface for loggers/output devices now but it can be implemented by different file format handlers lately. Agreed. If you talk about me I will certainly do but I don't have the time right now... I'm quite sure that that person is me because I post Moris my proposals recently. Good, that makes the three of us then :-) Adding tracks is definitely something he is planning to do. That's true. I've been on a trip with my Neo recently and I reveal many usefull features which can be implemented and which no available GPS application for Neo has for now. I'll sumarize them somewhere soon and then I'll start to implement them sequentially. I stumbled across this: http://www.medieninf.de/qmapcontrol/ It could be a good idea to just use that instead of borowing TangoGPS code for openstreetmap support. I'll investigate that possibility closely too but I'm quite sceptic about this project clearness and design effectivness. I didn't look at the source code yet. SlippyMap tile download and display is quite easy to implement so I think it can be done from scratch (or extracted from TangoGPS). Only difficulties would be dealing with multiple threads. I've already written Python script for maps pre-download for TangoGPS similar to gpsfetchmap.pl (it is not publicly available yet) and there is nothing complicated about that. Very good. Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtGps for Trolltechs Qtopia
Jim Morris wrote: Dareus wrote: I had to configure the deamon and it worked well in the end. I was thinking if you could add the option to write a gpx track using gpxlogger or cgpxlogger. That would be very useful in various use cases (http://wiki.openmoko.org/wiki/GPS_applications). I was thinking of kml support too so that your track and way points can be loaded in Google Earth. KML files are pretty easy to generate. But I don't think this kind of format conversion have a place in a GUI app. The GUI app could OTOH call some external process to do the conversion. There are plans to add more features to this app, either by me or another person who has cloned the tree, he will be working on it in a few weeks I think. If you talk about me I will certainly do but I don't have the time right now... Adding tracks is definitely something he is planning to do. I stumbled across this: http://www.medieninf.de/qmapcontrol/ It could be a good idea to just use that instead of borowing TangoGPS code for openstreetmap support. Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Flashing Om2008.8 rootfs under Windows is *LONG*
Andrew Chu wrote: Hi Abdel, Actually, the patch is what is compiled into the 0.1+svn beta version of dfu-util for Win32 on projects.openmoko.org. I'm assuming that that is the version that everyone here is using? Yes for me at least. I also am using WinXP SP2 as Benedikt Schindler on these replies is using as well. For the others who experience long flash times on Windows XP, are you also using SP2? I am using Intel Core2 6420 @ 2.13GHz with 3GB of RAM, and USB 2.0 controller. Here: Intel Core2 Duo E4500 @ 2.20GHz with 2GB of RAM, and USB 2.0 controller. My system was Vista but I just upgraded to Vista SP1 and the duration is about the same. I guess the other question is, who else can flash rootfs in under 20 minutes using dfu-util for Win32? What are your configurations (version of Windows (including Service Pack), type of processor, amount of RAM, USB controller version)? Hopefully we can find a commonality among those that experience the long flash times and among those that do not. I suspect a problem with libusb on Vista. Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Flashing Om2008.8 rootfs under Windows is *LONG*
Nishit Dave wrote: On Tue, Sep 2, 2008 at 8:55 AM, Andrew Chu [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Thanks for the feedback that the dfu-util for Win32 is that much slower on Vista. I wasn't aware of that. The changes I made to the dfu-util source code were minimal but they could use a code review (I've posted the diff below). On Windows XP, I've never had to wait more than 20 minutes to flash the rootfs so the issue might be related to Windows Vista, or LibUSB-Win32 on Vista, but unfortunately, I do not have Windows Vista so I cannot debug. If anyone has the same issue on Windows XP, I would like to hear about it. I'm using Windows XP with 512 MB RAM on my laptop. rootfs flashing takes between 1-2 hours IIRC. Hello Andrew, Just for completeness, my system is an Intel double core with 2GB RAM and Vista. Flashing takes also between 1 and 2 hours. I'll try your patch if I manage to install a mingw environment. Or, if you have it compiled, I'd gladly avoid this installation :-) Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia WIFI WPA
Abdelrazak Younes wrote: I managed to find to find settings for WPA PSK TKIP, I put there my ssid and password. But still no luck... I am confused about the relationship between scanned WiFi network were my network appears and the place where I configured the network properties... These settings do not seem connected... weird user interface in any case. It seems that my problem stems from the fact that I did not configure the WLAN properly when I first created it (AFAIU from the inline help). Problem is that it is now impossible to modify it nor delete it! So I can restart the WLAN configuration process... Anybody knows where these settings are stored so that I can erase them by hand at the terminal? I'd rather do that than reflashing again... Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia WIFI WPA
Abdelrazak Younes wrote: Abdelrazak Younes wrote: I managed to find to find settings for WPA PSK TKIP, I put there my ssid and password. But still no luck... I am confused about the relationship between scanned WiFi network were my network appears and the place where I configured the network properties... These settings do not seem connected... weird user interface in any case. It seems that my problem stems from the fact that I did not configure the WLAN properly when I first created it (AFAIU from the inline help). Problem is that it is now impossible to modify it nor delete it! So I can restart the WLAN configuration process... Anybody knows where these settings are stored so that I can erase them by hand at the terminal? I'd rather do that than reflashing again... OK, nerver mind, found it... [EMAIL PROTECTED]:~# grep -r Wireless * Applications/Network/config/wlan0.conf:Name=Wireless LAN Applications/Network/config/wlan0.conf:Name%5B%5D=Wireless LAN Applications/Network/config/wlan0.conf:[WirelessNetworks] Applications/Network/config/wlan0.conf:1\WirelessKey_1= Applications/Network/config/wlan0.conf:1\WirelessKey_2= Applications/Network/config/wlan0.conf:1\WirelessKey_3= Applications/Network/config/wlan0.conf:1\WirelessKey_4= Applications/Network/config/wlan0.conf:1\WirelessMode=Managed Maybe this can help someone else :-) Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia WIFI WPA
Abdelrazak Younes wrote: Abdelrazak Younes wrote: Abdelrazak Younes wrote: I managed to find to find settings for WPA PSK TKIP, I put there my ssid and password. But still no luck... I am confused about the relationship between scanned WiFi network were my network appears and the place where I configured the network properties... These settings do not seem connected... weird user interface in any case. It seems that my problem stems from the fact that I did not configure the WLAN properly when I first created it (AFAIU from the inline help). Problem is that it is now impossible to modify it nor delete it! So I can restart the WLAN configuration process... Anybody knows where these settings are stored so that I can erase them by hand at the terminal? I'd rather do that than reflashing again... OK, nerver mind, found it... [EMAIL PROTECTED]:~# grep -r Wireless * Applications/Network/config/wlan0.conf:Name=Wireless LAN OK, I erased that file, recreated the wlan settings properly following the help; my wlan is detected after the scan, I click on it so that is alone on the priority list. I click on 'option-connect' but it stays in 'not connected' state. And of course the previous screen stays in 'pending' state... My Wifi uses WPA-PSK with TKIP which is supposedly supported by Qtopia. Anyone has an idea of what could be wrong or how I can analyse that? Thanks in advance, Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia WIFI WPA
Christ van Willegen wrote: Hi, On Tue, Sep 2, 2008 at 9:56 AM, Abdelrazak Younes[EMAIL PROTECTED] wrote: Anyone has an idea of what could be wrong or how I can analyse that? Try the suggested iwconfig eth0 power off. I did that. And I tried to connect again; still no luck :-/ Christ van Willegen (also WiFi-less) Welcome to the club! :-) Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Flashing Om2008.8 rootfs under Windows is *LONG*
Benedikt Schindler wrote: Laptop / winXP SP2 i just need 10 minutes and i think this is normal for 60MB via usb 1.0 Usb 1.1 can offer up to 1.5 MB/s so ideally 60MB should be transferred in 40 seconds. This is of course not counting the memory writing on the flash memory which could be slow. But 10 minutes looks also slow to me. Now imagine 2 hours... ;-) Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtopia update
Lorn Potter wrote: I have updated qtopia at qtopia.net Fixes include sms messages not retrieved after resume. Qtopia getting confused between two calls. Make default call volume down and mic up (only in flash update). Added echo fix. Hello Lorn, Could you give us a status about Wifi on the FR? (See my other thread). IOW shall I try harder to investigate or is this just not supported? Thanks in avance, Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Flashing Om2008.8 rootfs under Windows is *LONG*
Hello, I wanted to share my experience with FR and Windows Vista. I received my FR last Saturday. So far, so good, except that the device doesn't do much and the UI is quite buggy. After a day or so reading the Wiki, I finally managed to get my Vista system to recognize the FR both as an RNIS device and as a uboot device. I'd like to state that there is an awful lot of information in the Wiki but it is very hard to follow. It is quite difficult to understand which distribution needs what. I finally settled on 0m2008.8 because that's what I read first. If possible, I'd suggest to create a slimmed down web site for the newcomers with step by step advices. openmoko.org should be that web site, it shouldn't redirect automatically to the wiki as one may think that this is not the official web page. Going back to my upgrade, FYI, flashing rootfs lasted 2 hours! Is that normal? Or is it just because dfu_utils is slow under windows? Anyway, here is what I did: [EMAIL PROTECTED] /c/devel/OpenMoko $ dfu-util.exe -l dfu-util - (C) 2007 by OpenMoko Inc. This program is Free Software and has ABSOLUTELY NO WARRANTY Found Runtime: [0x1d50:0x5119] devnum=1, cfg=0, intf=2, alt=0, name=USB Device Firmware Upgrade [EMAIL PROTECTED] /c/devel/OpenMoko $ dfu-util.exe -a kernel -R -D ./Om2008.8-gta02-20080826.uImage.bin dfu-util - (C) 2007 by OpenMoko Inc. This program is Free Software and has ABSOLUTELY NO WARRANTY Opening USB Device 0x:0x... Setting Configuration 1... Claiming USB DFU Runtime Interface... Determining device status: state = appIDLE, status = 0 Device really in Runtime Mode, send DFU detach request... Resetting USB... Opening USB Device... Found Runtime: [0x1d50:0x5119] devnum=2, cfg=0, intf=0, alt=3, name=kernel Setting Configuration 1... Claiming USB DFU Interface... Setting Alternate Setting ... Determining device status: state = dfuIDLE, status = 0 dfuIDLE, continuing Transfer Size = 0x1000 bytes_per_hash=37877 Starting download: [##] finished! state(2) = dfuIDLE, status(0) = No error condition is present Done! Resetting USB to switch back to runtime mode [EMAIL PROTECTED] /c/devel/OpenMoko $ dfu-util.exe -a rootfs -R -D ./Om2008.8-gta02-20080830.rootfs.jffs2 dfu-util - (C) 2007 by OpenMoko Inc. This program is Free Software and has ABSOLUTELY NO WARRANTY Opening USB Device 0x:0x... Setting Configuration 1... Claiming USB DFU Runtime Interface... Determining device status: state = appIDLE, status = 0 Device really in Runtime Mode, send DFU detach request... Resetting USB... Opening USB Device... Found Runtime: [0x1d50:0x5119] devnum=2, cfg=0, intf=0, alt=6, name=rootfs Setting Configuration 1... Claiming USB DFU Interface... Setting Alternate Setting ... Determining device status: state = dfuIDLE, status = 0 dfuIDLE, continuing Transfer Size = 0x1000 bytes_per_hash=1431306 Starting download: [##] finished! state(2) = dfuIDLE, status(0) = No error condition is present Done! Resetting USB to switch back to runtime mode OK, time to reboot. 3 minutes later, it's rebooted! :-) I click settings, click Wifi, select my network and now I am lost on how to use this keyboard, no backspace, no number. I guess I have to go back to reading the wiki :-/ Maybe I should switch to qpe? Do I have to reflash the kernel for that? Well, that was just a first time user experience :-) Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Freeze: Any other way than unplug the battery?
Hello, I am having a lot of freezes and the only solution so far has been to unplug the battery. Is there any other way I should be aware of? Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freeze: Any other way than unplug the battery?
arne anka wrote: I am having a lot of freezes and the only solution so far has been to unplug the battery. Is there any other way I should be aware of? you could try (if you didn't already) to hold pwr until the device reboots. I tried that. Thanks anyway :-) Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freeze: Any other way than unplug the battery?
[EMAIL PROTECTED] wrote: I am having a lot of freezes and the only solution so far has been to unplug the battery. Is there any other way I should be aware of? you could try (if you didn't already) to hold pwr until the device reboots. That has never worked for me. I am afraid to harm the battery or the phone plugging and unplugging the battery so many times. Me too, so my radical solution was to switch to Qtopia. Quite stabler indeed :-) Cheers, Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Flashing Om2008.8 rootfs under Windows is *LONG*
Nishit Dave wrote: On Mon, Sep 1, 2008 at 7:01 PM, Abdelrazak Younes [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hello, I wanted to share my experience with FR and Windows Vista. Well, that was just a first time user experience :-) Abdel. You haven't even tried backing it up. Try and see how long *that* takes. They say it is much, much better with the Linux port of DFU-util (or rather, something is very very wrong with the Windows port). OK, thanks for the info. Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia WIFI WPA
Lorn Potter wrote: Matthew Lane wrote: However, I'm trying to connect to my university's WPA EAP TKIP network, and there doesn't seem to be a TKIP option (only TLS/TTLS/PEAP). Also, when I view security certificates, the next screen simple shows Empty Text and I'm not able to select any security certificates. Any news on new Qtopia WIFI updates? 4.3.2 supports tkip and aes. Hello, I must be blind but I can't find a GUI way to setup the Wifi with Latest QTopia-4.3.2. Am I really blind or there is none? Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia WIFI WPA
Abdelrazak Younes wrote: Lorn Potter wrote: Matthew Lane wrote: However, I'm trying to connect to my university's WPA EAP TKIP network, and there doesn't seem to be a TKIP option (only TLS/TTLS/PEAP). Also, when I view security certificates, the next screen simple shows Empty Text and I'm not able to select any security certificates. Any news on new Qtopia WIFI updates? 4.3.2 supports tkip and aes. Hello, I must be blind but I can't find a GUI way to setup the Wifi with Latest QTopia-4.3.2. Am I really blind or there is none? I guess I was but this is far from obvious (to me at least)... I managed to do this: Internet-Data-Option-New-Wireless LAN Then I click Option-WLAN detection, OK it detected my WiFi network. I select it, it is alone in the Network priority. I click Options-Connect, nothing happens. Anybody has a clue? Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia WIFI WPA
Vinc Duran wrote: On Mon, Sep 1, 2008 at 3:05 PM, Abdelrazak Younes [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: snip Hello, I must be blind but I can't find a GUI way to setup the Wifi with Latest QTopia-4.3.2. Am I really blind or there is none? Abdel. Hi Abdel, I'm using 4.3.2 2008/8/28 from qtopia.net http://qtopia.net on my FreeRunner. I have a couple of wireless networks I'd like to use. The one that's easiest is completely open and uses MAC addresses for authentication. To connect to that I press white Q in the green box, that takes me to Main Menu. In the lower left is crossed screw driver and double open wrench, or Settings. I scroll down about one screen to Internet. In Internet I choose Options, then New, then Wireless LAN, On this open LAN there's only the name of the connection to set. If I read the Help correctly it's best (for me) to also choose Managed and Always Online. When I get back to Internet it's connecting. I then go to Applications and Terminal and I can ping a public server by name and I'm on the Internet. Once there I can't do anything. :-) I don't have a browser or anything and the Package Manager crashes on me as it's connecting to Qtopia.net but that's for another email or help request. I have had no success using this process to connect to a WEP network. Haven't tried WPA yet. Hi Vinc, I managed to find to find settings for WPA PSK TKIP, I put there my ssid and password. But still no luck... I am confused about the relationship between scanned WiFi network were my network appears and the place where I configured the network properties... These settings do not seem connected... weird user interface in any case. Hope that helps, A bit yes :-) Going to sleep... Thanks, Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: saving and restoring GPS data for U-blox chip quicker startup
Fabian Henze wrote: On Saturday 30 August 2008 at 10:59:29, Abdelrazak Younes wrote: A better solution would be to just configure the Ublox to send the ephemerises and almanacs as soon as they are received. A simple daemon would watch for these messages and store them appropriately when they are received. Why would this be a better solution? Because it is safer and cleaner to save things as soon as they are received. I dont see any benefits over the save on gpsd exit or save on 'gps off' in settings menu method, except that just another daemon steals CPU time and consumes RAM. Of course such solution should be integrated in an already running gps daemon. gpsd already decodes some messages, it could be improved to retrieve and save those additional aid messages. No more RAM would be needed. I don't plan to use gpsd so my solution would be a replacement for it. Such daemon shouldn't consume more than one megabyte of RAM, actually I would say much less than a megabyte. Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS logger / field data collection
Brian Wilson wrote: IMO, just use the raw Ublox binary format. It's rather simple to decode. I have already implemented a binary decoder for the Ublox binary format based on Ublox open documentation of the protocol. My plan is to release this code under the GPL at some point. The only GPS receiver that I have that does u-blox binary format is the one in the Freerunner, and the others are Trimble and Garmin and SiRF and NMEA. So I'd be limited to using only one receiver out of my collection. No, I also plan to support a number of other receivers. I defined a simple virtual interface for that. My point is that there is no need to create an intermediate format for storing. The original binary format is just fine. I plan to support RINEX at some point too but just as another format, not as the base format. My ublox decoder is just 500 loc and half of it is the binary structure definitions. The framework python decoder (ubx.py) is about the same size. Anyway, this is just vaporware for now as I didn't release anything :-) Especially I'd love to be able to use the fancy Trimble ProXH via bluetooth and not be forced to use the Windows Mobile device they expect you to use. (Trimble Recon) Is there some documentation of the format? If yes I guess the gpsd project already supports it and it should be easy for me to support it too. So I was looking for a more general solution. Well, I consider my solution as a general one. But it's a starting point anyway, and hey, I work on this about 10 minutes a day so I'd say dive in! That's what I said once before getting addicted to open source development ;-) Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS logger / field data collection
Hello Brian, Brian Wilson wrote: Jim wrote: I was kind of surprised that gpsd didn't give me a simple way to just get the current location, I had to capture 5 sentences to do that simple thing I tried to used gpsd with my GPS base station my recollection was that it was totally useless for that. I assume that it will be useless for this project too but it's a starting point. No need for gpsd for a binary logger, see below. XML would be able to do that but I agree probably too verbose, how about tokenized XML? Very interesting idea, could be the way to go, I will look at it. On Mon, Aug 18, 2008 at 4:21 PM, Bert Hartmann[EMAIL PROTECTED] wrote: In my toyings with TangoGPS, I know it can produce logs, I don't know the format at all, it may just be the raw GPS output or not. I do know it does all the pedometer functions you were asking about (maybe not min speed, but definitely max and avg.). Perhaps you should look into that project. I will, thank you. I have no interest in inventing a new binary format. There should be something out there that is open and compact. (There should be, he said. Ha) IMO, just use the raw Ublox binary format. It's rather simple to decode. I have already implemented a binary decoder for the Ublox binary format based on Ublox open documentation of the protocol. My plan is to release this code under the GPL at some point. Once I receive my free runner I will start by releasing a binary decoder. In the time being I can probably release a Windows only converter from this Ublox format to a csv format if you are interested. I've tried TangoGPS, it's a nice program. I've read about it on its web site and looked at the source code. Problem is that the GUI source code is GTK and very hard to follow IMHO. I am personally proficient in Qt4 so I am interested in participating in a project that will create a GPS navigation app in C++ using Qt4. Here is my roadmap more or less: 1) port my Ublox decoder to linux and openmoko. I plan to use CMake as the build system. 2) add some logger functionality to the program above so that some Ublox logs can be requested. 3) implement an ephemeris and almanac saving and restoring solution 4) do the same as above for some SBAS messages if possible (not sure it is) 5) implement a simple Qt4 navigation program using openmap. I hope I have something to show next month. Cheers, Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS logger / field data collection
Michael 'Mickey' Lauer wrote: Am Sonntag 24 August 2008 14:34:13 schrieb Abdelrazak Younes: Here is my roadmap more or less: 1) port my Ublox decoder to linux and openmoko. I plan to use CMake as the build system. 2) add some logger functionality to the program above so that some Ublox logs can be requested. 3) implement an ephemeris and almanac saving and restoring solution 4) do the same as above for some SBAS messages if possible (not sure it is) 5) implement a simple Qt4 navigation program using openmap. Sounds like a good plan. Let me note that by just using ogspd from the FSO framework, you could skip 1)-3) Ah? It seems I don't know yet about this... Could you point me to the source code please? and go right to 5) (dunno about 4). There's a number of SBAS messages that are worth saving so that the receiver can provider an SBAS solution quicker. But I am not sure it is possible to give back these messages to the ublox receiver as is possible for the GPS ephemerises and almanacs. P.S. I love LyX. ;-) Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS logger / field data collection
Jim Morris wrote: Abdelrazak Younes wrote: IMO, just use the raw Ublox binary format. It's rather simple to decode. I have already implemented a binary decoder for the Ublox binary format based on Ublox open documentation of the protocol. My plan is to release this code under the GPL at some point. I agree if there is already a compact binary format then we should use that. Is there currently a way to capture that raw format? I don't know which device represents the ublox but, provided that it is properly configured, a simple 'cat /dev/ublox ~/log.ubx' Here is my roadmap more or less: 1) port my Ublox decoder to linux and openmoko. I plan to use CMake as the build system. 2) add some logger functionality to the program above so that some Ublox logs can be requested. 3) implement an ephemeris and almanac saving and restoring solution 4) do the same as above for some SBAS messages if possible (not sure it is) 5) implement a simple Qt4 navigation program using openmap. Sounds good, I made a start with a Qtopia port of xgps, the fact it gets its data from gpsd at the moment is irrelvant as it could just as easily get the raw data and parse it. For this we could just send the binary message in a socket to some configurable IP address. I also suggest that you add the ability to parse a file. This will offer you replay functionality. Code is here... (Its needs a bit of work to replace the sprintfs xpgs used to the equivalent Qt, but I simply copied/pasted that code from xgps). http://blog.wolfman.com/files/qtgps.tar.gz I'll try to have a look next week. You should probably put this in some SCM. git seems to be in widespread use around here. What about github? Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS application (was: Request for help: Would like community applications to show anddiscuss at LinuxWorld)
Marcus Bauer wrote: gpsd works well and gypsy is not network capable. Simply using your Neo's GPS from your Laptop does not work. And especially for an application like tangoGPS it is inherently broken: every nav-application wants to have the raw NMEA and not some preprocessed stuff and the concept to only be notified for certain events is nonsense because any nav-app wants to be notified about every data coming in. This concept just sucks CPU time. Hello, I am beginning to invest my time in the openmoko world. I just ordered one and will start working on it next month probably. I am mostly interested in the GPS area. I am *very* excited by the prospects :-) Your post made me doing some research about gpsd. In my opinion, the concept of gpsd is nice for desktop application but I am truly wondering why this is relevant for a handheld device where only one app is on screen most of the time. I am also not very keen on NMEA, very bad protocol if you ask me. The only sane and powerful solution is to read and decode the ublox binary format. I happen to know quite a bit about that, maybe I'll contribute a decoder... By the way, I didn't know about Tango GPS until now, it looks nice for what I read on your web site. Once I come back from holydays and I receive my Gta2, I'll try it. Maybe I'll contribute, who knows :-) I am involved in LyX development too (www.lyx.org) so maybe I'll port that too :-) But just my 2c. ;-) Your two cents was worth enough to trigger my motivation :-) Cheers, Abdel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
