<div dir="ltr"><div class="gmail_default" style="font-family:georgia,serif">So, back to Bob's collision with reality:</div><div class="gmail_default" style="font-family:georgia,serif"><br></div><div class="gmail_default" style="font-family:georgia,serif"><span style="color:rgb(31,73,125);font-family:calibri,sans-serif;font-size:14.6667px">APRS-IS behavior that does not recognize an APRS station (in the IGate/APRS-IS system) unless and ONLY IF it sends a valid position report.  This is not how APRS messaging is supposed to work.  There should not be any dependence on a position report for 2-way messaging to work.</span><br></div><div class="gmail_default" style="font-family:georgia,serif"><span style="color:rgb(31,73,125);font-family:calibri,sans-serif;font-size:14.6667px"><br></span></div><div class="gmail_default"><font face="calibri, sans-serif" color="#000000"><span style="font-size:14.6667px">And my dilemma, where Canada is two hops away on occasion:</span></font></div><div class="gmail_default"><font color="#1f497d" face="calibri, sans-serif"><span style="font-size:14.6667px">​<br><div class="gmail_chip gmail_drive_chip" style="width:396px;height:18px;max-height:18px;background-color:#f5f5f5;padding:5px;color:#222;font-family:arial;font-style:normal;font-weight:bold;font-size:13px;border:1px solid #ddd;line-height:1"><a href="https://drive.google.com/file/d/0BxDze9ZSkXzcbjZvVWFpc0RSMjA/view?usp=drive_web" target="_blank" style="display:inline-block;overflow:hidden;text-overflow:ellipsis;white-space:nowrap;text-decoration:none;padding:1px 0px;border:none;width:100%"><img style="vertical-align: bottom; border: none;" src="https://ssl.gstatic.com/docs/doclist/images/icon_11_image_list.png"> <span dir="ltr" style="color:#15c;text-decoration:none;vertical-align:bottom">Screenshot at 2016-11-10 10-42-42.png</span></a></div>​<br></span></font></div><div class="gmail_default"><font face="calibri, sans-serif" color="#000000"><span style="font-size:14.6667px;background-color:rgb(255,255,255)">What do we have to work with to improve messaging, without saturating some RF channel territories?</span></font></div><div class="gmail_default"><font face="calibri, sans-serif" color="#000000"><span style="font-size:14.6667px;background-color:rgb(255,255,255)"><br></span></font></div><div class="gmail_default"><font face="calibri, sans-serif" color="#000000"><span style="font-size:14.6667px;background-color:rgb(255,255,255)">We have been discussing situational awareness, from two perspectives:</span></font></div><div class="gmail_default"><ul><li>The mobile operator, expecting to exchange messages<br></li><li>The TX-IGate operator, wanting to minimize RF transmissions.<br></li></ul><div>I am going to focus on me, the confused IGate operator to start. This is to discuss the theoretical, not suggesting change or imply that it can be done.</div><div><br></div><div>Ok what happens to my map, if I hear a message from across the lake, and I don't consider distance when I try to send a message back to him? I may have to send 4-5 copies across two hops because He can't get the message reliably - or get the acks back to me, lighting up digis for hundreds of miles, for a hopeless cause.</div><div><br></div><div>But wait, (I presently am trying figure this one out - help -really!) </div><div><ol><li>My IGate transmits direct, no path. and can cover most of Happy Valley (maybe - not tested). It can't reach Interstate-80 to the north.</li><li>My IGate transmits with PATH WIDE2-1 and I hit 4-5 High Profile Digis (HPDs) all at once, reaching I-80 and more, but being in earshot of all of them, we get collisions in the valley - wasted bandwidth locally w/ no benefit.</li><li>My IGate transmits with PATH <a href="http://aprs.fi/info/a/W3YA-1">W3YA-1</a> our closest high-profile digi @ 650' HAAT The packet hits I-80, and we get a second clean, strong copy in the valley</li></ol></div><div>To me, it looks like #3 is The Right Thing To Do.</div><div><br></div><div>What do I limit my transmit decision to? It has to be no more distance than what W3YA-1 can reach. I figure 50-60 miles in my case. I would reduce that to 40 if I can realize a plan for a second IGate 50 miles south, in farmland.</div><div><br></div><div>That means I need to ignore anything that wants to be transmitted beyond that transmit coverage..</div><div><br></div><div>How do I decide that, without waiting to get a station's position beacon? Number of hops (1) isn't helpful, because I can hear the other HPDs.</div><div><br></div><div>Can I know if it was Digi-peated once from direct to W3YA-1, from the path? does that help? is it reliable? I still might not know that the station is in transmit range of W3YA-1?</div><div><br></div><div>In my work, I might look for more <a href="http://sensors.to">sensors.to</a> use. Many TX-Igates might have fairly decent Internet Bandwidth. So this is a hypothetical tool for them:</div><div><br></div><div>IGates are store and forward mechanisms. Could we ask something else if it knows where a station is, if we heard it, got a message for it, but don't yet know whether it is worth chewing up the channel slot?</div><div><br></div><div>.ja.</div></div></div>