[Date Prev][Date Next][Thread Prev][Thread Next] - [Date Index][Thread Index][Author Index]

Re: ISS Unproto Destination Address



Hi again all,

Bob's (WB4APR) suggestion will work... we can add up to 8 "callsigns" after 
the VIA in the unproto path.  But I also agree that we should not create overly 
long packets.  Every bit counts... it is easier to get digipeated if you send 
smaller packets.  That is what I tell all newbies.

So everyone must weigh out for themselves "how big" of a packet to transmit, 
just as everyone must weigh out "how often" to transmit.  If you get your 
signal digipeated, you're communicating... if you don't, you're QRM (which we 
all are some of the time).

I find good days and bad days on the digipeater.  Sometimes it seems like its 
the best I can do just to send a blank line (which would include my name and 
callsign in the header).  Other days I could probaby transmit a text file.

Callsign, name, and QTH are all important parts of a QSO exchange. You 
never know which APRS Igate is going to pick you up to get you posted to the 
ariss.net map... so it makes as much sense to send grid square with every 
transmission as it does to send the name (if you care about getting on the 
map - which some people don't).  I send the grid almost every time (in the 
packet body) unless I'm having trouble getting through.

So the question seems to boil down to, "Do we want to encourage CQ as the 
standard TO destination (with VIA [name]) and >GG##gg/- in the body)?"

UNPROTO CQ VIA NOCALL,STAN

would give me a minimum transmitted packet of 
W4SV>CQ,NOCALL*,STAN:>EN61oj/-

The question then becomes, "How many of these Kenwood radios are using 
this feature, on any given pass?"  Not that there are thousands sold... but how 
many are turned on, with a live operator watching the display?  Will these 
users not get enough of  a demo from the other APRS users that are active on 
any given pass?  I don't think a pass goes by where I don't see at least some 
APRS activity going on.

Is it worth it for the rest of us to crunch 2 more characters into our packet 
string?  Two characters doesn't seem like much, but its about a 20% increase 
in characters in the header for me (NOCALL plus STAN equals 10 
characters). And these extra characters will factor into the sum of QRM 
also... from all of us transmitting it.

Hmmm.... beats me.

73 de Stan/W4SV
CQ VIA NOCALL,STAN,EN61OJ,LAPORT,COUNTY,44YRS,WX,CLOUDY



On 23 Sep 2001 at 9:10, Bob Witte  KB0CY wrote:

> > From: "Stan Vandiver" <stan@Vandiver.com>
> > Subject: Re: [sarex] ISS Unproto Destination Address
> >
> > Hi All,
> >
> > Maybe I'm under the mistaken impression that ariss.net *only* takes its
> > positions from the body of the packet, either in grid square or LAT/LON
> > formats. I don't remember that it parses the header of the packet to get
> the
> > position report.
> 
>   Stan,
>   After looking again at the data on www.ariss.net, I think you are correct.
>   I see packets that have the grid in the destination result in
>   station listings without their location. (I sent an email to the
>   author to verify this but have not heard back yet.)
> 
>    Bob KB0CY

----
Via the sarex mailing list at AMSAT.ORG courtesy of AMSAT-NA.
To unsubscribe, send "unsubscribe sarex" to Majordomo@amsat.org



AMSAT Top AMSAT Home