| |
ZL3AI > APRDIG 18.08.06 23:32l 129 Lines 4331 Bytes #999 (0) @ WW
BID : 8609-ZL3AI
Read: GUEST
Subj: [APRSSIG] Vol 26 #16, 3/3
Path: DB0FHN<DB0RGB<OK0PPL<DB0RES<ON0AR<ZL2BAU
Sent: 060818/2126Z @:ZL2BAU.#87.NZL.OC #:64541 [Waimate] $:8609-ZL3AI
From: ZL3AI@ZL2BAU.#87.NZL.OC
To : APRDIG@WW
Message: 15
Date: Wed, 16 Aug 2006 20:45:10 +1000
From: "Andrew Rich" <vk4tec_at_tech-software.net>
Subject: RE: [aprssig] APRS messaging break out
I would prefer to use XASTIR - we may put trackers on the horse riders.
So does xastir gate messages from RF to local port ?
That way I can have perl listening and insert into my external apps ?
Andrew Rich
Amateur radio callsign VK4TEC
email: vk4tec_at_tech-software.net <mailto:vk4tec_at_tech-software.net>
web: http://www.tech-software.net
Brisbane AUSTRALIA
------------------------------
Message: 16
Date: Wed, 16 Aug 2006 06:09:37 -0500
From: Jason Winningham <jdw_at_eng.uah.edu>
Subject: Re: [aprssig] APRS wish list
On Aug 15, 2006, at 9:12 PM, Bob Burns K4RXR wrote:
>It'd be great if there was a way to let the D700 continue to run in
>APRS mode and then have a mapping program that pulls the positions
>from the D700. I haven't seen anything like that out there.
Let the D700 operate APRS as normal (TNC in APRS mode) and use an external
TNC, a packet decoder, or a sound card interface to decode the audio output
from the D700 for use by the mapping program. This does not allow the
program to transmit, but works quite well otherwise.
I use this frequently on balloon chases; the data stream feeding the laptop
for logging, mapping, ascent rate/descent rate calculation, etc is vital,
but I still like to have the data displayed on the D700 as I'm navigating
to the LZ.
-Jason
kg4wsv
------------------------------
Message: 17
Date: Wed, 16 Aug 2006 09:59:55 -0400
From: Bob Burns K4RXR <k4rxr__at_rlburns.net>
Subject: Re: [aprssig] APRS wish list
Quoting Jason Winningham <jdw_at_eng.uah.edu>:
>Let the D700 operate APRS as normal (TNC in APRS mode) and use an
>external TNC, a packet decoder, or a sound card interface to decode
>the audio output from the D700 for use by the mapping program. This
>does not allow the program to transmit, but works quite well
>otherwise.
Yes, Jason, that's the answer I'm coming around to also. I might eliminate
the D700 altogether and go with a dedicated radio/tracker combination. But,
either way, feeding the radio's RX audio to a sound card interface on a
computer running an APRS client sounds like a good solution. I'll also have
to split the GPS data so the non-APRS mapping program has position data.
Thanks to all for your input!
Bob...
------------------------------
Message: 18
Date: Wed, 16 Aug 2006 07:56:44 -0700 (PDT)
From: "Curt, WE7U" <archer_at_eskimo.com>
Subject: [aprssig] qAR & qAr, same igate
I'm seeing some of my packets duplicated on the APRS-IS stream. Packets
come across first with "qAR,CALLSIGN" as the identifying igate, then again
a few minutes later with "qAr,CALLSIGN*" as the igate. The Q-construct is
different plus there's an asterisk after the callsign.
qAr - Packet was received indirectly (via an intermediate server) from an
IGate using the,I construct. The callSSID following the qAr it the
callSSID of the IGate.
qAR - Packet was received directly (via a verified connection) from an
IGate using the,I construct. The callSSID following the qAR it the
callSSID of the IGate.
So... Is this expected behavior or is something else going on?
--
Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer
"Lotto: A tax on people who are bad at math." -- unknown
"Windows: Microsoft's tax on computer illiterates." -- WE7U
"The world DOES revolve around me: I picked the coordinate system!"
------------------------------
Message: 19
Date: Wed, 16 Aug 2006 10:35:47 -0500
From: "AE5PL Lists" <HamLists_at_ametx.com>
Subject: RE: [aprssig] qAR & qAr, same igate
Do you have multiple feeds for your IGate into APRS-IS? If so, change to a
single feed.
I am not aware of which server software inserts an asterisk in the q paths.
The software that is doing this is mangling the q construct. I would guess
that since that software is also reinserting the packet with the qAr
construct, somebody has some bad server software out there that isn't even
dupe checking properly.
73,
Pete Loveall AE5PL
mailto:pete_at_ae5pl.net
------------------------------
aprssig mailing list
aprssig_at_lists.tapr.org
https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig
End of aprssig Digest, Vol 26, Issue 16
Read previous mail | Read next mail
| |
