gpsd-users archive search

Search String: Display: Description: Sort:

Results:

References: [ 10Hz: 72 ]

Total 72 documents matching your query.

41. Re: [gpsd-users] How to get the best performance out of gpsd? (score: 3)
Author: HIDDEN
Date: Fri, 16 Aug 2019 09:10:13 -0400
Duh.  Of course it is irregular.  No GNSS receiver outputs consistent NMEA streams.  gpsd just passes on what it gets, when it gets it. Note: I sent you code in my last email, not sure why you di
/archive/html/gpsd-users/2019-08/msg00046.html (7,861 bytes)

42. Re: [gpsd-users] How to get the best performance out of gpsd? (score: 3)
Author: HIDDEN
Date: Wed, 14 Aug 2019 21:49:29 -0700
Yo pisymbol! Care to share the code? Hard to debug something we can not see... It took years for gpsd to get the buffering right. Many ways to fail... Which you will eventually find is pointless... S
/archive/html/gpsd-users/2019-08/msg00039.html (6,808 bytes)

43. [gpsd-users] How to get the best performance out of gpsd? (score: 3)
Author: HIDDEN
Date: Wed, 14 Aug 2019 23:51:05 -0400
I have a Python program that does the following: - Spawns a process via multiprocessing that runs in a tight loop reading TPV reports and saves the latest reading to a buffer. I'm using the stream()
/archive/html/gpsd-users/2019-08/msg00038.html (5,200 bytes)

44. [gpsd-users] Polling for GPS data using python3 API (score: 3)
Author: HIDDEN
Date: Mon, 12 Aug 2019 12:21:34 -0400
Hello: I'm using an Ubuntu 16.04 runtime with gpsd==3.9 Python3 module. What I'm trying to do is poll for new samples as they come in using the gpsd python client API - similar to gpspipe select I/O
/archive/html/gpsd-users/2019-08/msg00009.html (5,405 bytes)

45. Re: [gpsd-users] Controlling the gpsd update rate (score: 3)
Author: HIDDEN
Date: Tue, 27 Feb 2018 17:37:04 -0800
Yo Deven! Cool. Yeah, but you dod not have much to cut. When gpsd gets stuff, it passes it on. gpsd does not care about what or how fast. You care you get a complete fix. you likely want just UBX-NAV
/archive/html/gpsd-users/2018-02/msg00074.html (7,273 bytes)

46. [gpsd-users] Controlling the gpsd update rate (score: 3)
Author: HIDDEN
Date: Tue, 27 Feb 2018 13:55:54 -0800
I have been setting my GPS receivers' update rates via my own app or u-center to 10hz. This has worked fine as long as GPSD_OPTIONS included -b. Without the -b option, gpsd is resetting the update ra
/archive/html/gpsd-users/2018-02/msg00071.html (4,140 bytes)

47. Re: [gpsd-users] Missing fixes (score: 3)
Author: HIDDEN
Date: Mon, 19 Feb 2018 20:36:46 -0800
Yo Deven! Please reply to the list, not me directly. I've been working on a Javad using binary GREIS. I can barely manage 4Hz at 115200. Have you tried capturing the raw data to see if it is all ther
/archive/html/gpsd-users/2018-02/msg00057.html (6,017 bytes)

48. Re: [gpsd-users] [gpsd-dev] SemPiTernal - Bounding PPS uncertainty (score: 3)
Author: HIDDEN
Date: Fri, 22 Apr 2016 15:51:33 -0700
Yo Phil! Sparkfun has these, I buy them out of Chaina for a few bucks each. Not that we can tell. I've heard many permutations. Uh, no. gpsd is in use with some GPS models that are exactly 500 mSec w
/archive/html/gpsd-users/2016-04/msg00129.html (10,016 bytes)

49. Re: gpsrinex - smaller than 1s epoch interval (score: 2)
Author: HIDDEN
Date: Wed, 20 May 2020 20:49:34 -0700
Yo Gary! I send a 1,000 samples of 10 Hz data to NRCAN from gpsrinex output. They returned a result that looks kinda correct, but only took the L1 data. So 10Hz RINEX with gpsrinex is working, but so
/archive/html/gpsd-users/2020-05/msg00123.html (8,034 bytes)

50. Re: RTK Fix woes again (score: 2)
Author: HIDDEN
Date: Tue, 17 Mar 2020 11:16:13 -0700
Yo pisymbol! Looking forward to it. You'd be surprised how many ways two simple strings can be composed. Hard to say until I see your data, NMEA and TSIP. Often the binary is more accurate, better de
/archive/html/gpsd-users/2020-03/msg00112.html (6,563 bytes)

