I would leave the possibility of using the current GPS code by using a define at compile time, so when compiling for an embeeded platform (like android, armstrong or equivalent) you do not rely on having the gpsd library and daemon available<br>


<br><div class="gmail_quote">2011/2/7 Dario Lombardo <span dir="ltr"><<a href="mailto:dario.lombardo@libero.it" target="_blank">dario.lombardo@libero.it</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">


<div><br>
<br>
On 02/01/2011 08:13 PM, Martin Hauke wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
how about a proper gpsd-integration? I've some spare time in the end of<br>
</blockquote></div>
I took a look at the gpsd integration libs and these are my considerations:<br>
<br>
PROS:<br>
- lib seems easy to use and easy to integrate to existing osmocom code<br>
- using gpsd avoids to parse lines directly and makes osmocom work with any (gpsd-supported) device<br>
<br>
CONS:<br>
- the use of it makes the presence of gpsd necessary and creates a dependancy from libgpsd when compiling<br>
- if we use libgpsd, this is not backward-compatible with existing serial parsing code<br>
<br>
Finally, my opinion is that using gpsd is better then reading from the port, so if the mantainers of the code agree with me I think I could write the code.<br>
<br>
Let me know.<br><font color="#888888">
Dario.<br>
<br>
<br>
</font></blockquote></div><br>