Re: T-mobile even more plus

2010-08-03 Thread Ed Kapitein
On Tue, 2010-08-03 at 00:07 +0200, omcomali@porcupinefactory.org
wrote:
 On Mon, 02 Aug 2010 21:47:18 +0200
 Ed Kapitein e...@kapitein.org wrote:
 
  On 08/02/2010 09:18 PM, omcomali@porcupinefactory.org wrote:
   Hi Ed,
  
   Congratulations for capturing the beautiful GPS track. Could you share 
   how you managed to do it? Did you wait for the plane to start or did you 
   get on the plane with a GPS fix?
  
   Both times I tried, the Freerunner lost fix just before the start.
  
   Cheers,
   rhn
  
   On Mon, 02 Aug 2010 20:36:23 +0200
   Ed Kapitein e...@kapitein.org wrote:
  
 
  SNIP
  
  Sure,
  
  Actually i took two approaches, on the trip from holland to the USA i
  used an external gps receiver [1] and used gpsd  on the FR with an
  bluetooth connection.
  I did had a fix just prior to take off.
  ( i did not hear the announcement all electronic equipment must be
  switched off now, a sudden attack of deafness i guess... ;-) )
  The log is simply gpspipe -r  /some/file , nothing fancy there.
  I do switch log files every 500Mb, so the files don't get too big for
  rsync to be transfered over a not so reliable gprs connection at a later
  time.
  
  At the very end of our holiday i lost my gps receiver ( i left it in an
  rental RV...)
  so on the trip from the USA to holland i jammed my fr between the window
  and the shade ( a plastic curtain that covers the window to make it dark )
  if you remove the back cover of the FR it fits even better.
  I had a fix prior to take off, but i lost it after take off when i
  checked the FR.
  It seems the FR really needs to be close to the window to obtain and
  keep a fix
  But it did get a new fix after i put the FR against the window again and
  after studying the GPX logs at home is noticed that i had a dgps fix
  most of the time, so WAAS or EGNOS are really working on the FR.
  
  I also noticed that  the elevation seems to be working too, i was on +/-
  1
  meter and that seems right.
  ( holland is flat and i never could use the elevation before ;-) )
  
  Hope this answers your question?
  
  Kind regards,
  Ed
  
  [1]
  http://www.gpsshop.nl/product/49515/haicom-hi-408bt-bluetooth-gps-ontvanger.html
  
  
 
 Thanks, this was a really exhaustive reply. I forgot to ask whether it's 
 possible to get a fix after takeoff, but you answered even that question ;)
 
 It seems that my problem was hiding the Freerunner underneath some cover on 
 my lap. Next time I'm going to try the shade trick and a deafness strike 
 (they didn't mind me taking photos, so I guess it's safe). I'll also try to 
 see if losing the fix is related to the start of the engines.
 
 What program did you use to capture the log files? I'm always using TangoGPS, 
 and I never saw any DGPS information in it. I didn't even know SHR (am I 
 guessing right?) supported DGPS!
 
 Cheers,
 rhn
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 
The log is simply gpspipe -r  /some/file , nothing fancy there.
I am using gentoo, with the framework fso-gpsd. the nmea log can be
converted later with gpsbabel into a gpx format. the gpx file will show
the kind of fix you have 2d, 3d or dgps.

Kind regards,
Ed 


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-User] [SHR-T] Images from 29th of May

2010-08-03 Thread Martin Jansa
On Thu, Jul 22, 2010 at 11:33:58AM +0300, Risto H. Kurppa wrote:
 On Sun, Jul 18, 2010 at 8:45 AM, Risto H. Kurppa ri...@kurppa.fi wrote:
  Hi there!
 
  The latest SHR-testing images are available at
  http://build.shr-project.org/tests/shr-testing/images/om-gta02/
 
  Martin Jansa / JaMa prepared them in the end of May but it wasn't
  announced anywhere - so here you go.
  DISCLAIMER: The images have not actually been tested so if you have a
  working setup  don't want to risk, wait for some others to first test
  these..
 
 Some things I've noticed that propably exist also in the latest unstable 
 images:
 1) Importing contacts from SIM sometimes imports only partial number,
 the last digit is missing
 2) The contacts are sorted case-sensitively: [A-Z][a-z]: Alpha is the
 first, alpha is then somewhere in the middle, after Zulu.
 3) Same issue as 2) - but with home view  icons: Ventura and Zorro
 are listed before alpha and omgps
 4) Iliwi is missing a button to disconnect from a network
 5) SIM manager doesn't sort contacts alphabetically
 
 But seems to work for phone calls quite well.

Because of rather positive feedback, I would like to sync it to public feeds
this week (ie friday).

If you see some terrible bug, scream now and then send patch.

Regards,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-User] [SHR-T] Images from 29th of May

2010-08-03 Thread Risto H. Kurppa
On Tue, Aug 3, 2010 at 1:26 PM, Martin Jansa martin.ja...@gmail.com wrote:
 On Thu, Jul 22, 2010 at 11:33:58AM +0300, Risto H. Kurppa wrote:
 On Sun, Jul 18, 2010 at 8:45 AM, Risto H. Kurppa ri...@kurppa.fi wrote:
  Hi there!
 
  The latest SHR-testing images are available at
  http://build.shr-project.org/tests/shr-testing/images/om-gta02/
 
  Martin Jansa / JaMa prepared them in the end of May but it wasn't
  announced anywhere - so here you go.
  DISCLAIMER: The images have not actually been tested so if you have a
  working setup  don't want to risk, wait for some others to first test
  these..

 Some things I've noticed that propably exist also in the latest unstable 
 images:
 1) Importing contacts from SIM sometimes imports only partial number,
 the last digit is missing
 2) The contacts are sorted case-sensitively: [A-Z][a-z]: Alpha is the
 first, alpha is then somewhere in the middle, after Zulu.
 3) Same issue as 2) - but with home view  icons: Ventura and Zorro
 are listed before alpha and omgps
 4) Iliwi is missing a button to disconnect from a network
 5) SIM manager doesn't sort contacts alphabetically

 But seems to work for phone calls quite well.

 Because of rather positive feedback, I would like to sync it to public feeds
 this week (ie friday).

 If you see some terrible bug, scream now and then send patch.

