<div dir="ltr">Why don't you start by going around to every every RX only IGate operator and convincing them that they it is wrong to not have a two-way IGate? If the only Igate in an area is RX only, that definately breaks the system.<div><br></div><div>If you want gating to be reliable you have to get rid of receive only gates.<br></div><div>Just saying.</div><div><br></div><div>Randy</div><div>WF5X</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 16, 2016 at 8:20 AM, Steve Dimse <span dir="ltr"><<a href="mailto:steve@dimse.com" target="_blank">steve@dimse.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
> On Nov 16, 2016, at 3:00 AM, Jim Alles <<a href="mailto:kb3tbx@gmail.com">kb3tbx@gmail.com</a>> wrote:<br>
><br>
>  I do intend to disrupt the "but we've always done it this way" thinking, however.<br>
<br>
</span>Keep in mind is why this thinking exists. There is no central authority that can dictate change. In the case of a change in the way IGates operate this means convincing a dozen or more IGate authors to update their software, and hundreds of IGate operators to upgrade. This is hard even without the complication that one of the most popular IGate packages hasn't been updated in years because of the author's death.<br>
<br>
A good idea can, over time, come to be widely implemented. Changes that require hardware changes like the various proposals that would obsolete D7/00s are especially difficult. Standardization for standardization sake is doomed to failure in the APRS community, both because of this inertia and because situations vary widely within the APRS community.<br>
<br>
There certainly is ambiguity in the spec documents. Some of this is accidental and some of it intentional. Accidental because documentation is something most of us hate and spend little time on. Even during the big push of a dozen people that created the APRS spec document real life took many of as away at different times as we worked our way through each of the formats, so plenty was missed. Intentional because either the document dictates various ways something was already be done, or because we see different ways it could be done, and want individuals to have the right to decide which is best for them.<br>
<br>
APRS is, above all, a practical system; keep in mind the practical issues of anything you consider proposing.<br>
<br>
Steve K4HG<br>
<div class="HOEnZb"><div class="h5"><br>
<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>
</div></div></blockquote></div><br></div>