Since DAO support seems to be the magic topic of discussion I went ahead and added support on OpenAPRS for it.<br><br>I have also started opening up and documenting our XML interface for external sites to use the data in our database.  The interface reference can be found at <a href="http://www.openaprs.net/xml.html">http://www.openaprs.net/xml.html</a>.  Along with this move I'll be releasing a method to embed OpenAPRS's system into a remote website using our native javascript files and XML interface, you can expect that to happen in about 2 weeks.  So far via XML you can look up a location in the US by zip/city & state, view current message reports, access the KML interface for both tractking stations and particular locations, view raw packet reports and lookup position reports.<br>
<br>I've also added the FCC ULS database to our system which will auto-update every 30 days from the FCC, now all stations displayed on the map will show their ULS information in the popup bubble on click and will also appear in our station info lookup page.  In a couple of days I'll have an XML interface up for the ULS lookup as well.<br>
<br>And finally, I've released the C++ daemon OpenAPRS uses to inject the APRS-IS packet to mySQL (it's on the site under OpenAPRS Daemon).  It should compile on most UNIX variants and has several additional features for watching packets as they come in.<br>
<br>If anyone has any suggestions, questions or rants/raves I'd love to hear them, email me direct.<br><br>73,<br><br>Greg (N7NXS)<br>OpenAPRS.Net<br><br><div class="gmail_quote">On Sun, May 11, 2008 at 10:58 AM, Wes Johnston, AI4PX <<a href="mailto:wes@ai4px.com">wes@ai4px.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>Someone just asked me off list what DAO is...</div>
<div> </div>
<div>
<div>DAO in a nushell is one extra digit of precision on a normal aprs packet.  </div>
<div> </div>
<div>Here's a snippet from Bob's page..</div>
<div> </div>
<div>FORMAT:  The format of this APRS Precision-and-Datum option is the presence<br>of a 5 byte field !DAO! appearing anywhere in the position comment field.<br>This option is backwards compatible beacause the basic DDMM.HH/DDDMM.HH <br>

format is retained and will still be decoded by all existing applications.<br>The !DAO! simply provides the additional precision down to a foot or so<br>and also identifies the datum:<br><br>   !DAO! - is fixed length anywhere in the position commment<br>

    D    - is the datum identifier (base-91)<br>     A   - is the added LAtitude precision (base-91)<br>      O  - is the added LOngitude precision (base-91)<br><br>RECOMMENDATION:  Recommend placing this option on the END of all other<br>

position comment text.  This way it does not displace any human readable<br>comment text that is otherwise desired to display on older systems.  This<br>added option may extend beyond the existing "viewable" limit of 57 bytes<br>

currently in the spec since these added bytes are not used by legacy <br>systems anyway.<br><br>PRECISION:  There are three degrees of precision offered by this option.<br><br>    1) HUMAN READABLE, Thousandths of a minute.  This is good to the<br>

       nearest 6 feet or so and being human readable gives even users<br>       of the D7 and D700 or any other existing application the ability<br>       to human read position to 3 decimal digits of Minutes.  This <br>
       format is identified if the Datum byte is in uppercase.<br>
<br>    2) BASE-91.  This adds additional precision to the nearest 91/ten<br>       thousandth of a minute, or about 4 decimal fractional digits of<br>       a minute or about one foot.  This format is identified if the <br>

       datum byte is in lowercase.<br><br>    3) NULL.  If the A and O bytes are SPACE characers, then they<br>       are only there to fulfill the !DAO! format and imply NO ADDED<br>       precision.  This is used when one wants to send DATUM info<br>

       but without claming added precision.  This use of space characters<br>       to imply lacking digits of precision is consistent with the<br>       existing APRS ambiguity system.<br><br>By the way, for those of you wondering about my tag line... My 8 year old daughter's name is Hope.  Must be something about that missing Y chromosome.  Talking excessively does seem to run on that side of the aisle.</div>

</div><div><div></div><div class="Wj3C7c">-- <br>Wes<br>---<br>Where there's silence, there is no Hope. 
</div></div><br>_______________________________________________<br>
aprssig mailing list<br>
<a href="mailto:aprssig@lists.tapr.org">aprssig@lists.tapr.org</a><br>
<a href="https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig" target="_blank">https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig</a><br>
<br></blockquote></div><br>