[FADCA] NEW bbs program help needed!!

[Russell Oder]

Thanks for your note.

Like what the development team has done with Paclink, we need to see what we
can do to integrate existing applications to support a different function.

I believe if we have the chance we need to think of a "suite" of
applications that can work seamlessly together:email client,database, data
analysis, data display, text editing, etc.  (you should be able to enter
data in the database that can be used by other operators in different
applications and incorporated into an attachment to a email message while at
the same time providing real time interactive data for a emergency official
who can that the "raw" data and have it displayed as a graph or chart that
would interact with new timely data being entered by a variety of different
users from different locations all responding to the same incident:
Example, several victims are triaged at a multiple casualty incident. At the
same time rescue units and air transport units are dispatched and some
arriving the incident scene and some are loaded to transport victims to
several hospitals. The hospitals are proving bed counts that indicate their
capacity to accept victims and some transport units (rescue units and air
transport units are arriving at hospitals and departing back to the scene
with estimated times of arrival being provided.

All of this could be displayed on a charts on a laptop screens for the
transportation officer/triage officer/incident commander/ etc, all of the
data being provided by different packet stations from different locations
and supporting different facets if the response but integrated into a
relational database that could be used by all of the participants to develop
reports that would be displayed a charts in which they could "click on a
chart segment" and see the supporting data (something that could be done
from an Excel Pivot Table.)  This type of integrated real time data can be
used as a tool for several functions at different levels.  The software
exists, it works on wired networks, we need to find a way to have it work
from connected packet stations operating at different sites within the
incident area.

Russ

----- Original Message ----- 
From: "Bill Sinbine" <n4xeo at bellsouth.net>
To: <fadca at mailman.qth.net>; <jcamp2 at cox.net>
Sent: Saturday, August 28, 2004 7:59 PM
Subject: Re: Re: [FADCA] NEW bbs program help needed!!


> At 06:19 PM 8/27/2004, you wrote:
> >Ok, now I understand. I remember the discussion earlier. Since I don't
> >operate a BBS I did not follow the discussion before.  Will this program
> >operate with what we are working with for EMCOMMS?  What I would like to
> >see is a program that would have routines the user could select the would
> >support:
> >1.  Messages
> >2.  Files
> >3.  Conference Bridge
> >4.  On line relational database that could be set up by the sysop
remotely
> >and would have the capability of allowing the user to develop reports
from
> >the database.  (My suggestion is that the software written would provide
a
> >remote packet station to use a MySQL or Access.  It would be good if the
> >user could start a new database remotely, but I would be satisfied if the
> >database could have present tables that would allow the entering of data
> >for shelter registrations, assignments, supplies, and or combination of
> >those types of data.  Reports to be generated would be for scheduling
> >operators for shelter and other facilities, shelter bed counts, Multiple
> >Casualty Incident transportation of victims to enable the incident
> >commander or triage officer to manage the response to victims, hospital
> >ER/bed status, rescue unit run status, etc.)
> >
> >I would like to discuss this further. I think anything that is developed
> >not for use with remote packet stations enable us to provide a more
> >comprehensive service to emergency response (served) agencies, that would
> >enable them to have better management of the disaster.  We need to think
> >much further than messages. We need to provide a tool that is dynamic,
> >expandable to meet the situation, and that could be supported by remote
> >packet stations using a variety of communications software (not be user
> >software dependent.)
> >
> >If it is "web" based but use TEXT rather than graphics, that would be
very
> >acceptable.
> >
> >Russ
> >
> > >
>
>
> Hi Russ
> Thanks for the input. I sent the message to Jeff to look at and see what
he
> might be able to do. He is looking at little things that he might be able
> to add right now for the first ALPHA release. He is compiling a list of
> everything that he gets with what the program should be able to do and he
> will work on it from there.
>
> I know that there are many others that have some type of input for the
program.
> How about it incorporating the Paclink/telnet code into it. Should be easy
> to add for him since the program will work (down the road) with AGW and
> telnet so just having the working code to add is all it will take for the
> most part I think!!
>
> The way the code was/is written it will also work in Linux once we have a
> REAL program to work with. This might help Rick with getting telnet ported
> over to linux if it is added as part of the bbs program...I'll have to get
> Rick and Jeff together to see what we can do to make this new bbs program
> Winlink 2k compliant. This will be down the road as we need to get this
> working first...
>
> Think about it .....
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
> A: Top-posting.
> Q: What is the most annoying thing on usenet and in e-mail?
>
> Bill Sinbine
> n4xeo at bellsouth.net
>
>
> _______________________________________________
> FADCA mailing list
> FADCA at mailman.qth.net
> http://mailman.qth.net/mailman/listinfo/fadca
>