<div dir="ltr">Excellent comment and idea... I'll add that in the next couple of days.  Of course there is also the "beacon" setting which will actually auto beacon the object up to 1 year at set intervals...<br>
<br>It may not make sense to use decay when you can just beacon it anyways?  Do normal digipeaters that advertise their objects or remote sites decay as well?<br><br>Greg<br><br>NV6G<br>OpenAPRS.Net<br><br><div class="gmail_quote">
On Sun, Sep 7, 2008 at 1:09 PM, Bob Bruninga <span dir="ltr"><<a href="mailto:bruninga@usna.edu">bruninga@usna.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> I've recently added object creation...<br>
> Of course object creation is APRS-IS only...<br>
> ...check our blog at <a href="http://blog.oaprs.net/" target="_blank">http://blog.oaprs.net/</a><br>
<br>
Great work!  Comments:...<br>
<br>
I think you need to implement the usual APRS decaying algorithm for new objects.  Otherwise, the only people that will see them are people who were logged on at the instant of creation.<br>
<br>
This will fail the most common application... That is, see something happen, post an object, send out a message to the world to "see this", but when they log on, it is never seen again..<br>
<br>
So I'd suggest a packet at creation, then maybe 2.5, 5 and then 10 minute refresh.  Then keep it at 10 minutes for the next 12 hours.  Then automatically cease transmitting it, or even consider sending a kill..<br>
<br>
Bob<br>
WB4APR<br>
<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>
</blockquote></div><br></div>