| |
ZL3AI > APRDIG 10.05.04 08:56l 248 Lines 9125 Bytes #999 (0) @ WW
BID : 3186-ZL3AI
Read: GUEST
Subj: TAPR Digest, Apr 20, 15/17
Path: DB0FHN<DB0RGB<OK0PPL<DB0RES<ON0AR<VK6HGR<VK3AVE<ZL2BAU<ZL2BAU<ZL3VML
Sent: 040510/0647Z @:ZL3VML.#80.NZL.OC #:23704 [Chch-NZ] FBB7.00i $:3186-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: APRS greater precision
From: "Curt, WE7U" <archer@eskimo.com>
Date: Tue, 20 Apr 2004 16:07:39 -0700 (PDT)
X-Message-Number: 87
On Tue, 20 Apr 2004, Scott Miller wrote:
>>It's funny, most people think we're out there looking for the lost
>>subjects... In reality we're supposed to be looking for clues to
>>the lost subjects, as those are more plentiful. Marking where the
>>clues and other objects of interest are on the map is important, as
>>you can do statistics based on lost subject behavior, and you can
>>see trends in the clues. That's why we need higher resolution than
>>DDMM.MM provides for SAR.
>
>Good point. I got to practice plotting the location of a peanut shell on a
>1:24000 topo by hand last weekend. I *really* want to put together a
>tracker that'll give field teams four color-coded flagging buttons that they
>can it when they find something, and have it store those waypoints locally
>until it's sure they've been received at the command post.
Now most of you will read that and think "A peanut shell, what good is
that?".
That is a clue. We use that to find people. You'd be amazed at the kind
of things we need to plop on a map screen to try to figure out something
about the direction of travel, whether to move the search area a bit based
on new clues, etc.
Footprints and discarded food items/wrappers/clothing and other gear are
very common things we need to plot. 60 feet minimum distance between
plotted objects doesn't cut it.
I'd love to see a device like what Scott is describing. I had similar
thoughts a few years back regarding bowhunting, but didn't put it into
hardware. It has much more utility for SAR.
--
Curt, WE7U archer at eskimo dot com
Arlington, WA, USA 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!"
----------------------------------------------------------------------
Subject: Re: Kenwood users BEWARE!
From: Steve Jones <s.jones@rogers.com>
Date: Tue, 20 Apr 2004 19:07:56 -0400
X-Message-Number: 88
on 4/20/04 4:42 PM, Robert Bruninga at bruninga@usna.edu wrote:
>If Kenwood users want to protect their investment
>in a radio that can display just about ANYTHING they
>need to know while moble they better speak up, or the
>XASTIR and OPEN_TRACK people plan on obsoleting
>them as soon as they can...
Yes, by all means speak up. Ask Kenwood why they didn't include the ability
to upgrade the firmware in their units easily.
--
Steve <s.jones@rogers.com>
----------------------------------------------------------------------
Subject: PSR Deadline Reminder
From: Stan Horzepa <stanzepa@earthlink.net>
Date: Tue, 20 Apr 2004 19:15:11 -0400
X-Message-Number: 89
The deadline for the next issue of TAPR's newsletter, Packet Status Register
(PSR), is fast approaching, so if you have any input for the publication,
please get it to me by the end of the weekend.
73,
Stan Horzepa, WA1LOU
PSR Editor
----------------------------------------------------------------------
Subject: Re: HK21 Battery Pack
From: John Ackermann N8UR <jra@febo.com>
Date: Tue, 20 Apr 2004 19:44:57 -0400
X-Message-Number: 90
K.Paul Boggs wrote:
>Any ideas, or leads to obtaining
>the Heath Pocket Packet battery
>pack.
>Thanks
>Paul
I replaced the pack in mine years and years ago with a 3rd party pack
(don't remember where). My memory is hazy, but I think the pack is just a
stack of AAA cells. I bet a place like Batteries Plus has a virtually
identical stack available, or can build one.
73,
John
----------------------------------------------------------------------
Subject: Re: APRS Kenwood Radios
From: "Germino" <mgermino@sbcglobal.net>
Date: Tue, 20 Apr 2004 17:20:40 -0700
X-Message-Number: 91
From the ARRL letter
_________________________________________________________
The FCC additionally proposed a rule change that would make Kenwood's Sky
Command system legal for operation within the US. The proposed amendment
to §97.201(b) of the rules would permit auxiliary operation on 2 meters
above 144.5 MHz--with the exception of the satellite subband 145.8 to
146.0 MHz--in addition to frequency segments already authorized. The Sky
Command system permits the user to operate certain Kenwood equipment
remotely via a VHF/UHF handheld transceiver.
_________________________________________________________
This may mean more sales for the 700 and perhaps as a result more
improvements. The Kenwood's were not just for APRS, but also Sky Command.
(The ability to control your TS-570 or TS-2000 HF rig remotely)
Mike
AD6AA
----------------------------------------------------------------------
Subject: Re: APRS greater precision
From: "Scott Miller" <scott@3xf.com>
Date: Tue, 20 Apr 2004 17:25:52 -0700
X-Message-Number: 92
>Now most of you will read that and think "A peanut shell, what good
>is that?".
>That is a clue. We use that to find people. You'd be amazed at the
>kind of things we need to plop on a map screen to try to figure out
And in this case, we'd already made note of a pile of unshelled peanuts in
the "victim"'s car at the trailhead.
>something about the direction of travel, whether to move the search
>area a bit based on new clues, etc.
>I'd love to see a device like what Scott is describing. I had
>similar thoughts a few years back regarding bowhunting, but didn't
>put it into hardware. It has much more utility for SAR.
It could probably be done with APRS, but this is one of the core functions
I'm trying to design into OpenTRAC. It should do this efficiently, and also
allow possibly time-delayed relaying between field units as needed.
In this particular excercise, the command post lost contact with one vehicle
as soon as they left the staging area. We only had contact through a team
up on a ridge, and then only when that team was in the right position. It
would have been nice to have a tracker on the team that would have picked up
the last position on one side of the hill, then relayed it with timestamp to
the command post when the team came back around. Not too hard to do in
OpenTRAC with a single frame - you can say "I'm team 1 and I'm <here>. At
<time>, team 2 said they were <there>."
Scott
N1VG
----------------------------------------------------------------------
Subject: Reprogramming the D700
From: "Eric H. Christensen" <kf4otn@earthlink.net>
Date: Tue, 20 Apr 2004 20:38:00 -0400
X-Message-Number: 93
Something is just nagging me... There has to be a way to go into the D700,
physically remove the firmware, read the firmware, fix the problems on the
computer, and then burn a new chip and put it back in...
Eric KF4OTN
----------------------------------------------------------------------
Subject: Re: D700 and Garmin GPS-V
From: "Kurt O. Jauss" <kf6hjo@earthlink.net>
Date: Tue, 20 Apr 2004 17:58:46 -0700
X-Message-Number: 94
I have both a GPS V and a streetpilot III and both place stations on
the screen. Set the GPS's for NMEA 4800. Then set the kenwood Menu APRS
3-2 to NMEA and 3-3 to 9 waypoints. Good luck.
Rick Stoneking wrote:
>All,
>
>I have been using my D700 (which I love, BTW) for about two years
>now. I have been using a Delorme TripMate as the GPS receiver
>attached to the radio and it works great. I have recently purchased a
>Garmin GPS-V and I was hoping that I would now be able to have the
>D700 display other APRS stations as Waypoints on the GPS-V screen. I
>have read through the manual and it appears that the only input (into
>the GPS-V) protocal is a Garmin proprietary protocol not supported by
>the Garmin GPS-V. Can anybody on the SIG confirm that I am out of
>luck with the equipment I have, or I have I missed something?
>
>Thanks,
>Rick
>W2RDS
----------------------------------------------------------------------
Subject: Re: [ui-view] Ambiguity?
From: "Spider" <spider@rivcom.net>
Date: Tue, 20 Apr 2004 18:24:08 -0700
X-Message-Number: 95
From: "Curt, WE7U" <archer@eskimo.com>
To: "TAPR APRS Special Interest Group" <aprssig@lists.tapr.org>
Cc: <aprssig@lists.tapr.org>
Sent: Tuesday, April 20, 2004 2:30 PM
Subject: [aprssig] Re: [ui-view] Ambiguity?
>>I see chopping off significant digits from a position as a way to
>represent position ambiguity to be misleading.
Yes, because it is not ambiguity, it's proximity. The location is not
"anywhere within the surrounding whatever, it's in the middle.
However, I think the way we are thinking about it is wrong...and Bob tried
to explain it on the UI-View sig...and I finally got what he was trying to
accomplish with it in APRSDos. I've just never seen APRSDos work. This is
where screen shots would REALLY pay off!
With UI-View, I have no way to indicate "Hey, I am at "about" 114 degrees,
17 minutes", which would be good for an incoming plane at some distance.
But, that is an approximation, not really ambiguous.
Jim
WA6OFT
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
