[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [gpsd-users] [gpsd newbie] Latitude/longitude/altitude are not repor
Re: [gpsd-users] [gpsd newbie] Latitude/longitude/altitude are not reported in gps_data_t structure
Thu, 22 Dec 2011 10:16:01 -0700
On Wed, 21 Dec 2011 11:49:09 -0700
Kumar Vijay Mishra <address@hidden> wrote:
> Thanks Tom and Charles for your replies.
> >/ >/
> >/ > Am I missing anything here? /
> >/ /
> >/ You forgot to tell us which version you're using./
> >// Judging by the code, this is an old (2.9x) version. In more recent
> > versions, the caller allocates the gpsdata structure.
> /I am using 2.96 version. I couldn't get 3.0 compiled on my machine
> (x86_64, CentOS 5.5, kernel 2.6.18-194.26.1.el5) and had to give up
> on that eventually in favor of something working.
I suspect the devs might like to know why it doesn't compile on a
somewhat recent version of CentOS. The CentOS web site indicates that
6.2 was just released. http://www.centos.org/
> /> I see that there is no test of the return value from gps_open ().
> That might tell you something./ gps_open returns a pointer to struct
> in this version, not an integer.
Right, and if you get NULL, you are in deep yogurt.
> /> In your else clause, you should first examine gpsdata->set and
> only proceed if you have valid fix data./ That's right and that's how
> I am actually doing it. But I modified the code while posting it to
> show how I could still see the values of lat/long/alt.
BTW, this paragraph is why you should use the standard comment
indicator, '> ', in your emails. Not all MUAs will recognize your
comment delimiter and handle it correctly.
> I also noticed that the output of 'gpspipe -r' doesn't show GPGLL
> messages which probably show the value of gpsdata->fix.status, right?
Someone more familiar with the code than I will have to answer that,
but I believe gpsd populates gpsdata->fix.status according to which
parts of gpsdata are currently valid.
Charles Curley /"\ ASCII Ribbon Campaign
Looking for fine software \ / Respect for open standards
and/or writing? X No HTML/RTF in email
http://www.charlescurley.com / \ No M$ Word docs in email
Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB