| |
ZL3AI > APRDIG 21.09.03 09:02l 248 Lines 9191 Bytes #999 (0) @ WW
BID : 1948-ZL3AI
Read: GUEST
Subj: TAPR Digest, Sep 18, 2/5
Path: DB0FHN<DB0RGB<OK0PPL<DB0RES<ON0BEL<SP7MGD<7M3TJZ<LZ3NP<W4JAX<KD4GBA<
ZL2BAU<ZL3VML
Sent: 030920/1342Z @:ZL3VML.#80.NZL.OC #:8728 [Chch-NZ] FBB7.00i $:1948-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: La Crosse Technology WX Stations
From: "Bob D." <n2iph@comcast.net>
Date: Thu, 18 Sep 2003 08:58:25 -0400
X-Message-Number: 5
Anyone have any first-hand knowledge of the La Crosse Technology WS-2310
or WS-2315 wireless weather stations. I was in xx's this afternoon and
saw that they have the WS-2310 for $xxx. Looking around at a few places
on the net I find the average price to be over $xxx. Says it has a PC
interface but haven't found an online manual and little information on
the package at xx's to indicate much more than that it is a serial
connection to the PC. Date/Time is via WWVB.
----------------------------------------------------------------------
Subject: Re: Digi Range Experiment
From: Bob Bruninga <bruninga@usna.edu>
Date: Thu, 18 Sep 2003 09:17:40 -0400 (EDT)
X-Message-Number: 6
On Wed, 17 Sep 2003, Scott Miller wrote:
>On the other hand, a few high sites ought to be idea for a high-speed
>backbone. Has anyone put much work into analysis of an APRS backbone
>architecture?
My thoughts are towards the bottom of my FIXING 144.39 web page:
http://www.ew.usna.edu/~bruninga/aprs/fix14439.html
It suggests more lower-local digis on 144.39 linking to the TALL backbone
digis on UHF...
de WB4APR, Bob
----------------------------------------------------------------------
Subject: Re: RELAY,WIDE,WIDE
From: "Rochte, Robert" <rrochte@gpacademy.org>
Date: Thu, 18 Sep 2003 09:23:46 -0400
X-Message-Number: 7
Wouldn't this whole argument be moot if the paths were simply set
automatically by the software? That is, each APRS station (of whatever kind
- tracker, home station, digi) transmits packets and then intelligently
*listens* to what happens on-the-air, adapting its own path as needed.
If it starts with just a WIDE path and nothing is heard, then it adds RELAY.
If our station is also connected to the Internet then it could monitor
whether or not its packets made it online and, if not, then progressively
add WIDEs (or bump up the WIDEx-x parms).
Further, if our station hears another station transmitting a packet with a
path of RELAY,WIDE but no digipeating is heard online, then our station
could adapt and become a RELAY. If active RELAYs or WIDEs are later heard
online, then our station would back-off the setting and no longer RELAY
packets.
Is this old news or just simply not-applicable in some way that I don't yet
understand??
-R
----------------------------------------------------------------------
Subject: Re: RELAY,WIDE,WIDE
From: "Daniel H. Brown" <brown@brauhausdc.org>
Date: Thu, 18 Sep 2003 10:06:16 -0400 (EDT)
X-Message-Number: 8
On Thu, 18 Sep 2003, Rochte, Robert wrote:
>Date: Thu, 18 Sep 2003 09:23:46 -0400
>From: "Rochte, Robert" <rrochte@gpacademy.org>
>To: TAPR APRS Special Interest Group <aprssig@lists.tapr.org>
>Subject: [aprssig] Re: RELAY,WIDE,WIDE
>
>Wouldn't this whole argument be moot if the paths were simply set
>automatically by the software? That is, each APRS station (of whatever kind
>-tracker, home station, digi) transmits packets and then intelligently
>*listens* to what happens on-the-air, adapting its own path as needed.
I think this would be a great idea -- but rather than having the software
automatically, by default, changing settings, perhaps it could provide
the user a "recommended" path, based on data collected off the air,
over a period of time.
--
Dan Brown
brown@brauhausdc.org
----------------------------------------------------------------------
[commercial content deleted]
----------------------------------------------------------------------
Subject: Re: RELAY,WIDE,WIDE
From: Bob Bruninga <bruninga@usna.edu>
Date: Thu, 18 Sep 2003 10:55:21 -0400 (EDT)
X-Message-Number: 10
>Wouldn't this whole argument be moot if the paths were simply set
>automatically by the software? .....
>Is this old news or just simply not-applicable in some way that I don't yet
>understand??
But there are so many ways to use APRS for so many applications, that you
end up having to have so many "automatic" options and modes, which is then
more complex than the original problem one is trying to solve.
Ever try to use a modern whiz-bang COPY machine to make a simple copy of
something that does not conform to CANON's opinion of what a coppier
should do? Drives ya nuts.
Or how about the door lock and dome light in my car? It never does what
I want it to do, It has a mind of its own.... because someone thought
that I would use a car the way they do...
KISS...
----------------------------------------------------------------------
Subject: Re: RELAY,WIDE,WIDE
From: "Scott Miller" <scott@opentrac.org>
Date: Thu, 18 Sep 2003 08:40:42 -0700
X-Message-Number: 11
I'm personally all for more centralized control, but it still needs to work
without control or coordination. Remember, things like TinyTraks can't even
decode incoming packets. And in a disaster, your fixed assets are usually
the first to go.
Take the example of the human heart. The sinoatrial node serves as the
natural pacemaker, and (along with the AV node) it coordinates the heart's
activity for optimum performance. But even with a non-functioning SA node,
the heart still works. The various cardiac conduction fibers will function
on their own, without central coordination. Just not as efficiently.
That arrangement is presumably an evolutionary development, and I see no
reason why APRS can't also evolve and start implementing some coordination
(by DAMA or whatever) as long as the ability's still there to fall back to
independent operation.
Scott
N1VG
----------------------------------------------------------------------
Subject: RE: sar/aprs software
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
Date: Thu, 18 Sep 2003 08:45:06 -0700 (PDT)
X-Message-Number: 12
On Thu, 18 Sep 2003, Bob D. wrote:
>>Could any of you magic software developers...put something in the APRS
>>program that will show where the missing person is. That would save a
>>great deal of hassle for everyone!!! lol
>
>This can be easily accomplished as soon as everyone on the planet has an
>embedded tracker device inserted under their skin. :-)
Isn't there something in the bible about that???
--
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: RELAY,WIDE,WIDE
From: "Rochte, Robert" <rrochte@gpacademy.org>
Date: Thu, 18 Sep 2003 12:03:13 -0400
X-Message-Number: 13
>I'm personally all for more centralized control, but it still
>needs to work without control or coordination.
I was thinking more along the lines of a *de*centralized, adaptive pathing
algorithm of some sort, relying on real-time observations of the network.
Again, the example of listening for my own packet to be digipeated -- if I
don't hear it, then I conclude that it didn't happen. In which case my
station might automatically alter my path from WIDE to RELAY,WIDE. Perhaps
a way to go the other way, too, and thereby truncate unnecessarily long
paths (e.g., WIDE7-7) -- but based on real-time observations of the network,
not simply convention.
-R
----------------------------------------------------------------------
Subject: Re: RELAY,WIDE,WIDE
From: "Rochte, Robert" <rrochte@gpacademy.org>
Date: Thu, 18 Sep 2003 12:06:57 -0400
X-Message-Number: 14
>But there are so many ways to use APRS for so many
>applications, that you end up having to have so many
>"automatic" options and modes, which is then
>more complex than the original problem one is trying
>to solve.
Agreed, but isn't it possible that something like this could be preferrable
to the "we'll just truncate their path at the digi" approach?
And always with an option to turn the adaptive pathing system OFF, of
course, if so desired...
----------------------------------------------------------------------
Subject: RE: sar/aprs software
From: David VanHorn <dvanhorn@cedar.net>
Date: Thu, 18 Sep 2003 11:27:32 -0500
X-Message-Number: 15
At 08:45 AM 9/18/2003 -0700, Curt Mills, WE7U wrote:
>On Thu, 18 Sep 2003, Bob D. wrote:
>
>>>Could any of you magic software developers...put something in the APRS
>>>program that will show where the missing person is. That would save a
>>>great deal of hassle for everyone!!! lol
>>
>>This can be easily accomplished as soon as everyone on the planet has an
>>embedded tracker device inserted under their skin. :-)
>
>Isn't there something in the bible about that???
you know... if you're tracking your searchers, you could draw say a 6' or
10' or whatever's appropriate for terrain and conditions, circle around
their tracks, and then the missing party has to be in the unpainted area,
of course this assumes that he's not moving..
works for crash sites anyway, and lost people with half a clue.
kind of like bob's ht based df..
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
