<table cellspacing='0' cellpadding='0' border='0' ><tr><td style='font: inherit;'>>>Goes back to the issue of a log full of people who <br>>>can't even get an IRLP connection up with DTMF, <br>>>something that takes far less in my opinion.<br>>...<br>> That is why you do it only once and do it <br>> right and store it in one of your radio's <br>> DTMF memories.  You never have to do it<br>> again.  Just hit DTMF Memory X, and your <br>> DTMF callsign goes out perfect every time.<br><br>Unfortunately history has shown that this won't work.  A lot of hams can't (or don't want to) follow simple instructions to set something up and verify it is correct.  How often do you see people using bad paths?  The rules are simple: Use WIDE2-2 for fixed stations.  Use WIDE1-1,WIDE2-1 for mobile stations (with a few rare exceptions such as the recent discussion of Montana).  Yet any time I glance at
 the stream of data from my TNC I see all sorts of bad paths:<br>- fixed stations using WIDE1-1 even when I know they are close enough to a full digi to not need it<br>- stations using WIDE1-1 in places other than the first slot, such as WIDE2-2,WIDE1-1<br>- Kenwood HTs, Kenwood mobiles, and stand alone trackers configured by people who have been brainwashed by UI-View to think that all paths need to be APRS,WIDE1-1,WIDE2-1 which means they don't get digipeated at all (Sure, "APRS" must be specified as the first thing in the path when configuring UI-View, but that's a UI-Viewism and is not how the path and unproto field for all other APRS applications are specified.)  <br>- And things that just don't make any sense at all such as RELAY,WIDE,2, or RELAY,WIDE-2, or W1,W2 (obviously a Kenwood user who doesn't realize those shortcuts don't work for non-Kenwood applications)<br>- Repeater objects going out with huge paths (sometimes with WIDE1-1 stuck at
 the end!)<br>- Speaking of repeater objects, most I see don't follow the standard format for frequency, tone, estimated range, or are not sent from digis but rather from home stations that are sending dozens of repeater objects for the whole state<br>- And the list goes on<br><br>My point is, regardless of how simple an interface is and how easy the instructions are, it is guaranteed that people will find ways to screw it up, and unfortunately it will happen a lot more often than one might think.  The IRLP connection issue is a perfect example.<br><br>-Jerome, W0JRT<br><br></td></tr></table><br>

      <hr size=1>Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile. <a href="http://us.rd.yahoo.com/evt=51733/*http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ "> Try it now.</a>