51. Re: RTK Fix woes again (score: 2)
Author: HIDDEN
Date: Tue, 17 Mar 2020 08:51:13 -0400
No need to send your log output.  With the raw data, that you provide below, I can regenerate the logs you see, and more. For sure. It was for completeness (and others who want to use the Python in
/archive/html/gpsd-users/2020-03/msg00108.html (8,420 bytes)

52. Re: GPSD For Real Time Application (score: 2)
Author: HIDDEN
Date: Tue, 31 Dec 2019 15:32:02 -0500
Gary replied. But by all means try it, and write some test code to evaluate what you got back. You could even submit the test code for inclusion in the contrib subdir. Sorry, an error of some kind be
/archive/html/gpsd-users/2019-12/msg00114.html (7,863 bytes)

53. Re: GPSD For Real Time Application (score: 2)
Author: HIDDEN
Date: Wed, 1 Jan 2020 00:12:38 +0530
Dear Greg, 'gpsd accepts all what gps sends to it and forwards it even at higher frequency' - Here Gary  responded that gpsd forwards at lower frequency. It isn't clear. Does it mean that if we requ
/archive/html/gpsd-users/2019-12/msg00112.html (8,392 bytes)

54. Re: GPSD For Real Time Application (score: 2)
Author: HIDDEN
Date: Tue, 31 Dec 2019 23:57:14 +0530
I had started gpsprof in background ( gpsprf -n 864000 > gps.log ) and after few minutes in ps aux the command was not running. There was nothing in the gps.log file. The above command works for 100
/archive/html/gpsd-users/2019-12/msg00111.html (7,836 bytes)

55. Re: GPSD For Real Time Application (score: 2)
Author: HIDDEN
Date: Tue, 31 Dec 2019 10:14:40 -0500
You are not providing enough details. What is in gps.log? (But there might be a bug, and if so finding it would be helpful.) My preference is to gather data and then analyze it. I use "gpspipe -w" to
/archive/html/gpsd-users/2019-12/msg00109.html (6,238 bytes)

56. Re: GPSD For Real Time Application (score: 2)
Author: HIDDEN
Date: Mon, 30 Dec 2019 09:12:01 +0530
Gary, >> 1. As per other posts on the mailing-list, 'gpsd accepts all what gps >> sends to it and forwards it even at higher frequency'. >I would say forwards is at lower frequency. Is there any exac
/archive/html/gpsd-users/2019-12/msg00098.html (5,883 bytes)

57. Re: GPSD For Real Time Application (score: 2)
Author: HIDDEN
Date: Sun, 29 Dec 2019 18:54:56 -0800
Yo Kashyap! 100 mph is 44.7 meters per second. At 10Hz you'll get a (delayed) fix every 4.7 meters. Any additional error source and you miss your accuracy goal. You will need to figure out the fix de
/archive/html/gpsd-users/2019-12/msg00096.html (8,078 bytes)

58. Re: [gpsd-users] Communicating NMEA to gpsd as if my software was a GPS device (score: 2)
Author: HIDDEN
Date: Thu, 5 Sep 2019 11:02:02 +0200
Yo Gary! On 9/4/19 8:37 PM, Gary E. Miller wrote: Easy, except the "slightly higher than 1Hz" part. I thought that if the gps device would send data in let's say 5Hz or 10Hz it would be passed by gps
/archive/html/gpsd-users/2019-09/msg00005.html (12,396 bytes)

59. Re: [gpsd-users] How to get the best performance out of gpsd? (score: 2)
Author: HIDDEN
Date: Thu, 15 Aug 2019 13:18:19 -0700
Yo pisymbol! Duh. Of course it is irregular. No GNSS receiver outputs consistent NMEA streams. gpsd just passes on what it gets, when it gets it. That is not gpsd code. I have no idea what that is. A
/archive/html/gpsd-users/2019-08/msg00045.html (6,317 bytes)

60. Re: [gpsd-users] How to get the best performance out of gpsd? (score: 2)
Author: HIDDEN
Date: Thu, 15 Aug 2019 09:10:48 -0400
On Thu, Aug 15, 2019 at 7:24 AM pisymbol . <address@hidden> wrote: So there were a couple of things I thought of: 1) The nmea_lock is contentious (I tried removing it just for S&G's and it did nothin
/archive/html/gpsd-users/2019-08/msg00041.html (11,440 bytes)


This search system is powered by Namazu