<div dir="auto"><div>The problem is that in most areas the people running the digis seem to have no interest in setting up and managing objects from them so aprs continues to fail to be a source of useful information....</div><div dir="auto"><br></div><div dir="auto">I think there was a proposal somewhere at some point for a system where people could send an object to a digipeater once and it would store and resend at appropriate intervals. This should not be hard to implement in software based digipeaters and would allow for much more efficient information sharing.</div><div dir="auto"><br></div><div dir="auto">-Jess</div><div dir="auto">K5LLI<br><div class="gmail_extra" dir="auto"><br><div class="gmail_quote">On Jan 27, 2018 1:15 PM, "Robert Bruninga" <<a href="mailto:bruninga@usna.edu">bruninga@usna.edu</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> I have recently started project called, "Minnesota Object<br>
> Repository Beacon Station" (MNORBS).  I do an object beacon<br>
> for each of the objects in my repository (such as a repeater).<br>
<br>
Just remember that OBJECT beacons *originated* at high-site digipeaters are<br>
WELCOME to provide useful local frequency info to travelers entering the<br>
area, BUT they are generally not welcome when they originate at home<br>
stations and JAM other users.<br>
<br>
There is a huge difference.  When essential Frequency Objects are originated<br>
at the digipeatere, they do NOT compete with other users.  Because they are<br>
not on the uplink, and the Digipeater simply inserts them in to a slot when<br>
no one else is using the frequency.  They are only transmitted once, and<br>
they do not collide with anyone else.<br>
<br>
On the other hand, originating these objects down on the ground is just<br>
another source of interference that collides with all the other traffic on<br>
the channel, not only cutting throughput in HALF because the object uses two<br>
slots instead of one, but also blocking other people's packets.<br>
<br>
The original Kantronics TNC's as digipeaters can originate typically three<br>
additional local area objects FROM THE DIGI itself using the BTEXT and<br>
LTEXTS as well as the digipeatr's own information (usually using 2 LTexts so<br>
that the DIGI appears locally direct once every 15 minutes and via other<br>
digis once an hour..<br>
<br>
Please see <a href="http://aprs.org/localinfo.html" rel="noreferrer" target="_blank">http://aprs.org/localinfo.html</a><br>
<br>
If someone in your area is flooding the local channel by sending useless<br>
objects to the digi, please make sure he understands the burden this places<br>
on the channel.<br>
<br>
Bob, WB4APR<br>
______________________________<wbr>_________________<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" rel="noreferrer" target="_blank">http://www.tapr.org/mailman/<wbr>listinfo/aprssig</a><br>
</blockquote></div><br></div></div></div>