<p dir="ltr">>Sometimes it would be nice to have a very fast beacon rate for fast<br>
>moving objects</p>
<p dir="ltr">But if the object is moving, its going to be producing different posits and not trigger the dedup filter. My suggestion for a 30 second dedup window still supports this. </p>
<p dir="ltr">Kenneth Finnegan</p>
<div class="gmail_quote">On Dec 13, 2014 5:22 PM, "Tom Hayward" <<a href="mailto:esarfl@gmail.com">esarfl@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, Dec 13, 2014 at 4:38 PM, Kenneth Finnegan<br>
<<a href="mailto:kennethfinnegan2007@gmail.com">kennethfinnegan2007@gmail.com</a>> wrote:<br>
> I don't follow the argument for why you would want to allow identical<br>
> packets through the network more often than every 30 seconds. What's the<br>
> advantage of allowing repeated packets every 6 seconds on RF?<br>
<br>
Sometimes it would be nice to have a very fast beacon rate for fast<br>
moving objects during a special event. It's not a big deal though, so<br>
out of respect for the network I use longer rates.<br>
<br>
An interesting compromise would be to have smart digis that only<br>
digipeat one of each packet type per dupe cycle. Currently, the source<br>
+ entire payload is dupe-filtered. My idea would be to dupe filter on<br>
source + type, so only one position, one status, one weather, etc.,<br>
per station would get through each dupe period, even if the position<br>
or weather changed. If you want to get really fancy, the digi could<br>
dynamically modify this dupe period based on ALOHA calculation.<br>
<br>
If the digis could filter like this, one guy running a fast rate<br>
wouldn't impact a wide area. And the people near him would have a more<br>
accurate location. Kind of like proportional pathing, but enforced at<br>
a network level. (I already use proportional pathing or short/empty<br>
paths when I want to beacon fast/often to the local area.) If you<br>
consider one of the core principles of APRS that local information is<br>
the most valuable to the user, this seems like a smart way to improve<br>
performance both locally (accuracy) and wide area (scalability).<br>
<br>
Sorry for the tangential brainstorm.<br>
<br>
Tom KD7LXL<br>
_______________________________________________<br>
aprssig mailing list<br>
<a href="mailto:aprssig@tapr.org">aprssig@tapr.org</a><br>
<a href="http://www.tapr.org/mailman/listinfo/aprssig" target="_blank">http://www.tapr.org/mailman/listinfo/aprssig</a><br>
</blockquote></div>