<div class="gmail_quote">On Tue, Jan 25, 2011 at 10:11 PM, Stephen H. Smith <span dir="ltr"><<a href="mailto:wa8lmf2@aol.com">wa8lmf2@aol.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
On 1/25/2011 6:47 PM, Lee Bengston wrote:<div><div></div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>Cool idea, though.  It opens up other possibilities such as transmitting weather station data via internet only and still have it show up locally on RF.  In that case one would only need one igate nearby his fixed location to have the "reverse filter" in place.  Why transmit to IS only?  Could free up a 2 meter rig for a different use.  Also it could be an easy solution for an HOA that doesn't prevent a weather station from being installed in a back yard but prohibits antennas on the roof.<br>

<br>
Lee - K5DAT<br>
Murphy, TX<br>
</blockquote>
<br></div></div>
For this application, it would be trivially simple in UIview.     Filter the port 14580 IS stream for the one weather station callsign in question. This could be a budlist ( b/callsign-nn)  in addition to any area or distance-based filtering already in place.    Then edit igate.ini  to enable reverse-gating for that specific callsign.   The once-every-10 mins beacon rate of a weather station should not be a burden on the local RF channel.<br>

<br>
The complexity comes when you want to reverse-gate a mobile as it moves into and then out of the coverage of one igate, and then moves into the coverage of another.<br>
<br></blockquote><div>It might be simple to configure in UIView or other applications, but it would still require the weather station owner to contact the igate operator and have the modification made.  A 'standardized distance filter' for gating IS to RF would cover any local transmission via internet including the mobile guy passing through.</div>
</div><br>