Re: GPS application for QTExtended 4.4.3
Very nice application! If you could just add the 'myposition' and the 'friendsposition', like in TangoGPS you would make me very happy :) (I was trying to port TangoGPS to Qt just for those functions, but you are almost done). Ghislain -- View this message in context: http://n2.nabble.com/GPS-application-for-QTExtended-4-4-3-tp3943537p3943693.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
Re: GPS application for QTExtended 4.4.3
I just added this application to the Software-Packages feed of openmobile.nl for QtMoko (feed-url = http://www.openmobile.nl/media/qtmoko) -- View this message in context: http://n2.nabble.com/GPS-application-for-QTExtended-4-4-3-tp3943537p3943930.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
Re: GPS application for QTExtended 4.4.3
God(?) bless you! -- /_\ The ASCII Per comunicare in modo riservato: \_/ Ribbon Campaign gpg --keyserver pool.sks-keyservers.net \ X Against HTML--recv-keys 20611EAD /_\ Email! -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS application for QTExtended 4.4.3
Is there a link for downloading QtExtended 4.4.3? The links at http://wiki.openmoko.org/wiki/Qt_Extended_4.4.3 is down. Could someone supply me with the rootfs and kernel? Thanks! Rune 2009/11/4 giacomo `giotti` mariani giacomomari...@yahoo.it God(?) bless you! -- /_\ The ASCII Per comunicare in modo riservato: \_/ Ribbon Campaign gpg --keyserver pool.sks-keyservers.net \ X Against HTML--recv-keys 20611EAD /_\ Email! -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html ___ 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: GPS application for QTExtended 4.4.3
go for QTMoko On Wed, Nov 4, 2009 at 5:33 PM, Rune Gangstø runeg...@gmail.com wrote: Is there a link for downloading QtExtended 4.4.3? The links at http://wiki.openmoko.org/wiki/Qt_Extended_4.4.3 is down. Could someone supply me with the rootfs and kernel? Thanks! Rune 2009/11/4 giacomo `giotti` mariani giacomomari...@yahoo.it God(?) bless you! -- /_\ The ASCII Per comunicare in modo riservato: \_/ Ribbon Campaign gpg --keyserver pool.sks-keyservers.net \ X Against HTML --recv-keys 20611EAD /_\ Email! -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html ___ 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 -- Best Regards HouYu Li, Karajan karajan_ii (at) hotmail.com karadog (at) gmail.com lihouyu (at) phpex.net PHP Developer Red Hat Certified Engineer Shanghai, China ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS application for QTExtended 4.4.3
Otherwise take a look at http://qtextended.org/modules/mydownloads/viewcat.php?cid=6 Nice work Thierry :) -- Mickael Rune Gangstø a écrit : Is there a link for downloading QtExtended 4.4.3? The links at http://wiki.openmoko.org/wiki/Qt_Extended_4.4.3 is down. Could someone supply me with the rootfs and kernel? Thanks! Rune 2009/11/4 giacomo `giotti` mariani giacomomari...@yahoo.it mailto:giacomomari...@yahoo.it God(?) bless you! -- /_\ The ASCII Per comunicare in modo riservato: \_/ Ribbon Campaign gpg --keyserver pool.sks-keyservers.net http://pool.sks-keyservers.net \ X Against HTML--recv-keys 20611EAD /_\ Email! -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html ___ Openmoko community mailing list community@lists.openmoko.org mailto: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: GPS application for QTExtended 4.4.3
I have been looking for 4.4.3, and not QTmoko. It is working a lot better for me. Could someone please supply me with rootfs and kernel? Rune 2009/11/4 Mickael Labrousse m.labrousse_l...@bcmd.fr Otherwise take a look at http://qtextended.org/modules/mydownloads/viewcat.php?cid=6 Nice work Thierry :) -- Mickael Rune Gangstø a écrit : Is there a link for downloading QtExtended 4.4.3? The links at http://wiki.openmoko.org/wiki/Qt_Extended_4.4.3 is down. Could someone supply me with the rootfs and kernel? Thanks! Rune 2009/11/4 giacomo `giotti` mariani giacomomari...@yahoo.it mailto:giacomomari...@yahoo.it God(?) bless you! -- /_\ The ASCII Per comunicare in modo riservato: \_/ Ribbon Campaign gpg --keyserver pool.sks-keyservers.net http://pool.sks-keyservers.net \ X Against HTML--recv-keys 20611EAD /_\ Email! -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html ___ Openmoko community mailing list community@lists.openmoko.org mailto: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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS application for QTExtended 4.4.3
* tvuilla...@free.fr wrote, Il 04/11/2009 08:08: Hello, I developed my own GPS application for QtExtended 4.4.3 on my Neo Freerunner. Really really thanks for sharing your work! -- Andrea ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS application for QTExtended 4.4.3
On Wednesday 04 of November 2009 08:08:06 tvuilla...@free.fr wrote: I will continue to maintain it for my personal usage. I have no idea if it may interest someone, but, if any interest, I released the package, the source code, and some documentation here: This application is just great. Probably everybody is interested :) Unfortunately, pixmap drawing performances looks degraded on QtMoko (I tested with v14), impacting performances when moving in the map. This is much better on the original QtExtended 4.4.3. If anybody have an idea about where it may come from, and if something can be done to improve, I would be interested. There are 2 things different in QtMoko. 2.6.29 kernel and Qt 4.5. I think Qt 4.5 improved the performance. The kernel can be the problem. I am now testing 2.6.31 kernel and performance of your app is good. Also scrolling in web browser improved with 2.6.31 so it can be something in 2.6.29 kernel. Thanks for this nice application. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS application for QTExtended 4.4.3
On Wednesday 04 of November 2009 08:08:06 tvuilla...@free.fr wrote: I developed my own GPS application for QtExtended 4.4.3 on my Neo Freerunner. It use native Qt APIs and doesn't require X. It display maps from OpenStreetMap by default, but can also be configured to get them from Yahoo or VirtualEarth. I'm not sure for Google, I gave up trying for now. Btw i noticed two small things: 1/ The path to icon in NeronGPS.desktop is not right. It should be something like Icon=NeronGPS/NeronGPS.png 2/ The icon is too small - it does not fit in well in the application list. Solution could be either bigger png or svg. Otherwise i havent found any issue :) Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS application for QTExtended 4.4.3
Hi Radek, Taking a closer look, it may actually not be pixmap drawing performances. It looks like interruption when moving, that may just come from touch screen event coming irregularly, or anything else delaying the refresh of the map. I am looking forward for the new kernel, it would probably solve the issue! Regards, Thierry - Mail Original - De: Radek Polak pson...@seznam.cz À: List for Openmoko community discussion community@lists.openmoko.org Envoyé: Mercredi 4 Novembre 2009 16h17:08 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: GPS application for QTExtended 4.4.3 On Wednesday 04 of November 2009 08:08:06 tvuilla...@free.fr wrote: I will continue to maintain it for my personal usage. I have no idea if it may interest someone, but, if any interest, I released the package, the source code, and some documentation here: This application is just great. Probably everybody is interested :) Unfortunately, pixmap drawing performances looks degraded on QtMoko (I tested with v14), impacting performances when moving in the map. This is much better on the original QtExtended 4.4.3. If anybody have an idea about where it may come from, and if something can be done to improve, I would be interested. There are 2 things different in QtMoko. 2.6.29 kernel and Qt 4.5. I think Qt 4.5 improved the performance. The kernel can be the problem. I am now testing 2.6.31 kernel and performance of your app is good. Also scrolling in web browser improved with 2.6.31 so it can be something in 2.6.29 kernel. Thanks for this nice application. Regards Radek ___ 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: GPS application for QTExtended 4.4.3
Hi, On Wed, Nov 4, 2009 at 8:08 AM, tvuilla...@free.fr wrote: I developed my own GPS application for QtExtended 4.4.3 on my Neo Freerunner. It use native Qt APIs and doesn't require X. It display maps from OpenStreetMap by default, but can also be configured to get them from Yahoo or VirtualEarth. I'm not sure for Google, I gave up trying for now. Wow - very, very nice! Thanks a lot! I especially like the finger-friendly buttons (zoom in / out and home position). I will continue to maintain it for my personal usage. I have no idea if it may interest someone, but, if any interest, I released the package, the source code, and some documentation here: Yes - everybody is interested, just look at the thread here. Very cool. :-) -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS application for QTExtended 4.4.3
Hi Ghislain, This is unfortunately not a feature I'm planing to use myself. Doing this in my spare time - which is actually not that many time :( - I will tend to focus on my own needs first. Would it help to share the code with a version control system, to enable additional developers to join the effort? I'm completely new to this. I would need help in this case. Regards, Thierry - Mail Original - De: ghislain ghisl...@basetrend.nl À: community@lists.openmoko.org Envoyé: Mercredi 4 Novembre 2009 09h10:35 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: GPS application for QTExtended 4.4.3 Very nice application! If you could just add the 'myposition' and the 'friendsposition', like in TangoGPS you would make me very happy :) (I was trying to port TangoGPS to Qt just for those functions, but you are almost done). Ghislain -- View this message in context: http://n2.nabble.com/GPS-application-for-QTExtended-4-4-3-tp3943537p3943693.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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS application for QTExtended 4.4.3
On Wednesday 04 of November 2009 22:23:56 tvuilla...@free.fr wrote: Would it help to share the code with a version control system, to enable additional developers to join the effort? I'm completely new to this. I would need help in this case. All QtMoko applications are on github so that it's easy to find them and rebuild the binary repository from sources. I have also placed your app here: http://github.com/radekp/NeronGPS If you are comfortable with git and github you can just create account on github, fork the repo and work here. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS application for QTExtended 4.4.3
You are the MAN! On Wed, Nov 4, 2009 at 3:08 PM, tvuilla...@free.fr wrote: Hello, I developed my own GPS application for QtExtended 4.4.3 on my Neo Freerunner. It use native Qt APIs and doesn't require X. It display maps from OpenStreetMap by default, but can also be configured to get them from Yahoo or VirtualEarth. I'm not sure for Google, I gave up trying for now. I will continue to maintain it for my personal usage. I have no idea if it may interest someone, but, if any interest, I released the package, the source code, and some documentation here: http://tvuillaume.free.fr/NeronGPS The User's Guide provide you with some screenshots and information about what the application is able to achieve. Unfortunately, pixmap drawing performances looks degraded on QtMoko (I tested with v14), impacting performances when moving in the map. This is much better on the original QtExtended 4.4.3. If anybody have an idea about where it may come from, and if something can be done to improve, I would be interested. Best Regards, Thierry ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Best Regards HouYu Li, Karajan karajan_ii (at) hotmail.com karadog (at) gmail.com lihouyu (at) phpex.net PHP Developer Red Hat Certified Engineer Shanghai, China ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS NMEA sentences over serial port
On Sat, Aug 15, 2009 at 05:18:13PM +0530, RANJAN wrote: Alternatively, and this is what I suggest, use ssh to forward connections from the gpsd port on your laptop to the gpsd port on your Neo: $ ssh -L localhost:2947:localhost:2947 debian-gta02 -- sleep inf Can I use this to forward the 2947 port from Neo to 2947 on laptop ,in other sense can I get the values being generated from Neo at 2947 of Neo be available at 2947 on the laptop. Yes, you run the command above on your laptop. Btw, if you want to access port 2947 on the laptop from some other host, you will need to cut off the first localhost: so the command reads $ ssh -L 2947:localhost:2947 debian-gta02 -- sleep inf and maybe also change some ssh settings. See the ssh manual page. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS NMEA sentences over serial port
Actually got it working but had to properly understand the concept of ssh host ,client -server and where to read it.Thanks. Sriranjan On Sun, Aug 16, 2009 at 11:41 PM, Rask Ingemann Lambertsen ccc94...@vip.cybercity.dk wrote: On Sat, Aug 15, 2009 at 05:18:13PM +0530, RANJAN wrote: Alternatively, and this is what I suggest, use ssh to forward connections from the gpsd port on your laptop to the gpsd port on your Neo: $ ssh -L localhost:2947:localhost:2947 debian-gta02 -- sleep inf Can I use this to forward the 2947 port from Neo to 2947 on laptop ,in other sense can I get the values being generated from Neo at 2947 of Neo be available at 2947 on the laptop. Yes, you run the command above on your laptop. Btw, if you want to access port 2947 on the laptop from some other host, you will need to cut off the first localhost: so the command reads $ ssh -L 2947:localhost:2947 debian-gta02 -- sleep inf and maybe also change some ssh settings. See the ssh manual page. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ 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: GPS NMEA sentences over serial port
Alternatively, and this is what I suggest, use ssh to forward connections from the gpsd port on your laptop to the gpsd port on your Neo: $ ssh -L localhost:2947:localhost:2947 debian-gta02 -- sleep inf Hi, Can I use this to forward the 2947 port from Neo to 2947 on laptop ,in other sense can I get the values being generated from Neo at 2947 of Neo be available at 2947 on the laptop. Please advice. Sriranjan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS NMEA sentences over serial port
On Thu, Aug 13, 2009 at 03:35:36PM +0530, rakshat hooja wrote: On Thu, Aug 13, 2009 at 1:24 PM, RANJAN infi...@gmail.com wrote: Read all of this http://wiki.openmoko.org/wiki/GTA02_GPS Please do not refer him to outdated information. The page even has a warning at the top of it: WARNING: Most of this article is only relevant for Om 2008. The gpsd has been obsoleted by the ogpsd which offers a DBUS interface. Do not run these two daemons side by side. If backward compatibility is needed, use ogpsd with fso-gpsd. Instead of messing with the serial port, connect to the Neo over TCP/IP on the standard gpsd port (2947). You will probably have to change how fso-gpsd is started, so the option '-S localhost:gpsd' reads just '-S gpsd'. Alternatively, and this is what I suggest, use ssh to forward connections from the gpsd port on your laptop to the gpsd port on your Neo: $ ssh -L localhost:2947:localhost:2947 debian-gta02 -- sleep inf -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS NMEA sentences over serial port
Problem is solved now.Thank you all.I will have to worry about solving an other one now. Sriranjan On Thu, Aug 13, 2009 at 8:06 PM, Rask Ingemann Lambertsen ccc94...@vip.cybercity.dk wrote: On Thu, Aug 13, 2009 at 03:35:36PM +0530, rakshat hooja wrote: On Thu, Aug 13, 2009 at 1:24 PM, RANJAN infi...@gmail.com wrote: Read all of this http://wiki.openmoko.org/wiki/GTA02_GPS Please do not refer him to outdated information. The page even has a warning at the top of it: WARNING: Most of this article is only relevant for Om 2008. The gpsd has been obsoleted by the ogpsd which offers a DBUS interface. Do not run these two daemons side by side. If backward compatibility is needed, use ogpsd with fso-gpsd. Instead of messing with the serial port, connect to the Neo over TCP/IP on the standard gpsd port (2947). You will probably have to change how fso-gpsd is started, so the option '-S localhost:gpsd' reads just '-S gpsd'. Alternatively, and this is what I suggest, use ssh to forward connections from the gpsd port on your laptop to the gpsd port on your Neo: $ ssh -L localhost:2947:localhost:2947 debian-gta02 -- sleep inf -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ 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: GPS NMEA sentences over serial port
RANJAN infi...@gmail.com writes: Is it possible to setup a serial connection between the FR and the laptop using a virtual comm port or USB to serial converter and then read the GPS NMEA sentences?Please advice me. Are you sure you want to do that? gpsd is designed in a way to be possible to get gps data over the network. And fso-gpsd can do that too. Just connect FR and laptop in some way (USB/BT/Wifi) and you're done. If you really want to forward serial port, you can use socat for that. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS NMEA sentences over serial port
If you really want to forward serial port, you can use socat for that. fercer...@gmail.com Well I want to use the USB to serial port and do it.And I running SHR on FR and Xp on the laptop. Sriranjan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS NMEA sentences over serial port
If you really want to forward serial port, you can use socat for that. So how shall I proceed in Win Xp.My SHR DISTRO got spoiled,I tried installing GCC and now the setting fails to lead .So I might have to reinstall SHR and then do it.But Gpsd is still working good. Please advice. Sriranjan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS NMEA sentences over serial port
On Thu, Aug 13, 2009 at 1:24 PM, RANJAN infi...@gmail.com wrote: If you really want to forward serial port, you can use socat for that. So how shall I proceed in Win Xp.My SHR DISTRO got spoiled,I tried installing GCC and now the setting fails to lead .So I might have to reinstall SHR and then do it.But Gpsd is still working good. Please advice. Sriranjan Read all of this http://wiki.openmoko.org/wiki/GTA02_GPS Rakshat ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS NMEA sentences over serial port
Read all of this http://wiki.openmoko.org/wiki/GTA02_GPShttp://wiki.openmoko.org/wiki/GTA02_GPS Rakshat Well there is only information about reading NMEA using the older gpsd but not the fso-gpsd.And in my FR I could not find the folder /tmp/nmeaNP. Sriranjan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS IN OM 2009
or omgps, which is much friendlier to the battery life than tangoGPS 2009/6/19 Benny Källström benny.kallst...@multi.fi How do i use GPS in OM 2009? TangoGPS? -- View this message in context: http://n2.nabble.com/GPS-IN-OM-2009-tp3120325p3120325.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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS IN OM 2009
Am Freitag, 19. Juni 2009 19:28:36 schrieb jeremy jozwik: or omgps, which is much friendlier to the battery life than tangoGPS 2009/6/19 Benny Källström benny.kallst...@multi.fi How do i use GPS in OM 2009? TangoGPS? -- View this message in context: http://n2.nabble.com/GPS-IN-OM-2009-tp3120325p3120325.html Sent from the Openmoko Community mailing list archive at Nabble.com. But it doesn't support POIs yet afaik... -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS IN OM 2009
true, but you can do on map sketching for notes On Fri, Jun 19, 2009 at 10:34 AM, Marcel tan...@googlemail.com wrote: Am Freitag, 19. Juni 2009 19:28:36 schrieb jeremy jozwik: or omgps, which is much friendlier to the battery life than tangoGPS 2009/6/19 Benny Källström benny.kallst...@multi.fi How do i use GPS in OM 2009? TangoGPS? -- View this message in context: http://n2.nabble.com/GPS-IN-OM-2009-tp3120325p3120325.html Sent from the Openmoko Community mailing list archive at Nabble.com. But it doesn't support POIs yet afaik... -- Marcel ___ 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: [GPS] new GPS GUI application for OM freerunner
I did not suppose user is root at all, even though we are all roots, No we are not. I run hackable:1 under a regular user. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GPS] new GPS GUI application for OM freerunner
Hi mgy, good little app. I tried it in the car yesterday and found that the cursor moved off the map unless manually centred - is there a way to make the cursor fixed and the map move under it as does tangogps? Its not possible to continually hit centre whilst driving/biking. I do like the way the display is organised - better, cleaner and more informative. BillK On Wed, 2009-05-20 at 12:53 -0700, mqy wrote: Hi all: I got my gta02 freerunner on DEC 2008. After nearly 5 months development, I'm happy to announce the first alpha release of omgps. It is not as feature rich as other GPS applications, such as tangoGPS, anyway I think it should satisfy most of the daily needs. Please goto http://code.google.com/p/omgps/, download and give a try. After ten years of programming as a web developer for most of the time, now I join the community with my little gift :) Thanks you to open source community -- for your great works and spirits. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GPS] new GPS GUI application for OM freerunner
Thanks for the report! I finally found the bug that when cursor moves out of left or top screen, the keep location/cursor in view mechanism fails. William Kenworthy, also pointed out this problem, here is my reply (I didn't notice this problem at that time): http://n2.nabble.com/forum/Permalink.jtp?root=2948257post=2952181page=y I'm adding a indicator for the keep cursor in view state. New package will be uploaded within 1 day. Regards 2009/5/22 William Kenworthy (via Nabble) ml-user+1677-108203...@n2.nabble.com: Hi mgy, good little app. I tried it in the car yesterday and found that the cursor moved off the map unless manually centred - is there a way to make the cursor fixed and the map move under it as does tangogps? Its not possible to continually hit centre whilst driving/biking. I do like the way the display is organised - better, cleaner and more informative. BillK On Wed, 2009-05-20 at 12:53 -0700, mqy wrote: Hi all: I got my gta02 freerunner on DEC 2008. After nearly 5 months development, I'm happy to announce the first alpha release of omgps. It is not as feature rich as other GPS applications, such as tangoGPS, anyway I think it should satisfy most of the daily needs. Please goto http://code.google.com/p/omgps/, download and give a try. After ten years of programming as a web developer for most of the time, now I join the community with my little gift :) Thanks you to open source community -- for your great works and spirits. ___ Openmoko community mailing list commun...@... http://lists.openmoko.org/mailman/listinfo/community This email is a reply to your post @ http://n2.nabble.com/-GPS--new-GPS-GUI-application-for-OM-freerunneromgps-tp2948257p2956807.html You can reply by email or by visting the link above. -- View this message in context: http://n2.nabble.com/-GPS--new-GPS-GUI-application-for-OM-freerunneromgps-tp2948257p2957926.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
Re: [GPS] new GPS GUI application for OM freerunner
Thanks, this will make it much more useful. BillK On Fri, 2009-05-22 at 07:57 -0700, mqy wrote: Thanks for the report! I finally found the bug that when cursor moves out of left or top screen, the keep location/cursor in view mechanism fails. William Kenworthy, also pointed out this problem, here is my reply (I didn't notice this problem at that time): http://n2.nabble.com/forum/Permalink.jtp?root=2948257post=2952181page=y I'm adding a indicator for the keep cursor in view state. New package will be uploaded within 1 day. Regards 2009/5/22 William Kenworthy (via Nabble) ml-user+1677-108203...@n2.nabble.com: Hi mgy, good little app. I tried it in the car yesterday and found that the cursor moved off the map unless manually centred - is there a way to make the cursor fixed and the map move under it as does tangogps? Its not possible to continually hit centre whilst driving/biking. I do like the way the display is organised - better, cleaner and more informative. BillK On Wed, 2009-05-20 at 12:53 -0700, mqy wrote: Hi all: I got my gta02 freerunner on DEC 2008. After nearly 5 months development, I'm happy to announce the first alpha release of omgps. It is not as feature rich as other GPS applications, such as tangoGPS, anyway I think it should satisfy most of the daily needs. Please goto http://code.google.com/p/omgps/, download and give a try. After ten years of programming as a web developer for most of the time, now I join the community with my little gift :) Thanks you to open source community -- for your great works and spirits. ___ Openmoko community mailing list commun...@... http://lists.openmoko.org/mailman/listinfo/community This email is a reply to your post @ http://n2.nabble.com/-GPS--new-GPS-GUI-application-for-OM-freerunneromgps-tp2948257p2956807.html You can reply by email or by visting the link above. -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GPS] new GPS GUI application for OM freerunner
Nice app :) I know it should be no easy, but a feature that I miss both in Tango and this is the ability to rotate the maps accordingly the direction you are moving on to have always up i the screen what you have in front of you. Maybe a semi transparent Compass on the scree can help to not get confused. offcourse it has to be an option you can dissable/enable. But when you move in bike for example it can be an awesome feature. 2009/5/20 mqy meng.qing...@gmail.com: Hi all: I got my gta02 freerunner on DEC 2008. After nearly 5 months development, I'm happy to announce the first alpha release of omgps. It is not as feature rich as other GPS applications, such as tangoGPS, anyway I think it should satisfy most of the daily needs. Please goto http://code.google.com/p/omgps/, download and give a try. After ten years of programming as a web developer for most of the time, now I join the community with my little gift :) Thanks you to open source community -- for your great works and spirits. -- View this message in context: http://n2.nabble.com/-GPS--new-GPS-GUI-application-for-OM-freerunner-tp2948257p2948257.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 -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GPS] new GPS GUI application for OM freerunner
On Thu, May 21, 2009 at 8:52 AM, David Reyes Samblas Martinez da...@tuxbrain.com wrote: I know it should be no easy, but a feature that I miss both in Tango Hi! What I miss is street name search. In openstreetmap we can search, so it is possible somehow to extract street names and gps coordinates of them. I could download all street names within a rectangle, so lets say the area of my town. Thats way it wouldn't be confused, if two cities share the same street names. Is it difficult to implement? Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GPS] new GPS GUI application for OM freerunner
Wild! No easy sure. But... can be done with: (1) a bigger background pximap (2) iimage rotation (3) curve fitting to determine direction (4) semi transparency as you said Waste energy! However, to see clearly in sun light, you have to adjust backlight nearly 100%, thus energy is not a problem. Since most road segments are straight, I recommend you upgrade your supporting frame rotate-able :D I'm also a biker, but I'm doubting if it is safe to keep watching on the screen while moving. That's why I develop the sounding module. So, your requirement can be classified as optional, agree? 2009/5/21 David Samblas Martinez (via Nabble) ml-user+115568-1922478...@n2.nabble.com: Nice app :) I know it should be no easy, but a feature that I miss both in Tango and this is the ability to rotate the maps accordingly the direction you are moving on to have always up i the screen what you have in front of you. Maybe a semi transparent Compass on the scree can help to not get confused. offcourse it has to be an option you can dissable/enable. But when you move in bike for example it can be an awesome feature. -- View this message in context: http://n2.nabble.com/-GPS--new-GPS-GUI-application-for-OM-freerunner-tp2948257p2950687.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
Re: [GPS] new GPS GUI application for OM freerunner
On Thu, 2009-05-21 at 08:52 +0200, David Reyes Samblas Martinez wrote: Nice app :) I know it should be no easy, but a feature that I miss both in Tango and this is the ability to rotate the maps accordingly the direction I am still waiting for gps lock (actually just got it ... in the office :), but it looks nice so far. symlinking the map directory to the tangogps store works fine. One thing that all gps apps I see on the FR so far do is centre the cursor/position. Thats fine when standing still, but I am not really interested in where I have been, but where I am going so it would be nice if the cursor/centre of the display was offset appropriately. Can someone tell me: what the foot with a red cross through it means - doesnt seem to do anything. and similarly, the two diagonal opposing arrows next to it. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GPS] new GPS GUI application for OM freerunner
On Thu, May 21, 2009 at 11:15 AM, W.Kenworthy bi...@iinet.net.au wrote: Can someone tell me: what the foot with a red cross through it means - doesnt seem to do anything. My guess is that it's something about 'path' or 'track'.. and similarly, the two diagonal opposing arrows next to it. No ideas.. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GPS] new GPS GUI application for OM freerunner
Looks great but PLEASE use /home/root/Maps to store map tiles - share with Tangogps... right..? NO! please, use $HOME/... this we're all root! madness has to stop -- and hardcoding paths like that is really bad anyway. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GPS] new GPS GUI application for OM freerunner
On Thu, May 21, 2009 at 11:54 AM, arne anka openm...@ginguppin.de wrote: Looks great but PLEASE use /home/root/Maps to store map tiles - share with Tangogps... right..? NO! please, use $HOME/... this we're all root! madness has to stop -- and hardcoding paths like that is really bad anyway. Oops, sorry, you're right :) But anyway I think it'd be great to use the same folder that Tangogps uses ($HOME/Maps) - I have some 300 000 png tiles there, it's just waste of space, bandwith and time to download separate files for both - and if/since everyone will symlink, why not do it by default.. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GPS] new GPS GUI application for OM freerunner
2009/5/21 mqy meng.qing...@gmail.com: Wild! No easy sure. But... can be done with: (1) a bigger background pximap (2) iimage rotation (3) curve fitting to determine direction (4) semi transparency as you said Waste energy! However, to see clearly in sun light, you have to adjust backlight nearly 100%, thus energy is not a problem. Since most road segments are straight, I recommend you upgrade your supporting frame rotate-able :D Well , when the path is straight there is no major problem even gps not necessary :P, I was thinking more in offroad tracks that sometimes are all but straight ;) In fact my support frame is rotate able, but if looking at the screen on the go is not secure, biking with one hand, with the other trying to follow the direction while looking at the screen on a offroad track... well at least suicidal.the supporting frame is a prototype i will try to commercialize, but as you can understand is a little bit more complicated than a leather case :) I hope I can move forward on this and report good news soon. I'm also a biker, but I'm doubting if it is safe to keep watching on the screen while moving. And thas the reason is useful to know , in case of doubt , where is the right path without following on the screen what direction your are moving before stop, just stop, a quick look on the screen and you know if have the follow the right or the left path in a crossover, without guessing if the left/right path on the screen is the same as yours :P That's why I develop the sounding module. Yes is the right way when your are moving sure! So, your requirement can be classified as optional, agree? Totally agree :) 2009/5/21 David Samblas Martinez (via Nabble) ml-user+115568-1922478...@n2.nabble.com: Nice app :) I know it should be no easy, but a feature that I miss both in Tango and this is the ability to rotate the maps accordingly the direction you are moving on to have always up i the screen what you have in front of you. Maybe a semi transparent Compass on the scree can help to not get confused. offcourse it has to be an option you can dissable/enable. But when you move in bike for example it can be an awesome feature. -- View this message in context: http://n2.nabble.com/-GPS--new-GPS-GUI-application-for-OM-freerunner-tp2948257p2950687.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 -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GPS] new GPS GUI application for OM freerunner
2009/5/21 Risto H. Kurppa ri...@kurppa.fi: On Thu, May 21, 2009 at 11:54 AM, arne anka openm...@ginguppin.de wrote: Looks great but PLEASE use /home/root/Maps to store map tiles - share with Tangogps... right..? NO! please, use $HOME/... this we're all root! madness has to stop -- and hardcoding paths like that is really bad anyway. Oops, sorry, you're right :) But anyway I think it'd be great to use the same folder that Tangogps uses ($HOME/Maps) - I have some 300 000 png tiles there, it's just waste of space, bandwith and time to download separate files for both - and if/since everyone will symlink, why not do it by default.. Good point, just check in if the direrectory exist if true symlink if not create it. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GPS] new GPS GUI application for OM freerunner
you might want to add it on opkg.org maybe On Thu, May 21, 2009 at 11:37 AM, David Reyes Samblas Martinez da...@tuxbrain.com wrote: 2009/5/21 Risto H. Kurppa ri...@kurppa.fi: On Thu, May 21, 2009 at 11:54 AM, arne anka openm...@ginguppin.de wrote: Looks great but PLEASE use /home/root/Maps to store map tiles - share with Tangogps... right..? NO! please, use $HOME/... this we're all root! madness has to stop -- and hardcoding paths like that is really bad anyway. Oops, sorry, you're right :) But anyway I think it'd be great to use the same folder that Tangogps uses ($HOME/Maps) - I have some 300 000 png tiles there, it's just waste of space, bandwith and time to download separate files for both - and if/since everyone will symlink, why not do it by default.. Good point, just check in if the direrectory exist if true symlink if not create it. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ 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: [GPS] new GPS GUI application for OM freerunner
1. Center button is not auto center which waste power -- that's on each update, if the screen distance between new position and previous one greater than (say 5 pixels), the position is redrawn. As of auto center, the whole map must be updated, that's really a waste. 2. Each time you press the Center button, it switch to keep location in view mode. In this mode, if you don't pan (drag) map, it keeps the location(position) in view, else the view back layers are not updated. About the foot: it means tracking. By default on each start the tracking is not enabled, so the image is a foot with x on means tracking is disabled now. If you start tracking, the image is updated to another foot without x sign on it. William Kenworthy wrote: On Thu, 2009-05-21 at 08:52 +0200, David Reyes Samblas Martinez wrote: Nice app :) I know it should be no easy, but a feature that I miss both in Tango and this is the ability to rotate the maps accordingly the direction I am still waiting for gps lock (actually just got it ... in the office :), but it looks nice so far. symlinking the map directory to the tangogps store works fine. One thing that all gps apps I see on the FR so far do is centre the cursor/position. Thats fine when standing still, but I am not really interested in where I have been, but where I am going so it would be nice if the cursor/centre of the display was offset appropriately. Can someone tell me: what the foot with a red cross through it means - doesnt seem to do anything. and similarly, the two diagonal opposing arrows next to it. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/-GPS--new-GPS-GUI-application-for-OM-freerunner-tp2948257p2952181.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
Re: [GPS] new GPS GUI application for OM freerunner
It's the two sides of a coin. It's not a good idea to suppose something that we are not sure, right? Let me explain. 1. Think about app A save it's maps to dir_a, app B save it's maps to dir_b, and c, d... What about when the default one changes it's directory? 2. soft link is the best choice. If you suddenly flashed a new image, and forgot to backup, the MicroSD partition saves you time and energy. If the Os can't boot, you can still read/backup data from MicroSD. I did not suppose user is root at all, even though we are all roots, that's why I soft link *.py to $HOME/.omgps/, because compiled python binary file is saved to the directory which contains the source *.py module. Risto H. Kurppa wrote: On Thu, May 21, 2009 at 11:54 AM, arne anka openm...@ginguppin.de wrote: Looks great but PLEASE use /home/root/Maps to store map tiles - share with Tangogps... right..? NO! please, use $HOME/... this we're all root! madness has to stop -- and hardcoding paths like that is really bad anyway. Oops, sorry, you're right :) But anyway I think it'd be great to use the same folder that Tangogps uses ($HOME/Maps) - I have some 300 000 png tiles there, it's just waste of space, bandwith and time to download separate files for both - and if/since everyone will symlink, why not do it by default.. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/-GPS--new-GPS-GUI-application-for-OM-freerunner-tp2948257p2952293.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
Re: [GPS] new GPS GUI application for OM freerunner
mqy wrote: Hi all: I got my gta02 freerunner on DEC 2008. After nearly 5 months development, I'm happy to announce the first alpha release of omgps. It is not as feature rich as other GPS applications, such as tangoGPS, anyway I think it should satisfy most of the daily needs. Please goto http://code.google.com/p/omgps/, download and give a try. After ten years of programming as a web developer for most of the time, now I join the community with my little gift :) Thanks you to open source community -- for your great works and spirits. Your application is definitely good one and worth using it all the time. But what prevents from using it for now is why is it *so* slow while dragging the screen or zooming? Well. May be it is not. But in TangoGPS it just moves the screen, when u drag with a finger and then loads PNG so it looks like response(somehow). And in omgps I feel like it hangs for certain amount of time. Another question. Why did you limit the number of GPX traces? Why just not to go unlimited? There is also a repo in TangoGPS called googlesat, which is better than YahooSat in quality. Can it be added? Or could instructions for adding it to omgps be posted? Thank you for improved GPS handling in FreeRunner! Now we have something to compete with TangoGPS. signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GPS] new GPS GUI application for OM freerunner
First of all, Google map and Google sat are good, but there are distorts and offsets, at least in my region. I don't know whether that's due to technical reason or something else. That's why I the FixMap button in Map Tile menu. As of Google map, only offset found, but Google stat has distort + offset, that's non-linear thus can't be fixed at all. Without good maps, any GPS GUI application becomes nearly useless. As an author, I have to think about map licenses. The ideal way is to remove any commercial licensed map configurations from omgps. But to provide you and me a ease of use application, I finally decided to keep Google map and Yahoo sat in config file :D Here is the config for Google sat: def GoogleSat(): return min-zoom=1; max-zoom=17; image-ext=jpg def GoogleSat_url(zoom, x, y): return http://khm.google.com/kh/v=37hl=enx=; + `x` + y= + `y` + z= + `zoom` + s=Gali (1) You append these two functions to $HOME/.omgps/config_01./map.py, make sure replace leading blanks with a tab latter. (2) Then add GoogleSat to map_list() Please note: (1) about the parameters v= and hl=, version may changes, you can set hl as your locale? (2) the downloads always fail, it may returns a HTML page which contains clear text redirected URL. I think that's a polite anti-spam way. - About tracking (or tracing), I accept your suggestion. I choose limited in-memory points due to performance reason, but that may be unnecessary at all or performance can be improved by better algorithm. About the slow response of zoom/pan: yes, it is slow especially when maps are layered. I've taken considerable time to improve the response time, in-memory tile cache is one of the solution, but I know there are chances to improve it. I'd like to provide you and me a new version with faster UI response. Thanks a lot! ivvmm wrote: mqy wrote: Hi all: I got my gta02 freerunner on DEC 2008. After nearly 5 months development, I'm happy to announce the first alpha release of omgps. It is not as feature rich as other GPS applications, such as tangoGPS, anyway I think it should satisfy most of the daily needs. Please goto http://code.google.com/p/omgps/, download and give a try. After ten years of programming as a web developer for most of the time, now I join the community with my little gift :) Thanks you to open source community -- for your great works and spirits. Your application is definitely good one and worth using it all the time. But what prevents from using it for now is why is it *so* slow while dragging the screen or zooming? Well. May be it is not. But in TangoGPS it just moves the screen, when u drag with a finger and then loads PNG so it looks like response(somehow). And in omgps I feel like it hangs for certain amount of time. Another question. Why did you limit the number of GPX traces? Why just not to go unlimited? There is also a repo in TangoGPS called googlesat, which is better than YahooSat in quality. Can it be added? Or could instructions for adding it to omgps be posted? Thank you for improved GPS handling in FreeRunner! Now we have something to compete with TangoGPS. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/-GPS--new-GPS-GUI-application-for-OM-freerunneromgps-tp2948257p2955790.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
Re: [GPS] new GPS GUI application for OM freerunner
Looks great but PLEASE use /home/root/Maps to store map tiles - share with Tangogps... right..? r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GPS] new GPS GUI application for OM freerunner
On Wed, 20 May 2009 12:58:21 -0700 jeremy jozwik jerjoz.for...@gmail.com (JJ) wrote: got any screen shorts or youtube videos of its operation? im interested but at work so i cannot test install anything heya, this is so great, for more that one screenshot only, see here: http://scap.linuxtogo.org/files/de4071eddbb207fbac1dcae85df9e192.png http://scap.linuxtogo.org/files/48816f1448fed5851aa8abbd71f7e07d.png http://scap.linuxtogo.org/files/09a4cd3c509fda53067e87b3c378be88.png http://scap.linuxtogo.org/files/dfe405a1909c79f003bfe93431583c34.png supports tracks, multilayered maps, shows gps data... @mqy: great job! thank you Petr On Wed, May 20, 2009 at 12:53 PM, mqy meng.qing...@gmail.com wrote: Hi all: I got my gta02 freerunner on DEC 2008. After nearly 5 months development, I'm happy to announce the first alpha release of omgps. It is not as feature rich as other GPS applications, such as tangoGPS, anyway I think it should satisfy most of the daily needs. Please goto http://code.google.com/p/omgps/, download and give a try. After ten years of programming as a web developer for most of the time, now I join the community with my little gift :) Thanks you to open source community -- for your great works and spirits. -- View this message in context: http://n2.nabble.com/-GPS--new-GPS-GUI-application-for-OM-freerunner-tp2948257p2948257.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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GPS] new GPS GUI application for OM freerunner
Hi! Another report, I really much like it! ATM i can't come up with anything that omgps didn't have that tangogps had and I'd need - Very glad to see another cool map app written! Built-in u-blox support is nice, GPX managing, everything. I'm travelling tomorrow so I'll enjoy testing it there :) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GPS] new GPS GUI application for OM freerunner
You can do it by soft link. Actually I soft link /home/root/.omgps to a sdcard partition. I haven't test the share yet :) Risto H. Kurppa wrote: Looks great but PLEASE use /home/root/Maps to store map tiles - share with Tangogps... right..? r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/-GPS--new-GPS-GUI-application-for-OM-freerunner-tp2948257p2948622.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
Re: [GPS] new GPS GUI application for OM freerunner
On Wed, May 20, 2009 at 11:59 PM, mqy meng.qing...@gmail.com wrote: You can do it by soft link. Actually I soft link /home/root/.omgps to a sdcard partition. I haven't test the share yet :) I just symlinked to µSD and it seems to be using tangogps maps OK :) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GPS] new GPS GUI application for OM freerunner
After nearly 5 months development, I'm happy to announce the first alpha release of omgps. Looks like a great alternative to TangoGPS. I like the ability to write on the map and save it as a screenshot. But I would even prefer a way to take notes via the microphone and/or the keyboard, automatically associated with the current GPS position. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GPS] new GPS GUI application for OM freerunner
Thanks, good suggestion. More works are needed for integrating with OSM better. Ease of recording is preferred anyway, which helps post-processing. I'm thinking about how to collect issues, what about http://code.google.com/p/omgps/issues/list ? 2009/5/21 Stefan Monnier (via Nabble) ml-user+111823-1033433...@n2.nabble.com: After nearly 5 months development, I'm happy to announce the first alpha release of omgps. Looks like a great alternative to TangoGPS. I like the ability to write on the map and save it as a screenshot. But I would even prefer a way to take notes via the microphone and/or the keyboard, automatically associated with the current GPS position. Stefan -- View this message in context: http://n2.nabble.com/-GPS--new-GPS-GUI-application-for-OM-freerunner-tp2948257p2950308.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
Re: GPS emergency call standards
Besides all the discussion. Is this here really yet patented? http://www.brainshell.de/patentmarkt_ikt.php http://www.brainshell.de/upload/Openmoko_de01b9e8b4.pdf If a patent would disable an emergeny functionality like automating the alert in case of 'changing behaviour' (accels), or it makes the device a bit more expensive, because it helps save live, I must say patents are the wrong way. I think, such an important issue should not be patented, because it is a feature all phones should become and not only these whose manufacturer are willing to pay the patent licenses. Also, in my view, the amount of invention is not quite high to eligible for a patent. What do you think? Is there prior art? http://www.steiger-stiftung.de/GPS-Ortung-So-funktioniert-s.67.0.html An interactive location is established and is provided by many services, does an automation of them by a change in accelorometer behavior not be always the conclusion to be the best? Wouldn't that idea in someones head earlyer? Lothar Am 19.03.2009 um 01:18 schrieb Rask Ingemann Lambertsen: On Tue, Mar 17, 2009 at 02:58:10PM +0100, Tilman Baumann wrote: Harald Welte wrote: On Tue, Feb 24, 2009 at 12:06:20PM +0100, Tilman Baumann wrote: PS: According to Wikipedia, 112 works on all GSM networks no matter if the number is a emergency number in tie state. that depends on what the network operator does. Yep, but there seems to be some international agreement on the significance of 112. I don't have any quote yet, but as far as I understood it is even required to by the GSM standards. But that might be wrong. A D112 AT command is mentioned in the 3GPP TS 07.07 specification which you can get from here: http://www.3gpp.org/ftp/Specs/html-info/0707.htm Quoting section 8.3 Enter PIN +CPIN: NOTE: Commands which interact with ME that are accepted when ME is pending SIM PIN, SIM PUK, or PH‑SIM are: +CGMI, +CGMM, +CGMR, +CGSN, D112; (emergency call), +CPAS, +CFUN, +CPIN, +CDIS (read and test command only), and +CIND (read and test command only). I don't know where the D112 command is documented. I also haven't looked through the commands to see if there is a loophole such that you can dial 112 without making an emergency call. Btw, a few days ago danish media had a news story about unintended emergency calls. It appears that the answering machine offered by many telcos is partly to blame. What happens is that you press and hold 1 to speed dial your answering machine, press 1 to listen to a message and press 2 to delete a message. Doing so leaves the number 112 on the display... -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS emergency call standards
Perhaps you can also merge the functionality with http://wiki.openmoko.org/wiki/Anti-Theft_Mode and avoid the patent thing. Lothar Behrens wrote: Besides all the discussion. Is this here really yet patented? http://www.brainshell.de/patentmarkt_ikt.php http://www.brainshell.de/upload/Openmoko_de01b9e8b4.pdf If a patent would disable an emergeny functionality like automating the alert in case of 'changing behaviour' (accels), or it makes the device a bit more expensive, because it helps save live, I must say patents are the wrong way. I think, such an important issue should not be patented, because it is a feature all phones should become and not only these whose manufacturer are willing to pay the patent licenses. Also, in my view, the amount of invention is not quite high to eligible for a patent. What do you think? Is there prior art? http://www.steiger-stiftung.de/GPS-Ortung-So-funktioniert-s.67.0.html An interactive location is established and is provided by many services, does an automation of them by a change in accelorometer behavior not be always the conclusion to be the best? Wouldn't that idea in someones head earlyer? Lothar Am 19.03.2009 um 01:18 schrieb Rask Ingemann Lambertsen: On Tue, Mar 17, 2009 at 02:58:10PM +0100, Tilman Baumann wrote: Harald Welte wrote: On Tue, Feb 24, 2009 at 12:06:20PM +0100, Tilman Baumann wrote: PS: According to Wikipedia, 112 works on all GSM networks no matter if the number is a emergency number in tie state. that depends on what the network operator does. Yep, but there seems to be some international agreement on the significance of 112. I don't have any quote yet, but as far as I understood it is even required to by the GSM standards. But that might be wrong. A D112 AT command is mentioned in the 3GPP TS 07.07 specification which you can get from here: http://www.3gpp.org/ftp/Specs/html-info/0707.htm Quoting section 8.3 Enter PIN +CPIN: NOTE: Commands which interact with ME that are accepted when ME is pending SIM PIN, SIM PUK, or PH‑SIM are: +CGMI, +CGMM, +CGMR, +CGSN, D112; (emergency call), +CPAS, +CFUN, +CPIN, +CDIS (read and test command only), and +CIND (read and test command only). I don't know where the D112 command is documented. I also haven't looked through the commands to see if there is a loophole such that you can dial 112 without making an emergency call. Btw, a few days ago danish media had a news story about unintended emergency calls. It appears that the answering machine offered by many telcos is partly to blame. What happens is that you press and hold 1 to speed dial your answering machine, press 1 to listen to a message and press 2 to delete a message. Doing so leaves the number 112 on the display... -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ 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: GPS emergency call standards
On Wednesday 18 March 2009, arne anka wrote: well, it fits the wet dreams of germany's current top terrorists hunter (register everyone who buys a sim card) -- and there are no numbers mentioned of abuse. In 2003 our local telco monopoly released numbers show about 70% of emergency calls were not real - so about 7 million false calls to 000 (the Australian emergency number) in *Melbourne* each year. That's getting on for 2 per head of population. That includes hoaxes, mistakes, fax machines (yes, really), unlocked mobiles pocket-dialing 000, school kids, people calling 000 to report a car blocking their drive because their local police station went to an answer phone, etc.. -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS emergency call standards
On Mar 18, 2009, at 04:28 , Chris Samuel wrote: On Wednesday 18 March 2009, arne anka wrote: well, it fits the wet dreams of germany's current top terrorists hunter (register everyone who buys a sim card) -- and there are no numbers mentioned of abuse. In 2003 our local telco monopoly released numbers show about 70% of emergency calls were not real - so about 7 million false calls to 000 (the Australian emergency number) in *Melbourne* each year. That's getting on for 2 per head of population. That includes hoaxes, mistakes, fax machines (yes, really), unlocked mobiles pocket-dialing 000, school kids, people calling 000 to report a car blocking their drive because their local police station went to an answer phone, etc. Hmmm...I wonder how much of that could be avoided by choosing something like 911 or 909 or (as stated on the TV show IT Crowd) 0118 999 881 999 119 7253 :) instead of 3 consecutive presses of the most exposed digit on the phone keypad. It's a lot harder to keypad mash those than just 000. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS emergency call standards
On Tue, Mar 17, 2009 at 02:58:10PM +0100, Tilman Baumann wrote: Harald Welte wrote: On Tue, Feb 24, 2009 at 12:06:20PM +0100, Tilman Baumann wrote: PS: According to Wikipedia, 112 works on all GSM networks no matter if the number is a emergency number in tie state. that depends on what the network operator does. Yep, but there seems to be some international agreement on the significance of 112. I don't have any quote yet, but as far as I understood it is even required to by the GSM standards. But that might be wrong. A D112 AT command is mentioned in the 3GPP TS 07.07 specification which you can get from here: http://www.3gpp.org/ftp/Specs/html-info/0707.htm Quoting section 8.3Enter PIN +CPIN: NOTE: Commands which interact with ME that are accepted when ME is pending SIM PIN, SIM PUK, or PH‑SIM are: +CGMI, +CGMM, +CGMR, +CGSN, D112; (emergency call), +CPAS, +CFUN, +CPIN, +CDIS (read and test command only), and +CIND (read and test command only). I don't know where the D112 command is documented. I also haven't looked through the commands to see if there is a loophole such that you can dial 112 without making an emergency call. Btw, a few days ago danish media had a news story about unintended emergency calls. It appears that the answering machine offered by many telcos is partly to blame. What happens is that you press and hold 1 to speed dial your answering machine, press 1 to listen to a message and press 2 to delete a message. Doing so leaves the number 112 on the display... -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS emergency call standards
On Tue, Feb 24, 2009 at 12:06:20PM +0100, Tilman Baumann wrote: Hi, I'm just wondering if there are any open standards for emergency services for location. I'm thinking about services like http://www.steiger-stiftung.de (European, websites in other languages should be available) A SMS to the respective emergency (112, 911) number containing the GPS position could be a start, but then someone has to read it. I would guess there is a standard for a computer readable format. Building a emergency call app would be a nice thing to have. PS: According to Wikipedia, 112 works on all GSM networks no matter if the number is a emergency number in tie state. that depends on what the network operator does. The SIM card has a list of emergency numbers. If you call one of those numbers, or make an emergency call without a SIM card inserted, the phone will do itts request for a physical channel indicating its a EMERGENCY call, and then use EMERGENCY SETUP instead of SETUP, so the network can decide to rather kill somebody elses call and free resources for your emergency call in case the cell is otherwise full. that's at least the theory from the protocol side. the practical implementation can look quite different. The German government e.g. now legally mandates that an operator will refuse to take emergency calls from phones with no SIM card inserted. regards, -- - Harald Welte lafo...@openmoko.org http://openmoko.org/ Software for the world's first truly open Free Software mobile phone ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS emergency call standards
Harald Welte wrote: On Tue, Feb 24, 2009 at 12:06:20PM +0100, Tilman Baumann wrote: Hi, I'm just wondering if there are any open standards for emergency services for location. I'm thinking about services like http://www.steiger-stiftung.de (European, websites in other languages should be available) I have asked them. They are basically not prepared to share any information on details. It is somehow a service they provide, but how it is implemented is unknown. Reply to my question if I might have some information to make my phone use their service, the answer was 'there are many phones which support us...' Yes, and I want to become one of them. But this is to much to ask from them. Stupid fuckers. I'm sure they did not even understand what I was asking. :-/ eCall seems to be a more open system, but still no real informations to find. And it as a slightly different focus too. A SMS to the respective emergency (112, 911) number containing the GPS position could be a start, but then someone has to read it. I would guess there is a standard for a computer readable format. Building a emergency call app would be a nice thing to have. PS: According to Wikipedia, 112 works on all GSM networks no matter if the number is a emergency number in tie state. that depends on what the network operator does. Yep, but there seems to be some international agreement on the significance of 112. I don't have any quote yet, but as far as I understood it is even required to by the GSM standards. But that might be wrong. The SIM card has a list of emergency numbers. If you call one of those numbers, or make an emergency call without a SIM card inserted, the phone will do itts request for a physical channel indicating its a EMERGENCY call, and then use EMERGENCY SETUP instead of SETUP, so the network can decide to rather kill somebody elses call and free resources for your emergency call in case the cell is otherwise full. That would be a great thing to have indeed. This needs to be included in the (FSO) dialer/contacts framework. Including the other special numbers the sim has, like ones own. -- Imagination is more important than knowledge. Albert Einstein ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS emergency call standards
Yep, but there seems to be some international agreement on the significance of 112. at least in all states of the eu 112 has to work -- the last member to implement it only recently was bulgaria (see http://www.heise.de/newsticker/Eine-Notrufnummer-fuer-alle-27-EU-Laender--/meldung/132427). though, in germany in future emergency calls are possible only _with_ a sim card inserted (http://www.heise.de/newsticker/Kein-Notruf-ohne-SIM-Karte--/meldung/132539). inhowfar that is a way to remedy the alleged misuses of emergency numbers seems rather questionable -- will probably kill more people than it saves. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS emergency call standards
arne anka wrote: Yep, but there seems to be some international agreement on the significance of 112. at least in all states of the eu 112 has to work -- the last member to implement it only recently was bulgaria (see http://www.heise.de/newsticker/Eine-Notrufnummer-fuer-alle-27-EU-Laender--/meldung/132427). though, in germany in future emergency calls are possible only _with_ a sim card inserted (http://www.heise.de/newsticker/Kein-Notruf-ohne-SIM-Karte--/meldung/132539). inhowfar that is a way to remedy the alleged misuses of emergency numbers seems rather questionable -- will probably kill more people than it saves. Well it can go either way. Many costs are made when reacting to false calls and less resources are available for serious calls. Also, who is using a phone without a SIM card anyway? ___ 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: GPS emergency call standards
Well it can go either way. Many costs are made when reacting to false calls and less resources are available for serious calls. well, it fits the wet dreams of germany's current top terrorists hunter (register everyone who buys a sim card) -- and there are no numbers mentioned of abuse. Also, who is using a phone without a SIM card anyway? a lot of people have got one in the car or elsewhere exactly to make emergency calls w/o having to pay for a sim. but that's off topic. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS emergency call standards
On Mar 17, 2009, at 07:57 , arne anka wrote: Well it can go either way. Many costs are made when reacting to false calls and less resources are available for serious calls. well, it fits the wet dreams of germany's current top terrorists hunter (register everyone who buys a sim card) -- and there are no numbers mentioned of abuse. That would explain why I had such problems getting a SIM card during my recent trip to Europe. I knew it was some sort of overreaction like that. *sigh*. Your government learns too well from ours :) The one good thing that came out of the whole mess was that it pointed out that the majority of my SIM problems during the trip were political/bureaucratic and not due to an intrinsic problem with the FR. -Steve ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS emergency call standards
Am Do 12. März 2009 schrieb Harald Welte: the practical implementation can look quite different. The German government e.g. now legally mandates that an operator will refuse to take emergency calls from phones with no SIM card inserted. WTF, those braindead i /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS emergency call standards
Tilman Baumann wrote: Hi, I'm just wondering if there are any open standards for emergency services for location. I'm thinking about services like http://www.steiger-stiftung.de (European, websites in other languages should be available) A SMS to the respective emergency (112, 911) number containing the GPS position could be a start, but then someone has to read it. I would guess there is a standard for a computer readable format. Building a emergency call app would be a nice thing to have. PS: According to Wikipedia, 112 works on all GSM networks no matter if the number is a emergency number in tie state. If you have the gps coordinates, just tell them over the phone as you make the call. They will use it if they have gps eqipment, which is likely. Automating this seems dangerous in that your SMS to the emergency service is delayed by a few minutes as the phone struggle to get the first fix. When you talk, you can fall back on other descriptions of the place (addresses, road names) if coordinates aren't available. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS emergency call standards
Am 24.02.2009 um 12:38 schrieb Helge Hafting: Tilman Baumann wrote: Hi, I'm just wondering if there are any open standards for emergency services for location. I'm thinking about services like http://www.steiger-stiftung.de (European, websites in other languages should be available) A SMS to the respective emergency (112, 911) number containing the GPS position could be a start, but then someone has to read it. I would guess there is a standard for a computer readable format. Building a emergency call app would be a nice thing to have. PS: According to Wikipedia, 112 works on all GSM networks no matter if the number is a emergency number in tie state. If you have the gps coordinates, just tell them over the phone as you make the call. They will use it if they have gps eqipment, which is likely. As log as you are able to do so. I'm more thinking about something like a machine readable side channel paralel to a regular emergency call. BTW. the German ADAC is completely helpless if you provide them GPS coordinates. Automating this seems dangerous in that your SMS to the emergency service is delayed by a few minutes as the phone struggle to get the first fix. When you talk, you can fall back on other descriptions of the place (addresses, road names) if coordinates aren't available. Depends, when a GPS fix is made it will be much more precise and quicker. And there seems to be a standard for cars to make automatic emergency calls on accidents. It is called eCall and no technical information is to be found... :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS emergency call standards
Tilman Baumann wrote: Am 24.02.2009 um 12:38 schrieb Helge Hafting: Tilman Baumann wrote: Hi, I'm just wondering if there are any open standards for emergency services for location. I'm thinking about services like http://www.steiger-stiftung.de (European, websites in other languages should be available) A SMS to the respective emergency (112, 911) number containing the GPS position could be a start, but then someone has to read it. I would guess there is a standard for a computer readable format. Building a emergency call app would be a nice thing to have. PS: According to Wikipedia, 112 works on all GSM networks no matter if the number is a emergency number in tie state. If you have the gps coordinates, just tell them over the phone as you make the call. They will use it if they have gps eqipment, which is likely. As log as you are able to do so. I'm more thinking about something like a machine readable side channel paralel to a regular emergency call. BTW. the German ADAC is completely helpless if you provide them GPS coordinates. Automating this seems dangerous in that your SMS to the emergency service is delayed by a few minutes as the phone struggle to get the first fix. When you talk, you can fall back on other descriptions of the place (addresses, road names) if coordinates aren't available. Depends, when a GPS fix is made it will be much more precise and quicker. And there seems to be a standard for cars to make automatic emergency calls on accidents. It is called eCall and no technical information is to be found... :) The notification part sending data can be reused with/from http://wiki.openmoko.org/wiki/Anti-Theft_Mode Uploading GSM cell info, GPS coordinates, USB IDs, voice recordings, etc. ___ 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: GPS emergency call standards
Even if the GPS location is not actually got, the phone software in that case could activate GPS automatically. When GPS has a fix the app could assist in taking another call or, if no reaction of the user do it automatically. Navit could be used to locate the city and street near the location and this could be spd-say'ed. The human in danger then only has to accept to do the followup call, nothing more. In case all is fine he/she could dismiss. Doing all the combination of locating and navit, will help in the typical situation one isn't really in the position to 'think' about what to tell to the operator. There are several articles and at least one I have read or have seen about doing emergency calls in carcrash for sample with the car - GPS application. Would that help ? Lothar Am 24.02.2009 um 15:30 schrieb Pander: Tilman Baumann wrote: Am 24.02.2009 um 12:38 schrieb Helge Hafting: Tilman Baumann wrote: Hi, I'm just wondering if there are any open standards for emergency services for location. I'm thinking about services like http://www.steiger-stiftung.de (European, websites in other languages should be available) A SMS to the respective emergency (112, 911) number containing the GPS position could be a start, but then someone has to read it. I would guess there is a standard for a computer readable format. Building a emergency call app would be a nice thing to have. PS: According to Wikipedia, 112 works on all GSM networks no matter if the number is a emergency number in tie state. If you have the gps coordinates, just tell them over the phone as you make the call. They will use it if they have gps eqipment, which is likely. As log as you are able to do so. I'm more thinking about something like a machine readable side channel paralel to a regular emergency call. BTW. the German ADAC is completely helpless if you provide them GPS coordinates. Automating this seems dangerous in that your SMS to the emergency service is delayed by a few minutes as the phone struggle to get the first fix. When you talk, you can fall back on other descriptions of the place (addresses, road names) if coordinates aren't available. Depends, when a GPS fix is made it will be much more precise and quicker. And there seems to be a standard for cars to make automatic emergency calls on accidents. It is called eCall and no technical information is to be found... :) The notification part sending data can be reused with/from http://wiki.openmoko.org/wiki/Anti-Theft_Mode Uploading GSM cell info, GPS coordinates, USB IDs, voice recordings, etc. ___ 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 -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS - how to get lat lon and time from a bash script file ?
Hi all I come back after some tests. I would like to stick on bash script for several reasons (don't want to load another instance of python just to record some sound, etc.). So among your answer, I tried to use one of this line echo p | nc -w1 0 gpsd | tr -d '\r\n' | cut -d'=' -f2 But I got nothing in return. Could you please be more specific : * do I need to start gpsd first * will this work on every distribution, or do I need to change gpsd by fso-gpsd or anything else ? * how do I know I have a fix before using this line ? Thanks in advance ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS - how to get lat lon and time from a bash script file ?
kimaidou kimai...@gmail.com writes: * do I need to start gpsd first Sure, netcat talks to gspd. * will this work on every distribution, or do I need to change gpsd by fso-gpsd or anything else ? It works with anything that speaks the gpsd protocol. * how do I know I have a fix before using this line ? It will return ? when you don't have a fix I think. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS - how to get lat lon and time from a bash script file ?
Hi kimaidou, on om 2008.12 do: -1 in settings turn on gps hardware -2 start gpsd (/etc/init.d/gpsd start) -3 read the gps data (gpspipe -r) To check if you have a fix, you might want to clean out the lines that have no lat/long info like this: gpspipe -r | grep GPGGA | grep -v ',,' And to get it in a human readable format you can use gpspipe -r | dd count=20 | gpsbabel -i nmea -f - -o gpx -F - Please read the man pages of gpsd, gpspipe, dd and gpsbabel, they are good starting points for learning bash scripting. For me echo p | nc -w1 0 gpsd is *not* working. Kind regards, Ed kimaidou wrote: Hi all I come back after some tests. I would like to stick on bash script for several reasons (don't want to load another instance of python just to record some sound, etc.). So among your answer, I tried to use one of this line echo p | nc -w1 0 gpsd | tr -d '\r\n' | cut -d'=' -f2 But I got nothing in return. Could you please be more specific : * do I need to start gpsd first * will this work on every distribution, or do I need to change gpsd by fso-gpsd or anything else ? * how do I know I have a fix before using this line ? Thanks in advance ___ 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: GPS - how to get lat lon and time from a bash script file ?
Hi Kimaidou, I put some script on http://wiki.openmoko.org/wiki/User_talk:Kapiteined and start and stop gps in those scripts. And also clean the gps logs from data without a valid lat/long (thus without having a fix). Please feel free to browse trough the scripts and use whatever you like about it. Kind regards, Ed On Sun, 2009-02-22 at 14:00 +0100, kimaidou wrote: Hi, I am developping voicenote (1), and I would like to implement a new function : localize each audio note with the gps latitude, longitude and time. Since I would like the soft to be plateform independant, I ask you to tell me how can I : * start gps if it is not * know when I got a fix * put the latitude, longitude and time into variables (and why not the precision too : hdop) * shutdown gps if it was not up when the script loads (if you think it should do so) Thanks for any help. NB: I am just begining scripting; I know nothing about dbus (only copy paste some working lines), etc. Please be patient :D (1) http://wiki.openmoko.org/wiki/Voicenote Kimaidou ___ 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: GPS - how to get lat lon and time from a bash script file ?
Thanks very much to all for your kind and quick answers. I will try do use them when I have time kimaidou 2009/2/23 Ed Kapitein e...@kapitein.org Hi Kimaidou, I put some script on http://wiki.openmoko.org/wiki/User_talk:Kapiteined and start and stop gps in those scripts. And also clean the gps logs from data without a valid lat/long (thus without having a fix). Please feel free to browse trough the scripts and use whatever you like about it. Kind regards, Ed On Sun, 2009-02-22 at 14:00 +0100, kimaidou wrote: Hi, I am developping voicenote (1), and I would like to implement a new function : localize each audio note with the gps latitude, longitude and time. Since I would like the soft to be plateform independant, I ask you to tell me how can I : * start gps if it is not * know when I got a fix * put the latitude, longitude and time into variables (and why not the precision too : hdop) * shutdown gps if it was not up when the script loads (if you think it should do so) Thanks for any help. NB: I am just begining scripting; I know nothing about dbus (only copy paste some working lines), etc. Please be patient :D (1) http://wiki.openmoko.org/wiki/Voicenote Kimaidou ___ 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: GPS - how to get lat lon and time from a bash script file ?
kimaidou kimai...@gmail.com writes: * know when I got a fix * put the latitude, longitude and time into variables (and why not the precision too : hdop) $ cat bin/gps-get-position #!/bin/sh echo p | nc -w1 0 gpsd | tr -d '\r\n' | cut -d'=' -f2 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS - how to get lat lon and time from a bash script file ?
NB: I am just begining scripting; I know nothing about dbus (only copy paste some working lines), etc. Please be patient :D This is not bash, but python, and it need lib_pyfso_gobject import. The good part is that it use fso-frameworkd But I think it can help: from lib_pyfso_gobject import * import gtk usage = OUsaged() gps= OGpsd() usage.request_resource('GPS') def on_gps_fix(status): print Fix status: + str(status) def on_gps_position(fields, tstamp, lat, lon, alt): print '-' * 10 print 'Lat: ' + str(lat) print 'Log: ' + str(lon) print 'Alt: ' + str(alt) gps.connect('fix-status-changed',on_gps_fix) gps.connect('position-changed',on_gps_position) gtk.main() ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS wrong longitude
Robin Paulson wrote: 2009/1/9 Nicolas Laurance nlaura...@zindep.com: screenshot2 you're not locked on to any satellites the numbers at the bottom-left of the screen, (12/0) say the gps can see 12, and is locked on to 0 - it needs to lock on to 4 or 5 minimum to get a fix Actually, you get a fix even with 3 satellites - using the approximate assumption that your elevation is zero or same as last time. Accuracy is not good, unless the assumption holds. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS wrong longitude
2009/1/8 Nicolas Laurance nlaura...@zindep.com: After the fix, Tango shows me on the correct position on the map but in the Trip tab the latitude data is completely wrong, more than 1 degree west sorry if i'm being missing the point and being pedantic, but i'm sure latitude measures angle north/south of the equator. longitude measures the angle east/west of the greenwich meridian are you at a point where the two have similar values, and getting them the wrong way round? alternatively, how precise is the lat/lon reading? tangogps provides an hdop value - realistically, this should be as low as possible. maybe you can't get a good fix, because of trees/buildings/old kernel with microsd interference? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: GPS wrong longitude
2009/1/8 Nicolas Laurance nlaura...@zindep.com: After the fix, Tango shows me on the correct position on the map but in the Trip tab the latitude data is completely wrong, more than 1 degree west sorry if i'm being missing the point and being pedantic, but i'm sure latitude measures angle north/south of the equator. longitude measures the angle east/west of the greenwich meridian are you at a point where the two have similar values, and getting them the wrong way round? alternatively, how precise is the lat/lon reading? tangogps provides an hdop value - realistically, this should be as low as possible. maybe you can't get a good fix, because of trees/buildings/old kernel with microsd interference? One degree in latitude means 111 kilometers. This thread is yearning for a screenshot! Lucas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS wrong longitude
sorry if i'm being missing the point and being pedantic, but i'm sure latitude measures angle north/south of the equator. you're right, a typo from me, mea culpa the latitude N/S is correct the longitude is biased W by ± 1°, correct that's more than 100 km I confirm the position on the map (OSM or google) is OK only the display in the track tab is completely wrong screenshot1 shows the map, the position is ok screenshot2 shows the track tab, the longitude is bad it should be something close to W 002° 22.764 http://maps.google.fr/?ie=UTF8ll=47.808673,-2.379398spn=0.067214,0.147972z=13 NL inline: Screenshot-2.jpg___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS wrong longitude
screenshot1 sorry inline: Screenshot-1.jpg___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS wrong longitude
So, correct position on the map, but wrong numbers. Maybe tangogps has an error converting its numerical variables to strings for the screen. Try notifying the developer(s). Also try reading the gps with some other software. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS wrong longitude
I can also, if it's useful, give a GPS track showing this issue; you can see it on an OpenStreetMap[1] map, here[2]. It has bee already loaded in OSM's database, so you only have to download the osm datas and the gpx datas for the area. LAT MIN: 41.06546877365579 LAT MAX: 41.07294855015945 LON MIN: 16.914316880834026X LON MAX: 16.928509008753377 [1] www.openstreetmap.org [2]http://www.openstreetmap.org/?lat=41.06992lon=16.92266zoom=17layers=B000FTF Nicolas Laurance wrote: hi all, I've tried several distrib (FSO, SHR) and I have an issue with the GPS maybe more specifically TangoGPS, don't know the symptom is : After the fix, Tango shows me on the correct position on the map but in the Trip tab the latitude data is completely wrong, more than 1 degree west Does anyone have the same issue ? any idea on how to fix ? many thanks, and, oh, happy new year Nicolas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia Italia Member* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org Love - Peace - Freedom - Free Software ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS wrong longitude
2009/1/9 Nicolas Laurance nlaura...@zindep.com: screenshot2 you're not locked on to any satellites the numbers at the bottom-left of the screen, (12/0) say the gps can see 12, and is locked on to 0 - it needs to lock on to 4 or 5 minimum to get a fix it looks like you've previously got a fix, then turned off the gps and restarted it. gpsd will often report phantom locations (usually the last place you were at before turning off) in this situation - even, as in this case, a decent hdop value (2.6) you need to make sure gps is on and wait until it gets a fix ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS wrong longitude
Yes I get the same problem from the trip menu on Tangogps only. I get the correct lat/long from my other GPS device and also from agpsui on the freerunner. Looks like it is a bug in TangoGPS. Nicolas Laurance wrote: hi all, I've tried several distrib (FSO, SHR) and I have an issue with the GPS maybe more specifically TangoGPS, don't know the symptom is : After the fix, Tango shows me on the correct position on the map but in the Trip tab the latitude data is completely wrong, more than 1 degree west Does anyone have the same issue ? any idea on how to fix ? -- Jim Morris, http://blog.wolfman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS wrong longitude
it looks like you've previously got a fix, then turned off the gps and restarted it. gpsd will often report phantom locations (usually the last place you were at before turning off) in this situation - even, as in this case, a decent hdop value (2.6) you need to make sure gps is on and wait until it gets a fix This situation is permanent, I never get good data on this screen. Even after a hard reboot and waiting for 25 + minutes in open sky ( no building, no tree, no cloud) The position on the map is correct and stays ok even if I move. I guess, it looks like a bug in Tango ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS testing on 2008.12
Hello Ed, Thanks for the following: Ed Kapitein wrote: Hi Jan, You could try to work on the low level first: If you activated gps in the settings, try to do cat /dev/ttySAC1 this should give you some output like this: r...@freerunner:~# cat /dev/ttySAC1 NMEA unknown msg*58 $GPTXT,01,01,01,NMEA unknown msg*58 $GPTXT$GPRMC,,V,,N*53 this would indicate that the unit is in fact powered on and working. Next you could try to start gpsd ( /etc/init.d/gpsd start ) make sure the device in /etc/default/gpsd is /dev/ttySAC1 now you can use gpspipe -r to check if gpsd is getting data. (gpspipe is in the gps-utils package, so you might have to use opkg install gps-utils first) it should look something like this: r...@freerunner:~# gpspipe -r GPSD,R=1 $GPZDA,00,00*48 $GPTXT,01,01,01,PSRF inv format*2B $GPTXT,01,01,01,PGRM inv format*34 $GPTXT,01,01,01,PFEC inv format*2C $GPRMC,,V,,N*53 $GPVTG,N*30 $GPGGA,,0,00,99.99,,*48 $GPGSA,A,1,99.99,99.99,99.99*30 It turned out not to be neccessary, although I made a big fat note in my troubleshooting notes on the usage of gpspipe. In my particular case it turned out to be a twofold problem: (1) My frameworkd was monitoring /dev/ttySAC1 in the ogpsd area of it's config, which interfered. I changed it to /dev/null, and it helped a lot. (2) With the above, I braved the cold and went outside at about 1am in the morning, and got a fix after less than 20 seconds. Once I had a fix, the GPS kept it's lock. Thanks for the tips! -- Regards, Jan Henkins ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS testing on 2008.12
Hi Jan, You could try to work on the low level first: If you activated gps in the settings, try to do cat /dev/ttySAC1 this should give you some output like this: r...@freerunner:~# cat /dev/ttySAC1 NMEA unknown msg*58 $GPTXT,01,01,01,NMEA unknown msg*58 $GPTXT$GPRMC,,V,,N*53 this would indicate that the unit is in fact powered on and working. Next you could try to start gpsd ( /etc/init.d/gpsd start ) make sure the device in /etc/default/gpsd is /dev/ttySAC1 now you can use gpspipe -r to check if gpsd is getting data. (gpspipe is in the gps-utils package, so you might have to use opkg install gps-utils first) it should look something like this: r...@freerunner:~# gpspipe -r GPSD,R=1 $GPZDA,00,00*48 $GPTXT,01,01,01,PSRF inv format*2B $GPTXT,01,01,01,PGRM inv format*34 $GPTXT,01,01,01,PFEC inv format*2C $GPRMC,,V,,N*53 $GPVTG,N*30 $GPGGA,,0,00,99.99,,*48 $GPGSA,A,1,99.99,99.99,99.99*30 this would indicate that gpsd is running. Time to first fix might take a while, please read the wiki about that. The assisted gps tool (agps-onlinec) really makes the TTFF much faster, so give it a try. If you swich of the gps unit the almanac info received with agps-onlinec seems to be lost, so run it again after each power up of the gps unit. with tango gps in the trip section you can see how many satelites should be in view and how many are in view. something like 10/6. I hope this will get you on your way. I can recomend navit as an gps application, it is a bit like tomtom and i find it very usefull. Kind regrads, Ed 2008-12-24 at 01:37 +, Jan Henkins wrote: Hello all, I hope somebody here might have an idea or two that might shed some light. I've trawled for HOWTO's and recipes on how to get the GPS working on my FR, but to no avail, none of them worked at all. In order to to some low-level testing to acertain whether I have a possible hardware problem or not, is there a way to check the GPS device for activity of some sort? I've left agpsui running for almost half a day (with GPS enabled in Settings of course), but I get no good fixes or any TTFF. The rest of the phone seems to be working OK, I manage to make/receive calls and SMS's reliably. I have even managed to sort-of stabilise 2008.12 with regards to suspend, and also managed to get Enlightenment to stop crashing all the time with Illume (thanks to Yaroslav's WIKI entry!). Any ideas how I can do some low-level testing on the GPS device? Thanks in advance! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS testing on 2008.12
Hey, I have been doing the exact same thing the last few days. I thouroughly read the different wiki pages [1] but it did not really help me besides pointing me to agpsui. I was only acknowledged the device was working when I activated the GPS, booted tangogps and started walking around in town. Only then it clearly picked up satellite's. What I also did when only a single satellite was detected (according to tangogps) was turning off the gps and then turning it back on. I'm really not sure whether this had any influence, it only made me believe so as it made a difference and I got a fix. Another thing I stumbled upon was some strange qpe behaviour. I downloaded some maps (quite a lot :) ) and saved them on /media/card/Maps. Now if I boot my phone, qpe takes a lot of CPU and the following items appread through logread; Dec 23 20:10:13 om-gta02 user.notice root: SQL logic error or missing database Unable to fetch row Dec 23 20:10:13 om-gta02 user.notice root: QContentEngine( Id: | Name: 10942 FileName: /media/card/Maps/osm/15/16898/10942.png MimeType: image/png DrmState: 0 Role: 1 IconName: LastUpdated: QDateTime (Mon Dec 22 17:21:12 2008) ) Dec 23 20:10:13 om-gta02 user.notice root: bool QSqlContentStore::insertContent(QContentEngine*, QtopiaDatabaseId) 237526629 insertQuery Dec 23 20:10:13 om-gta02 user.notice root: SQL logic error or missing database Unable to fetch row Dec 23 20:10:13 om-gta02 user.notice root: QContentEngine( Id: | Name: 10941 FileName: /media/card/Maps/osm/15/16898/10941.png MimeType: image/png DrmState: 0 Role: 1 IconName: LastUpdated: QDateTime(Mon Dec 22 17:21:06 2008) ) Dec 23 20:10:13 om-gta02 user.notice root: bool QSqlContentStore::insertContent(QContentEngine*, QtopiaDatabaseId) 237526629 insertQuery I haven't gone through the tickets yet but it is a strange phenomenon to me Hans [1] http://wiki.openmoko.org/wiki/Getting_Started_with_your_Neo_FreeRunner#Use_the_GPS http://wiki.openmoko.org/wiki/Neo_FreeRunner_GPS http://wiki.openmoko.org/wiki/Howto_Test_Your_GPS_with_agpsui On Wed, 24 Dec 2008 01:37:10 + Jan Henkins j...@henkins.za.net wrote: Hello all, I hope somebody here might have an idea or two that might shed some light. I've trawled for HOWTO's and recipes on how to get the GPS working on my FR, but to no avail, none of them worked at all. In order to to some low-level testing to acertain whether I have a possible hardware problem or not, is there a way to check the GPS device for activity of some sort? I've left agpsui running for almost half a day (with GPS enabled in Settings of course), but I get no good fixes or any TTFF. The rest of the phone seems to be working OK, I manage to make/receive calls and SMS's reliably. I have even managed to sort-of stabilise 2008.12 with regards to suspend, and also managed to get Enlightenment to stop crashing all the time with Illume (thanks to Yaroslav's WIKI entry!). Any ideas how I can do some low-level testing on the GPS device? Thanks in advance! -- Regards, Jan Henkins ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Hans Zimmerman h...@everlasting.be ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS testing on 2008.12
you can cat the output... through terminal or just look at it in agpsui (the last tab lest you see a list of the recieved GPS information) On Wed, Dec 24, 2008 at 2:37 AM, Jan Henkins j...@henkins.za.net wrote: Hello all, I hope somebody here might have an idea or two that might shed some light. I've trawled for HOWTO's and recipes on how to get the GPS working on my FR, but to no avail, none of them worked at all. In order to to some low-level testing to acertain whether I have a possible hardware problem or not, is there a way to check the GPS device for activity of some sort? I've left agpsui running for almost half a day (with GPS enabled in Settings of course), but I get no good fixes or any TTFF. The rest of the phone seems to be working OK, I manage to make/receive calls and SMS's reliably. I have even managed to sort-of stabilise 2008.12 with regards to suspend, and also managed to get Enlightenment to stop crashing all the time with Illume (thanks to Yaroslav's WIKI entry!). Any ideas how I can do some low-level testing on the GPS device? Thanks in advance! -- Regards, Jan Henkins ___ 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: GPS testing on 2008.12
Hello Yorick, Yorick Moko wrote: you can cat the output... through terminal or just look at it in agpsui (the last tab lest you see a list of the recieved GPS information) Thanks for that, I captured the output and here follows a short snippet: ---start--- $GPTXT,01,01,02,u-blox ag - www.u-blox.com*50 $GPTXT,01,01,02,ANTARIS ATR062x HW 80040001*26 $GPTXT,01,01,02,ROM CORE 5.00Jan 09 2006 12:00:00*76 $GPTXT,01,01,02,LIC 1EBF-BD07-E83D-6BE1-0F7A*50 $GPRMC,,V,,N*53 $GPVTG,N*30 $GPGGA,,0,00,99.99,,*48 $GPGSA,A,1,99.99,99.99,99.99*30 $GPGSV,1,1,00*79 $GPGLL,,V,N*64 $GPZDA,00,00*48 $GPTXT,01,01,02,ANTSUPERV=AC SD OD PDoS *0A $GPTXT,01,01,02,ANTSTATUS=SHORT*6D $GPRMC,,V,,N*53 $GPVTG,N*30 $GPGGA,,0,00,99.99,,*48 $GPGSA,A,1,99.99,99.99,99.99*30 $GPGSV,1,1,00*79 $GPGLL,,V,N*64 $GPZDA,00,00*48 $GPRMC,,V,,N*53 $GPVTG,N*30 $GPGGA,,0,00,99.99,,*48 $GPGSA,A,1,99.99,99.99,99.99*30 $GPGSV,1,1,00*79 $GPGLL,,V,N*64 $GPZDA,00,00*48 $GPRMC,,V,,N*53 $GPVTG,N*30 $GPGGA,,0,00,99.99,,*48 $GPGSA,A,1,99.99,99.99,99.99*30 $GPGSV,1,1,00*79 $GPGLL,,V,N*64 $GPZDA,00,00*48 $GPRMC,,V,,N*53 $GPVTG,N*30 $GPGGA,,0,00,99.99,,*48 $GPGSA,A,1,99.99,99.99,99.99*30 ---end--- I'm not sure how to interpret this output. Could the above mean the actual GPS chipset is working properly? If this is so, could I then perhaps have a reception problem that causes me not to get a fix? Sorry for the newbie questions, I've yet got a lot to learn! ;-) -- Regards, Jan Henkins ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS sensitivity
In open sky conditions in Jaipur, India (outdoors) the Freerunner normally gives me a 40s (+ - 10s) tiff while my N 95 takes 60s (+ - 10) [ cold starts after rebooting on both ]. I have not timed them indoors but will do so and report after Diwali Rakshat -- -- Please use Firefox as your web browser. Its protects you from spyware and is also a very feature rich browser. www.firefox.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS sensitivity
agps-onlinec -c full -u [EMAIL PROTECTED] -k Fvhcv -la 35.22 -lo -79.46 -al 250 -p 100.00 [...] provided the location data prefed to agps-onlinec and the current time (system clock) are accurate enough. (clock doesn't need to be second-precise, but if it's off several hours or more then you've got If you have some kind of regular IP connectivity, then your clock offset should easily stay well within 1s (using an ntp daemon). Stefan PS: BTW, thank you all for your answers. I now see that my experience with my FR is simply normal so I shouldn't try and waste any time figuring out what might be wrong with it. I don't even need aGPS for my intended use of the GPS (mostly for OSM). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS sensitivity
Stefan Monnier wrote: The FR is the first device I use with a GPS, so I don't know what's considered as normal w.r.t GPS function. I find that my FR's GPS never works inside a building (e.g. at home), and even outside in the streets of Montreal, it seems to only be able to get a first fix if I'm in a somewhat open area (i.e. not in a street but on a place, in a park), and also it seems to rarely if ever be able to get a first fix when it's in my pocket. Is that normal? My FR does have the capacitor in the µSD slot and it has a fairly recent kernel (don't know if that means it has the software fix that stops the µSD clock when possible, does it?) It's a little tricky to describe 'normal' since the movement of the sats gives some inherent variability. Getting the first fix also requires significantly more signal than maintaining a fix once acquired, and it seems to help being stationary when doing it. I don't know how limited the view of the sky is in Montreal, but 'urban canyon' effects have long been a problem for GPS systems due to limited view of the sky (can't see enough sats) and multiple reflected signals. That said, since the SD clocking fixes were added to the kernel I find the Freerunner usually at worst as quick as my Garmin Gecko at getting a fix, and substantially better at keeping it. The Freerunner will often keep a fix indoors when the Gecko hasn't a hope. OTOH the Gecko is hardly state of the art now, so expectations may be different. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS sensitivity
On Mon, Oct 27, 2008 at 9:18 PM, Alastair Johnson [EMAIL PROTECTED]wrote: Stefan Monnier wrote: The FR is the first device I use with a GPS, so I don't know what's considered as normal w.r.t GPS function. I find that my FR's GPS never works inside a building (e.g. at home), and even outside in the streets of Montreal, it seems to only be able to get a first fix if I'm in a somewhat open area (i.e. not in a street but on a place, in a park), and also it seems to rarely if ever be able to get a first fix when it's in my pocket. Is that normal? My FR does have the capacitor in the µSD slot and it has a fairly recent kernel (don't know if that means it has the software fix that stops the µSD clock when possible, does it?) It's a little tricky to describe 'normal' since the movement of the sats gives some inherent variability. Getting the first fix also requires significantly more signal than maintaining a fix once acquired, and it seems to help being stationary when doing it. I don't know how limited the view of the sky is in Montreal, but 'urban canyon' effects have long been a problem for GPS systems due to limited view of the sky (can't see enough sats) and multiple reflected signals. That said, since the SD clocking fixes were added to the kernel I find the Freerunner usually at worst as quick as my Garmin Gecko at getting a fix, and substantially better at keeping it. The Freerunner will often keep a fix indoors when the Gecko hasn't a hope. OTOH the Gecko is hardly state of the art now, so expectations may be different. I recently tested the performance of a Nokia E71 with the FR, while standing 2 feet from a window inside my office building. Most of the view (line of sight) was obstructed by another large building 200 ft away, although the sky over it can be viewed from the said window. The Nokia got a fix and started to download maps with google maps in 15 seconds. I was unsuccessful in getting the FR to register a fix at the same position for greater than 15 minutes, after which the experiment was stopped. Qtextended 4.4.1, MappingDemo used. The FR version I use is from the time when the software fix to the hardware problem was about to be released. The FR still takes some minutes to get a fix when in a moving vehicle, and anywhere inside a building, it is as if it never worked. Nothing new. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS sensitivity
I find the FR more or less equivalent to other GPS devices I have. The biggest factor I notice is weather conditions. In overcast conditions I can use the GPS anywhere inside my house, as well as outside. Under clear sky conditions, the GPS will only work outside and will not acquire a first fix unless I am more or less in the open, away from trees, houses, etc. Some people claim that there are newer GPS chips that work better. Perhaps its the nature of the beast. Nishit Dave wrote: On Mon, Oct 27, 2008 at 9:18 PM, Alastair Johnson [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Stefan Monnier wrote: The FR is the first device I use with a GPS, so I don't know what's considered as normal w.r.t GPS function. I find that my FR's GPS never works inside a building (e.g. at home), and even outside in the streets of Montreal, it seems to only be able to get a first fix if I'm in a somewhat open area (i.e. not in a street but on a place, in a park), and also it seems to rarely if ever be able to get a first fix when it's in my pocket. Is that normal? My FR does have the capacitor in the µSD slot and it has a fairly recent kernel (don't know if that means it has the software fix that stops the µSD clock when possible, does it?) It's a little tricky to describe 'normal' since the movement of the sats gives some inherent variability. Getting the first fix also requires significantly more signal than maintaining a fix once acquired, and it seems to help being stationary when doing it. I don't know how limited the view of the sky is in Montreal, but 'urban canyon' effects have long been a problem for GPS systems due to limited view of the sky (can't see enough sats) and multiple reflected signals. That said, since the SD clocking fixes were added to the kernel I find the Freerunner usually at worst as quick as my Garmin Gecko at getting a fix, and substantially better at keeping it. The Freerunner will often keep a fix indoors when the Gecko hasn't a hope. OTOH the Gecko is hardly state of the art now, so expectations may be different. I recently tested the performance of a Nokia E71 with the FR, while standing 2 feet from a window inside my office building. Most of the view (line of sight) was obstructed by another large building 200 ft away, although the sky over it can be viewed from the said window. The Nokia got a fix and started to download maps with google maps in 15 seconds. I was unsuccessful in getting the FR to register a fix at the same position for greater than 15 minutes, after which the experiment was stopped. Qtextended 4.4.1, MappingDemo used. The FR version I use is from the time when the software fix to the hardware problem was about to be released. The FR still takes some minutes to get a fix when in a moving vehicle, and anywhere inside a building, it is as if it never worked. Nothing new. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Iain B. Findleton Tel: 514-457-0744 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS sensitivity
The FR still takes some minutes to get a fix when in a moving vehicle, and anywhere inside a building, it is as if it never worked. Nothing new Speaking from daily experience the FR is in no way less sensitive than any other GPSr I have used or was around with while geocaching, and that is my main reason I bought it! Actually just this weekend I was caching in a city, and while reception was generally very good, when I noticed a drift in one spot the Garmin Colorado my colleague had with her showed the same erratic behaviour. And with recent SW, first-fix-times have gone down immensely: I hardly ever need more than 40s, and when standing still I can barely set up tangogps before I have a signal - moving on a bike is a different story, but putting it upright in the pocket is the key here. This is all with 2008.9 and newer kernel, HW fix applied manually. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS sensitivity
On Mon, 27 Oct 2008 21:30:22 +0530 Nishit Dave [EMAIL PROTECTED] wrote: [...] I recently tested the performance of a Nokia E71 with the FR, while standing 2 feet from a window inside my office building. [...] Um, does the Nokia E71 have assisted GPS (AGPS), as I rather suspect it does? If so, you are comparing apples and oranges. Regards, Gora ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS sensitivity
My brother has Nokia N95 and it has about the same performance as my Neo. No fix inside, around 40 seconds fix outside. So it's not worse than others. Also I have good bluetooth gps, and it has problems getting fix in the city area or while moving, so you can't blame Neo for not getting fix - it's other conditions (providing you have software or hardware workarounds). Leonti ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS sensitivity
Good evening Freerunners :) I can report a good GPS performance :) Two weeks ago I was testing tangogps on a hike. A friend was also tracking using his new Garmin. See http://www.student.uni-oldenburg.de/stefan.strahl/FreerunnerVSGarmin.jpg for a screenshot. Red is the Garmin track, blue the Freerunner recordings. The facts are: - the Freerunner needed several minutes until he got a fix and the first positions were wrong (wrong start is labeled -0, we started at the railway station / lower left corner of the screenshot) - the Garmin showed after some time a drift (reflections from the mountains?) of which interestingly the freerunner did not suffer from (we definitely walked along the blue track). - the battery lifetime of the Garmin is much longer ;) - my batteries were empty after ~4 hours So the GPS accuracy is quite good, nothing to complain about. And once someone found time to implement the A-GPS functionality we shouldn't worry about the first-fix times. So this problem is resolvable in finite time... ;) Happy freephoning and -running :) stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community