[FADCA] NEW bbs program help needed!!

[wb4kgy at bellsouth.net]

Good Input Russ...

In talking to user I get more request for a Conference Bridge than any other "new" feature.

Doug(WB4KGY)


> 
> From: "Russell Oder" <oderr at bellsouth.net>
> Date: 2004/08/28 Sat PM 11:06:53 EDT
> To: "Florida Amateur Digital Communication Association" <fadca at mailman.qth.net>
> Subject: Re: Re: [FADCA] NEW bbs program help needed!!
> 
> 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
> >
> 
> 
> _______________________________________________
> FADCA mailing list
> FADCA at mailman.qth.net
> http://mailman.qth.net/mailman/listinfo/fadca
>