| |
ZL3AI > APRDIG 21.09.03 09:03l 255 Lines 9218 Bytes #999 (0) @ WW
BID : 1950-ZL3AI
Read: GUEST
Subj: TAPR Digest, Sep 18, 4/5
Path: DB0FHN<DB0RGB<OK0PPL<DB0RES<ON0BEL<SP7MGD<WB0TAX<KB2TXP<W4JAX<VK4TUB<
ZL2BAU<ZL3VML
Sent: 030920/1358Z @:ZL3VML.#80.NZL.OC #:8730 [Chch-NZ] FBB7.00i $:1950-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: RELAY,WIDE,WIDE
From: Rich@Osman.com
Date: Thu, 18 Sep 2003 11:21:42 -0700 (PDT)
X-Message-Number: 24
On Thu, 18 Sep 2003 11:08:08 -0700, "Bill Vodall - WA7NWP" wrote:
>>>>-tracker, home station, digi) transmits packets and then intelligently
>>>>*listens* to what happens on-the-air, adapting its own path as needed.
>>>Ithink 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.
>>
>>I've suggested this (twice) and been met with a deafaning silence. I'm not
>>sure why it stirred NO discussion.
>
>It's a good concept. The problem is that its hundreds of hours of programming
>time, per APRS application, to make a small change in an existing system that's
>already working. Even worse, the programmers wouldn't receive any real
Isn't this discussion predicated on the fact that it's not working?
>return
>on their effort invested. This is one of the disadvantages to low cost
>software.
While this is true to some extent, it can't be correct or the software
would never evolve.
>Personally, I'm still in favor of the pseudo destination scheme of using
>aliases
>of "LOCAL", "REGION", "WORLD" and "IGATE".
Might be neccessary if for no other reason than to obsolete the current
system.
----------------------------------------------------------------------
Subject: RE: sar/aprs software
From: "Spider" <spider@rivcom.net>
Date: Thu, 18 Sep 2003 11:27:00 -0700
X-Message-Number: 25
From: "David VanHorn" <dvanhorn@cedar.net>
To: "TAPR APRS Special Interest Group" <aprssig@lists.tapr.org>
Cc: "TAPR APRS Special Interest Group" <aprssig@lists.tapr.org>
Sent: Thursday, September 18, 2003 10:03 AM
Subject: [aprssig] RE: sar/aprs software
>one thing i drilled into my kids, is that when you're lost, find a good
spot, and /stay there/. finding a wandering soul is like trying to hit the
lottery with random 'quick-pick' tickets.
People think I am nuts cause I use to wonder off into the desert, never to
be found! I was never lost because I did not want to be found!
If I wanted to be found, I'd burn my vehicle up if I had to so you could see
the smoke!!!
>i bet a lot of people have been missed, because someone thought an area
>had been covered, when it really hadn't, in the pre-gps era.
Yep and people have been walked by a few feet too!
>you could even do this without realtime aprs, dumping people's gps track
>log, and parsing that into the map.
>
>realtime is of course a lot better.
Real time is good if you can. and it makes it much easier to log sever real
time than later on! There are many advantages to real time!!
Jim
----------------------------------------------------------------------
Subject: RE: sar/aprs software
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
Date: Thu, 18 Sep 2003 12:11:03 -0700 (PDT)
X-Message-Number: 26
On Thu, 18 Sep 2003, Scott Miller wrote:
>Let me know when this is working - I get CVS updates every day, but I rarely
>know where to go look for new features.
A working version just got committed to the developer's CVS server.
It should be available on the anon server sometime tomorrow. Look
for a new togglebutton in the Create Object dialog.
BTW: If you're running all-Xastir setups, the info can get
transmitted in the comment field of the object/item, so other Xastir
instances will be able to see the circles as well. That's if you
have object transmit turned on of course.
Other APRS developers are welcome to implement the same or similar
functionality, or even to suggest changes to our packet extensions
in order to prevent conflict with your programs. We're flexible.
>ArcView's military analyst features have some movment analysis functions...
>something like that would be pretty cool to help predict a victim's movement
>over given terrain. If they're hiking in the bottom of a canyon, chances
>are they're not going straight up the canyon walls.
I'd like to do more later with physical obstructions, that might
help define the limits of a search area or likely paths the subject
might go. Good stuff for dividing up the area for separate search
teams as well.
>I've got a SAR presentation coming up later this month, and that'd be a nice
>thing to demo.
On top of seamless topo maps no doubt!
--
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: Isabel and APRS weather
From: "Scott Miller" <scott@opentrac.org>
Date: Thu, 18 Sep 2003 13:57:28 -0700
X-Message-Number: 27
I have to admit I rarely look at weather data in APRS, seeing as I live on
the central coast of California, which has no weather. But I'm watching
Isabel because it's headed straight for my parents' place, and what I see
doesn't make a lot of sense. I see the colored rings drawn to represent the
wind speed radii (I think), but the highest wind speed I've seen reported is
28 MPH. Most stations are reporting around 10 or 12. Is the wind really
that light, or is there some widespread problem with APRS weather stations?
Scott
N1VG
----------------------------------------------------------------------
Subject: Re: Isabel and APRS weather
From: "Joe Della Barba" <joe@dellabarba.com>
Date: Thu, 18 Sep 2003 17:06:39 -0400
X-Message-Number: 28
It is gusting over 50 at my place.
73
Joe N3HGB-1,-5
----------------------------------------------------------------------
Subject: Re: Isabel and APRS weather
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
Date: Thu, 18 Sep 2003 14:13:24 -0700 (PDT)
X-Message-Number: 29
I'm seeing gusts from 50 to 76 on firenet. Seems about right.
--
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: Isabel and APRS weather
From: "Sadowski, Allan" <allan.sadowski@ncshp.org>
Date: Thu, 18 Sep 2003 17:30:33 -0400
X-Message-Number: 30
I'm here in Raleigh... and I can say that winds definitely were in
excess of 50MPH a couple of hours ago in Central NC...
ALOHA
AH6LS
----------------------------------------------------------------------
Subject: Re: WB4APR's typing
From: Henk de Groot <henk.de.groot@hetnet.nl>
Date: Thu, 18 Sep 2003 23:24:26 +0200
X-Message-Number: 31
At 09:27 17-9-03 -0700, you worte:
>Yeah, but it drives non-native English speakers nuts. =]
I don't hvae a prboelm wtih tihs at all :-)
Knid rgerads,
Hnek.
----------------------------------------------------------------------
Subject: RE: Proper DIGI ID interleaving
From: Henk de Groot <henk.de.groot@hetnet.nl>
Date: Thu, 18 Sep 2003 23:19:15 +0200
X-Message-Number: 32
At 11:28 17-9-03 -0400, Bob Bruninga wrote:
>More ideas.
>On Tue, 16 Sep 2003, Cap Pennell suggested for 10 min direct, 30 min 1
>hop, 1 hour 2 hop:
>
>>>WIDE2-2 EVERY 01:00:00 START 00:00:00
>>>DIRECT EVERY 00:30:00 START 00:10:00
>>>DIRECT EVERY 00:30:00 START 00:20:00
>>>WIDE EVERY 01:00:00 START 00:30:00
Are these times relative to whatever time the TNC is started or is it tied
to the internal clock? If it is the latter then you get a huge load every
10 minutes because every TNC with an accurately set clock will transmit at
the same time (if people copy these settings).
In DIGI_NED I used only relative times for that reason so beacons will
naturaly spread out and not pile up at the same point in time (although the
latest version also allow for a fixed start time if the user wants it).
There is something to say about fixed times for digipeater beacons however.
When at exactly every 10 minutes 1 packet worth of air time is allocated to
digipeater broadcasting then paths do not matter. Every 10 minutes you have
1 second or so of heavy QRM due to these digipeater beacons and after that
you don't have to bother about load from digipeater beacons for 10 minutes.
Packets with long paths will be killed by QRM anyway, making effectively
every packet local and direct, zo path settings are irrelevant...
I more like to have these beacons spread randomly so that they mix with the
other normal traffic without any pile-ups as specific round-number times...
Kind regards,
Henk.
----------------------------------------------------------------------
Subject: Re: Isabel and APRS weather
From: Richard Garcia <k4gps@bellsouth.net>
Date: 18 Sep 2003 17:34:07 -0400
X-Message-Number: 33
CNN reporting 59MPH but others are reporting 90 MPH. I think the storm
is not as bad as was expected when it hit land and they are milking it
for all it's got!
Rich
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
