[FADCA] Points of Clarification
bud Thompson
[email protected]
Thu, 11 Apr 2002 07:40:35 -0400
Deltona
Thursday April 11 0730EST
Hi, Gang:
Figured it's time to offer some clarification - we've had a lot of =
e-mail lately that has slightly broadened the original topic -
1. Under auspices of FADCA I am providing a presentation at the State =
EOC "State Warning Point" in Tallahassee during the SEDAN meeting on =
Saturday May 4th.
2. Part of that demonstration will include an over-the-air =
demonstration.
3. Many FADCA folks will gather Friday at a motel (Best Western?) for =
fellowship and to support this effort. Some will be bringing =
equipment/software to help others with installs, etc. (What fun.)
4. FADCA will have a significant presence during the SEDAN meeting on =
Saturday. (Whoopee!)
Anyone who attends Saturday needs to be prepared to field questions that =
I may not feel qualified to answer.
bud's spin - and what I'm preparing for Saturday
The major emphasis will be the presentation, not the over-the-air =
demonstration.=20
The presentation will be aimed directly at showing how a layered packet =
network can (best) support LOCAL emergency communications within a =
county or groups of counties. It will also show how the use of HF over =
larger distances (say, 200 miles) enhances getting =
data/information/messages throughout the state, including to/from the =
SEOC (which happens to be distant from much of the state). The =
presentation will also discuss the fact that BBS-to-BBS transfer is the =
best method of managing data/information/message files.
We will specifically request/suggest that the SEOC add/include BBS =
transfer capability into/at the State Warning Point.=20
Getting that added (in some form) is the main reason for our appearance =
and presentation. We need to be prepared to suggest how that can be =
accomplished w/o upsetting the existing SEDAN PBBS/keyboarding input on =
145.77 at the SEOC.
NOTE: I also feel that we should have a suggested plan for the two =
networks to work together to better cover the state.=20
I AM STILL AWAITING INPUT FROM FADCA ON THAT LAST POINT! (Maybe with =
all my e-mail I've missed that.)
The over-the-air HF demonstration has one single (overt) purpose:=20
1. To show how data/message traffic can be transferred from within the =
Last Mile (on HF) to an internet-connected station (WL2K) anywhere =
outside the Last Mile and be processed to the addressees' e-mail inbox. =
Connecting from inside to outside the Last Mile is not limited to WL2K =
stations, but that is where the ubiquitous internet is found. If time =
permits we'll link to several WL2K and several non-WL2K stations.
Certainly a covert purpose is to show that ham radio digital technology =
has progress beyond keyboarding at 1200b. No need to say that, it will =
be evident throughout the presentation/demonstration.
If we had our layered network in place from TLH through to Gainesville =
or Ocala or JAX, then we should demo that for a fact. That would be =
very effective and meaningful to our purpose.=20
I don't see any way of doing that on May 4th. =20
The only thing we might demo via packet/vhf would be BBS-to-BBS =
transfers from the demo station at the SEOC out to a temporary BBS at =
the motel or wherever. I don't know how effective that demo might be as =
it would be just straight point-to-point at 1200b. I'm not against it, =
just want to be sure it will be meaningful for the time spent. If we do =
that, it must be with binary-compression rather than straight text or it =
will not be meaningful at all.
I'd appreciate any input / suggestions on this topic within the next few =
days, as I'm working on the Power Point presentation and want to have =
that really finalized late next week. While I could make some needed =
changes Friday night in TLH, I'd prefer to have it all ready to go much =
sooner!
I will be contacting John Fleming Monday to work out the details =
regarding the times, projection equipment, antennas, etc.
Thanks a bunch.
73,
bud N0IA
--- StripMime Report -- processed MIME parts ---
multipart/alternative
text/plain (text body -- kept)
text/html
---