| |
ZL3AI > APRDIG 04.05.03 18:45l 244 Lines 9650 Bytes #999 (0) @ WW
BID : 1225-ZL3AI
Read: GUEST
Subj: TAPR Digest, Apr 24, 4/5
Path: DB0FHN<DB0ZWI<DB0CHZ<DB0ERF<DB0MRW<OK0PPL<RZ6HXA<SP7MGD<VK7AX<ZL2BAU<
ZL3VML
Sent: 030427/1338Z @:ZL3VML.#80.NZL.OC #:64695 [Chch-NZ] FBB7.00i $:1225-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: Another idea...
From: David VanHorn <dvanhorn@cedar.net>
Date: Thu, 24 Apr 2003 14:19:03 -0500
X-Message-Number: 26
>Anyone worked with RFID before? I've heard ranges of up to 100 feet quoted.
>10 feet ought to be plenty for such an application.
It's a workable idea. Dallas and microchip have stuff that will work here.
You could put the tags in badges, so you just hand out the badges when
people check in.
----------------------------------------------------------------------
Subject: Re: Another thing I'd like to see...
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
Date: Thu, 24 Apr 2003 12:24:30 -0700 (PDT)
X-Message-Number: 27
On Thu, 24 Apr 2003, Miller Scott Contr 30SCS/FTI wrote:
>Thought of this awhile back and forgot about it. I'd like to see a tracker
>with maybe four color-coded buttons (red, yellow, green, black). Each
>button captures the current GPS location and generates an object or item
>report with a corresponding flag symbol. Let's say you've got a SAR team in
>the field tagging, say, space shuttle debris to use a real-world example.
>Each piece of debris gets a click of the red button. Human remains get a
>black button. Suspected debris gets a yellow button. Back at the command
>post, the map automatically pops up with the appropriate flag.
>
>Anyone tried something like this?
I haven't tried it, but I've certainly thought about it a bunch. The
problem with the current APRS setup is that we couldn't be guaranteed that
the packet made it back, so some of the flagging could be for naught.
With the new spec, it's possible with the store-and-forward scheme that
with path windows to base becoming available, the info could make it back.
The other way would be to have the unit store the info until each team got
back to base, but that might eliminate several hours of the "big picture"
coming into focus that you might have otherwise had with real-time data.
--
Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com
Senior Methods Engineer/SysAdmin
"Lotto: A tax on people who are bad at math!"
"Windows: Microsoft's tax on computer illiterates!" -- WE7U
"The world DOES revolve around me: I picked the coordinate system!"
----------------------------------------------------------------------
Subject: Re: Another idea...
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
Date: Thu, 24 Apr 2003 12:27:27 -0700 (PDT)
X-Message-Number: 28
On Thu, 24 Apr 2003, David VanHorn wrote:
>>Anyone worked with RFID before? I've heard ranges of up to 100 feet quoted.
>>10 feet ought to be plenty for such an application.
>
>It's a workable idea. Dallas and microchip have stuff that will work here.
>You could put the tags in badges, so you just hand out the badges when people
check in.
Typically SAR members need to have some form of badge to begin with. It's
common for unauthorized people (sometimes family members of the missing) to
masquerade as SAR members in a search area, so the identification is very
necessary.
Just add the RF-ID tag to the SAR or DEM-issued badges...
Then the only worry is adding it to the equipment. For a lot of rigging
equipment you probably wouldn't want to add it directly, but you could add
it to the bags they're carried in.
--
Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com
Senior Methods Engineer/SysAdmin
"Lotto: A tax on people who are bad at math!"
"Windows: Microsoft's tax on computer illiterates!" -- WE7U
"The world DOES revolve around me: I picked the coordinate system!"
----------------------------------------------------------------------
Subject: Re: Another thing I'd like to see...
From: joe@lightningflash.net
Date: Thu, 24 Apr 2003 14:35:41 -0500
X-Message-Number: 29
Well, you don't have to have the transmitter at the actual transmitted
object... you could implement this "tagger" with a bit of memory so that
when you press one of the buttons to tag a new item of interest, the
location is stored in memory. Then, the device could re-transmit the item
every 10 minutes (for example). The limit there would be the memory
capacity of the tagging device. Same as Curt's idea, but doesn't mean the
organizers of the SAR event have to wait for each searcher to return before
seeing the data.
It would just be a mini APRS client that is very adept at creating objects
or items and not much else ;-)
-Lance KJ5O
----------------------------------------------------------------------
Subject: RE: WinAPRS/MacAPRS now supports TIGER map data
From: Mark Sproul <msproul@jove.rutgers.edu>
Date: Thu, 24 Apr 2003 15:31:40 -0400
X-Message-Number: 30
At 1:31 PM -0500 4/24/03, Alton wrote:
>Some documentation questions:
>
>In the Tiger folder, can subfolders be used to organize county files
>(and state / county outlines) by state or region, or do all the files
>have to be at the top level inside Tiger?
Yes, you can have all of the subfolders you like, makes now difference
how many or how they are organized.
>What is a recommended processor speed / memory size to even
>try to run this new version? Is a 500 mhz machine with 128 meg
>adequate, or is it time to belly up to the bar and get one of the 2
>ghz XP wonders?
If you are only going to download 1 or 2 counties, probably 300 mhz
with 128 megs of ram will work. HOWEVER I am testing on a 1 ghz system
with 512 megs of ram and it runs very nicely.
The new map data is VERY memory hungry and VERY CPU intensive.
There are many things you can do to speed it up for older systems
The most important is to turn OFF "FILLED POLYGONS"
This of course is a major part of the maps looking "nice"
Mark
------------------------------------------------------------------
Mark Sproul |
http://ecs.rutgers.edu |
msproul@jove.rutgers.edu |
Manager - Engineering Computing Services | 732-445-3121
Rutgers University School of Engineering |
Eng D111 |
------------------------------------------------------------------
----------------------------------------------------------------------
Subject: Re: Another thing I'd like to see...
From: Bob Bruninga <bruninga@usna.edu>
Date: Thu, 24 Apr 2003 19:17:29 -0400 (EDT)
X-Message-Number: 31
On Thu, 24 Apr 2003, Miller Scott Contr 30SCS/FTI wrote:
>...I'd like to see a tracker with maybe four color-coded buttons (red,
>yellow, green, black). Each button captures the current GPS location
>and generates an object or item report with a corresponding flag symbol.
>Anyone tried something like this?
Its a good one. APRSdos has several of those type functions for use while
mobile (And you can do some of it on the kenwood too)...
APRSdos:
1) Hit F5 at any time to mark a DF object showing the place on a map with
an equal omni-DF signal strength contour from a FOX or JAMMER. After you
have marked 3 of these then APRSdos will use the fade-circle DF technique
to identify the center of the circle defined by these points as the
probable location of a FOX or JAMMER. GO there, reduce antenna gain and
do it again. You can find a FOX with nothing but your omni mobile this
way...
2) WHile mobile and doing DFing, hit "IP" (INPUT-POS) to leave a DF
bearing line object on the map at the current location. After you leave
a few of these objects on the map and keep driving, you can
triangulate the FOX or Jammer from your own efforts.
3) Same as #2, but hit "IU" (Input-UPLINK) and the DF bearing line object
is uplinked to everyohne else for cooperative DFing.
In a Kenwood, program a PM memory with one of these callsigns:
WRECKn
JAMnn
COPnn
RDKILL
Or any other uniqe feature you want to mark along the highway. Then all
it takes to mark that place on the highway is:
Hit PMx, then hit BCON button twice to force a posit, then hit PMy
to get back to normal driving. But you have placed that object on the
map for others to see.
The reason for the "nn" is so that you can make yorus unique from someone
elses or mark multiple such objects.
de WB4APR, BOb
----------------------------------------------------------------------
Subject: Still looking for solution...
From: Jim Duncan <jdbandman@earthlink.net>
Date: Thu, 24 Apr 2003 19:52:57 -0500
X-Message-Number: 32
Well, the radio DOES still work on voice but is a little
flaky....tonight I did several "button" resets and notice that on
power-up I here several beeps as though some push-button has been hit
and then I couldn't get the mic to key the radio.
One other point: NONE of the mic pushbuttons seem to be having any
affect on the radio. I've tried connecting the mic directly to the
radio rather than through my extension cable but still no xmit or pb
control....
After the resets the radio does NOT try to open the TNC but if I hold
the function key in order to access the TNC I can't get past the APRS
mode....still stuck in "Opening TNC".... any hit on the TNC button after
this results in the "huh? you can't do THAT" beep.
With severe storms in the area this afternoon I was glad that I still
had voice capability on the radio. Unfortunately now that is NOT the
case.
So, I am STILL looking for the "definitive" solution to getting control
back over the radio.... I'm wondering if there is a CMOS battery or
reset internally that I can access....
Does anyone have a D-700A service manual???
--
73 de Jim, KU0G
Chairman/Coordinator
Kansas City APRS Working Group, W0APR
First Alert Storm Team KMBC-TV9
Mailto:ku0g@kcaprs.org
Webpage: http://www.kcaprs.org
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