ARH. That's the scream. But sorry, can't
send you a patch.
One show stopper, the rest can go as 'known issues':
 - importing contacts from SIM doesn't finish clean - some numbers are
either not imported or are missing the last digit - contacts unusable

Known issues:
- 'can't add contact' -message every now and then when opening
contacts. Not sure but I'd think this affecting the adding of contacts
- things listed above

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: [QtMoko] GTalk

2010-08-03 Thread Atilla Filiz
Use one of these as an example configuration:
http://www.google.com/support/chat/bin/topic.py?hl=entopic=24670

On Thu, Jul 22, 2010 at 10:10 PM, Hike marco.castor...@yahoo.it wrote:


 Dear all,
  I'm a more than satisfied user of the FR with QtMoko (v24): I can make and
 receive calls/SMS with no problems, access WiFi and get GPS data. The last
 thing I'd like to achieve is to login to GTalk; I read on QtMoko main page
 that it should be possible using mqutIM with the support of Jabber. Is this
 true? If so, how should configure it in to have it working? I already
 configure GTalk in the setting section of QtMoko, but nothing's changed.

 Thanks a lot!

 Marco
 --
 View this message in context:
 http://openmoko-public-mailinglists.1958.n2.nabble.com/QtMoko-GTalk-tp5326786p5326786.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




-- 
-
Atilla Filiz
Eindhoven University of Technology
Embedded Systems, Master's Programme

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: T-mobile even more plus

2010-08-03 Thread omcomali . rhn
On Tue, 03 Aug 2010 11:55:13 +0200
Ed Kapitein e...@kapitein.org wrote:

 On Tue, 2010-08-03 at 00:07 +0200, omcomali@porcupinefactory.org
 wrote:
  On Mon, 02 Aug 2010 21:47:18 +0200
  Ed Kapitein e...@kapitein.org wrote:
  
   On 08/02/2010 09:18 PM, omcomali@porcupinefactory.org wrote:
Hi Ed,
   
Congratulations for capturing the beautiful GPS track. Could you share 
how you managed to do it? Did you wait for the plane to start or did 
you get on the plane with a GPS fix?
   
Both times I tried, the Freerunner lost fix just before the start.
   
Cheers,
rhn
   
On Mon, 02 Aug 2010 20:36:23 +0200
Ed Kapitein e...@kapitein.org wrote:
   
  
   SNIP
   
   Sure,
   
   Actually i took two approaches, on the trip from holland to the USA i
   used an external gps receiver [1] and used gpsd  on the FR with an
   bluetooth connection.
   I did had a fix just prior to take off.
   ( i did not hear the announcement all electronic equipment must be
   switched off now, a sudden attack of deafness i guess... ;-) )
   The log is simply gpspipe -r  /some/file , nothing fancy there.
   I do switch log files every 500Mb, so the files don't get too big for
   rsync to be transfered over a not so reliable gprs connection at a later
   time.
   
   At the very end of our holiday i lost my gps receiver ( i left it in an
   rental RV...)
   so on the trip from the USA to holland i jammed my fr between the window
   and the shade ( a plastic curtain that covers the window to make it 
   dark )
   if you remove the back cover of the FR it fits even better.
   I had a fix prior to take off, but i lost it after take off when i
   checked the FR.
   It seems the FR really needs to be close to the window to obtain and
   keep a fix
   But it did get a new fix after i put the FR against the window again and
   after studying the GPX logs at home is noticed that i had a dgps fix
   most of the time, so WAAS or EGNOS are really working on the FR.
   
   I also noticed that  the elevation seems to be working too, i was on +/-
   1
   meter and that seems right.
   ( holland is flat and i never could use the elevation before ;-) )
   
   Hope this answers your question?
   
   Kind regards,
   Ed
   
   [1]
   http://www.gpsshop.nl/product/49515/haicom-hi-408bt-bluetooth-gps-ontvanger.html
   
   
  
  Thanks, this was a really exhaustive reply. I forgot to ask whether it's 
  possible to get a fix after takeoff, but you answered even that question ;)
  
  It seems that my problem was hiding the Freerunner underneath some cover on 
  my lap. Next time I'm going to try the shade trick and a deafness strike 
  (they didn't mind me taking photos, so I guess it's safe). I'll also try to 
  see if losing the fix is related to the start of the engines.
  
  What program did you use to capture the log files? I'm always using 
  TangoGPS, and I never saw any DGPS information in it. I didn't even know 
  SHR (am I guessing right?) supported DGPS!
  
  Cheers,
  rhn
  
  ___
  Openmoko community mailing list
  community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community
  
 The log is simply gpspipe -r  /some/file , nothing fancy there.
 I am using gentoo, with the framework fso-gpsd. the nmea log can be
 converted later with gpsbabel into a gpx format. the gpx file will show
 the kind of fix you have 2d, 3d or dgps.
 
 Kind regards,
 Ed 
 
 
Thank you!

I thought gpspipe was only used for external GPS units, that's why I asked.

Cheers,
rhn

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community