| |
ZL3AI > APRDIG 15.02.03 11:01l 235 Lines 9218 Bytes #999 (0) @ WW
BID : 899-ZL3AI
Read: GUEST
Subj: TAPR Digest, Feb 13, 3/4
Path: DB0FHN<DB0ZWI<DB0HST<HB9OK<IK1ZNW<7M3TJZ<SP7MGD<VK7AX<ZL2BAU<ZL3VML
Sent: 030215/0731Z @:ZL3VML.#80.NZL.OC #:59489 [Chch-NZ] FBB7.00i $:899-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: RE: APRS and ArcView?
From: James Jefferson <jjeffers@aprsworld.net>
Date: Thu, 13 Feb 2003 15:03:41 -0600
X-Message-Number: 15
The only problem with APRS for ArcView is that ArcView is darn expensive.
Unless people have access to ArcView through work or school then I doubt
hobbyists would want to spend at least $xxxx for it. Spatial analysts and
other extensions bump the price up considerably as well.
Otherwise, ArcView is pretty darn nice software. I enjoy using it and am
constantly amazed at how easy it is do mapping. From the beginning ArcView
has been for Unix systems, so that support is quite good ... althought they
haven't ported it to Linux.
-Jim
----------------------------------------------------------------------
Subject: RE: APRS and ArcView?
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil>
Date: Thu, 13 Feb 2003 21:17:12 -0000
X-Message-Number: 16
It was the Military Analyst extension that really grabbed my attention. I
believe it's just a bundle that includes Tracking Analyst, Spatial Analyst,
some of the other standard extensions, plus a milspec symbol overlay system.
Yes, getting funding is a major concern. I have this picture in my head of
the command post looking like a NASCAR car with ESRI, Oracle, and Sun logos
plastered all over it. =]
Training, too, is a concern. I remember being the only person available on
the team with metal detector training once... I wound up spending the entire
weekend walking back and forth over a patch of rotting eucalyptus grove
where a dead body had by lying for the past month. Spending a search
sitting in front of a workstation sounds a lot more agreeable, but many
(most?) of the SAR team members don't care for that sort of work.
Still, it'd be really cool. =]
Scott / N1VG
----------------------------------------------------------------------
Subject: Re: APRS and ArcView?
From: k5qq@juno.com
Date: Thu, 13 Feb 2003 14:28:40 -0700
X-Message-Number: 17
On Thu, 13 Feb 2003 16:40:32 -0000 Miller Scott Contr 30SCS/FTI
<Scott.Miller@vandenberg.af.mil> writes:
>Other SAR folks I've spoken with have lamented the lack of topo map
>support in existing APRS apps. .........
Our SAR team uses APRS+ as the main program to get the data off the air
and display it on Street Atlas maps. That works great for all of our 4WD
applications. Maps have street names and the callsigns are displayed as
tactical names. Nice for a SAR application with mobile trackers.
For foot team operations on the mountain, the Street Atlas maps only show
a big green area and thus are sadly lacking. For these applications we
couple the data from APRS+ to the All Topo Maps program and display the
tracks on its USGS Topographic maps. It provides a valuable insight
into the terrain the team is in. We also use this method with our ATV's
when they are doing off road operations.
Unfortunately not all of the USA is included in the All Topo Maps and so
this may not help you back on the East Coast.
Jim K5QQ
----------------------------------------------------------------------
Subject: RE: APRS and ArcView?
From: "Ramon F. Kolb" <ramon@ieee.org>
Date: Thu, 13 Feb 2003 16:51:19 -0500
X-Message-Number: 18
If ArcView has some method for importing live streamed data, why don't
you guys write a small utility that uses the UIView API to communicate
with APRS-land, and ArcView to process/use the data received? If both
APIs are known, and the required data is available in APRS, that
shouldn't be such a hard job to do...
--Ramon
Ramon F. Kolb, W1/PA3EUG, Boston, MA, USA [FN42KI]
ICQ:77117744; MSNMGR:legalalien30@hotmail.com
http://pa3eug.webhop.org
----------------------------------------------------------------------
Subject: mobile APRS - beyond a tracker
From: "Ramon F. Kolb" <ramon@ieee.org>
Date: Thu, 13 Feb 2003 17:04:21 -0500
X-Message-Number: 19
I have a few laptops lying around, and it made me wonder if I could use
them to go beyond the TT2 tracker I have in my car now. In combination
with UIView/PMAP, this would be the ideal navigation aid I can think of.
However, there are a few considerations that I am struggling with , and
I was wondering if you guys have some ideas on how to solve them.
1. I'm driving a not-too-big car, a VW Golf. Yes-- we're city-folks, and
small cars do lots better there :). As a result, I don't want to have a
laptop installed "police cruiser" style, especially since most trips are
either commute or family grocery runs. The laptop would be banned to the
"APRS box" in the trunk. Any clue how to get a small, cheap, preferably
over-the-visor LCD screen that is suitable for this? Around 5 inch
should be sufficient, I'd guess...
1. I can charge my laptop battery while driving, but it doesn't seem to
be a good idea to have it up and running 24/7, taking its energy off the
car battery. Also, I don't want to be booting/shutting down every time I
park my car, so I was thinking about the laptop's "sleep" or "standby"
function. Any ideas how I can put the laptop in standby automatically
when the motor is switched off? How much energy does a laptop consume
when in standby?
Any clues, or examples of how you did this would be appreciated... Of
course, it should stay a hobby-- it should stay cheap enough and
estethic enough to pass the "wife"-test...
Thanks, 73s,
--Ramon
Ramon F. Kolb, W1/PA3EUG, Boston, MA, USA [FN42KI]
ICQ:77117744; MSNMGR:legalalien30@hotmail.com
http://pa3eug.webhop.org
----------------------------------------------------------------------
Subject: RE: APRS and ArcView?
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
Date: Thu, 13 Feb 2003 14:19:07 -0800 (PST)
X-Message-Number: 20
On Thu, 13 Feb 2003, Miller Scott Contr 30SCS/FTI wrote:
>My point is that ArcView (or any other good GIS) provides a very rich
>framework for working with geographic information. Rather than bring GIS to
>APRS, it makes more sense to me to bring APRS to GIS. I have yet to see a
>good free GIS, though, and ArcView is a bit out of the average hobbyist's
>price range.
GRASS.
--
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: APRS and ArcView?
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
Date: Thu, 13 Feb 2003 14:24:43 -0800 (PST)
X-Message-Number: 21
On Thu, 13 Feb 2003, Miller Scott Contr 30SCS/FTI wrote:
>Spending a search
>sitting in front of a workstation sounds a lot more agreeable, but many
>(most?) of the SAR team members don't care for that sort of work.
>
>Still, it'd be really cool. =]
And one of the reasons I'm in the Operations Support Unit for SAR in
my county. I get to go out in the field when really needed there,
but usually I do mapping and comms back at Base. :-)
--
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: utility to connect to multiple servers?
From: "Ev Tupis (W2EV)" <w2ev@arrl.net>
Date: Thu, 13 Feb 2003 18:26:34 -0500
X-Message-Number: 22
>At 17:20 11-2-03 -0500, Ev Tupis (W2EV) wrote:
>>o use different UNPROTO aliases
>> -TRACEn-N = HOPn-N
>> -WIDEn-N = SKIPn-N
>> -GATE = JUMP
>> -RELAY = FLOOD
>
>I'm contemplating for quite some time to add these aliases to the default
>digi_ned.ini rule-file. Of course anyone who wants to use DIGI_NED to
>repeat BEACONet packets can do it, but I don't know enough of BEACONet to
>see if it makes any sense to have it enabled by default.
>
>Any opinion on this? Is there an application for this or is it better the
>way it is and should we avoid it?
Hi Henk,
As long as digi_net didn't translate one alias into the other, this would
be welcome! (In fact, there are other aliases that exist in the
BEACONet.25 protocol that don't in APRS...all around other network
functions that are "future vision"). Don't forget that the reason that
BEACONet.25 uses different aliases is to make sure that APRS frames don't
invade BEACONet.25 space very far.
The reason is actually quite innocent: BEACONet.25 is designed to allow
all-RF DX (relatively, anyway) communication and ability to accurately
trace the path that a frame took. APRS is not. Allowing APRS traffic on
the BEACONet.25 network (as small as it is...but it's growing) would
'poison the waters'. That's not intended to be a provacative statement,
it's just that the two services have different goals; each configured to
reach theirs.
Warmly,
Ev, W2EV
--
What's cool in Amateur Radio?
http://www.BEACONet.org or join the on-line community by
sending a blank eMail to: BEACONet-subscribe@yahoogroups.com
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
