Larry and I were playing with this version of Vista/GT.M OpenVistASemiVivAFOIAGold20050825.tgz
It appears it used a default $home_vista, eventhough one was not setup
but it pointed to the GT.M directory versus the OpenVistA directory.
[EMAIL PROTECTED]:~/openvista/gtm
Kevin,
Can you get the data into a file accessible to GT.M or Perl? Do you have access
to the
source code or documentation on the data layout? If you're up for a little
programming
challenge then it might be surprisingly easy to read the data directly out of
the COBOL
data files. At most, you
Maybe if the large organizations that will realize a savings help out the
smaller organizations with buying equipment or free training. The smaller
ones will be more willing to try. The bigger orgs could also lend some
equipment and the smaller ones could try out the HER in parallel with the
I haven't seen anyone else's thoughts but I think the author is right on.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Tuesday, August 30, 2005 4:30 PM
To: hardhats-members@lists.sourceforge.net
Subject: [Hardhats-members]
This, I suppose, is a moment of frustration bubbling to the surface
(on my part).
===
Gregory Woodhouse
[EMAIL PROTECTED]
The most profound technologies are those that disappear.
--Mark Weiser
On Aug 30, 2005, at 10:29 PM, Gregory Woodhouse wrote:
I assume your basic goal is to come up
Nancy's suggestion (using expect) is probably worth exploring.
The mandatory user interactions have been a perennial source of
frustration to me, too.
===
Gregory Woodhouse
[EMAIL PROTECTED]
Nothing is as powerful than an idea
whose time has come.
-- Victor Hugo
On Aug 30, 2005, at 5:28
Hi,
Another anomoly that I noticed but didn't resolve was that when
I went into Fileman:
$ gtm
GTM S DUZ=1
GTM D ^DI
none of my typing was echoed.
Cheers,
--ldl
On 8/31/05, Mark Dalton [EMAIL PROTECTED] wrote:
Larry and I were playing with this version of Vista/GT.M
On 8/30/05, David Sommers [EMAIL PROTECTED] wrote:
You could verify the GTM daemon by trying to access Apache or something
similar on your linux box to verify it on the network. If Apache (or
FTP) is slow, then concentrate your efforts on the box. If Apache (or
FTP) is fast, then concentrate
Ismet --
Thanx for the comments (and your enthusiastic support of VistA).
I agree that making .deb (or .rpm - since they are convertible) packages
would have value, and I have thought about it. Here is what has held me
back: once you have a running VistA system, from what folks like
Cameron
On 8/30/05, K.S. Bhaskar [EMAIL PROTECTED] wrote:
Effective V4, Knoppix has expanded to over 3GB. Creating OpenVistA VivA
releases based on Knoppix V4 would mean releases of over 3.5GB - they
What about the Knoppix Light CD sized version? It's not out JUST YET,
but they say REAL SOON, NOW...
David --
Thank you for your comments.
The intent especially with OpenVistA VivA and to a lesser extent with
OpenVistA SemiVivA is to create a 60 seconds to a running VistA system
ability to demonstrate VistA.
A second intent is to make it easy to install a VistA system (with Linux
as well as
Why?
well, it's needed, the power infrastructure where is the server have
some several problems now, I hope it can be fixed that soon; and
because of that, I need to set up a rc script in order to shutdown the
services or run up those services while the operating system (linux)
shuts down or boot
Greg --
Thank you for your comments, as well as all the support you provide to
members of this forum. Let me respond to your inputs:
GT.M has so few dependencies that it runs on every current release of
every major distribution of x86 GNU/Linux that I know of. It has been
run on SuSE, Gentoo,
I have been waiting for a couple of months for the Knoppix light CD that
is due out any day now. My left hand has a private bet with my right
hand as to whether it will come out before VistA Office EHR.
Yes, I could build on 3.9 for now.
-- Bhaskar
On Wed, 2005-08-31 at 09:06 -0500, Mike
This is a little OT for this thread, but has anyone been successful
getting OpenVistA running on OS X? I would be interested on hosting
the server side components on OS X server, but GT.M doesn't appear to
have an OS X version, and my first attempt at installing Cache on OS
X (10.4)
Generally expect functionality would probably help with lots of the
startup and installation functions of VistA.
I would suggest however, that you use either the perl or python expect
modules. Especially the python - excpect module would help to ensure
that your code was readable and
Mark --
I don't have a specific recommendation - it depends on what you want to
do. Using an environment variable in the global directory allows me to
create a demo where an immutable global directory on CD can point to a
database file wherever that file may reside, and allows this to be done
at
With Apple's pending architecture change from PPC to Intel, perhaps a
GT.M version for OS X wouldn't be that different than from an i86 BSD
version.
We are already supporting several clinics in rural Wyoming, and are
preparing a proposal to add OpenVista as an EMR solution for them.
If you look for in the archives for GTM on OSX, we covered many of the
same things already (and that was just 2 weeks ago).
/David.
David Sommers, Architect | Dialog Medical
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jason
Essington
Sent:
Obviously I wrote that email in two sessions...
Restate that as:
If you look for GTM on OSX in the archives, we covered much on this
subject already (and that was just 2 weeks ago).
David Sommers, Architect | Dialog Medical
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL
My recollection of COBOL is that the files are defined in a beginning
section of the program and that things are fairly clearly defined, although
some might have a generic description of the data file (saying for example
that each record is 1100 characters) and then move each record into a
I will take a look at the GT.MAcculturation0.3.iso (I am downloading it now).
I just want to help make it work out of the box without any changes.
For starting points ideally I think you would want to be able to run directly off the CD or a
installed tar-ball, without any changes.
- Paths are
It's not the Mac per se. Lately, I haven't been terrible sanguine about
running Linux and am much more interested in running OS X myself, but
that's a different issue from whether a business case could be made for
running on the platform. Philosophically, I wish there were more
emphasis on
And I have said the same thing, repeatedly.
--- David Sommers [EMAIL PROTECTED] wrote:
A business reason has to exist for any company to spend money and
resources on something. I think asking Red Hat to build you
something
for your benefit is one thing and making a business case for it is
Thanks for the list of live CDs, Mark. I'll look at them.
Apropos your comments. It is not possible for paths to the database to
be defined a priori, and this is prompted for, but everything else is
indeed predefined. Your comments make me wonder whether you had a
chance to try the OpenVistA
I know that, but ruuning GT.M on OS X really isn't the point. For my
own selfish reasons, I'd like to be able to run VistA on OS X (I just
don't want to be forced into running Linux, and I do like my Mac), but
my basic point was broader: Philosophically, I just don't see making
VistA available on
A business reason has to exist for any company to spend money and
resources on something. I think asking Red Hat to build you something
for your benefit is one thing and making a business case for it is
another. In the case of GTM, you could look at it the same way the
Fedora Community does - we
FreeBSD already has a Linux compatible mode to run Linux binaries.
Thanks
Marc Aylesworth
C3I Associates
AFRL/IFSE
Joint Battlespace Infosphere Team
525 Brooks Rd
Rome, NY 13441-4505
Tel:315.330.2422
Fax:315.330.7009
Email: [EMAIL PROTECTED]
-Original Message-
From: [EMAIL
There is no reason to start up these VistA processes using some external
script except for Taskman. Once Taskman starts up he can start up whatever
background process you desire. Most, if not all, of these background
processes already have VistA options to be run as scheduled tasks at startup
Thank you all for your responses.
I don't have access to the source files (that I know of). Thus I
don't know anything about how the database is laid out.
Hmmm I think this may be more than I want to get into, since no
one said here just run this kiddie script, and it will fall in your
lap.
Whether or not Apple extends that to their platform on the x86
switchover is the statement. If they don't, someone else might. And
I'm just more familiar with Solaris' efforts than FreeBSD (even though I
run FreeBSD).
David Sommers, Architect | Dialog Medical
-Original Message-
Yes, and this is what I have done.
The problem comes with the time needed to interface it. I have
created an expect script that helps. We have ~10 yrs worth of data.
And many patients have their info stored in different accounts
depending on whether they were a Worker's Comp case, or regular
First, I have no financial connection with Opera
I don't know if any of you use the Opera web browser. I do and I like
it. Here is a link that they are giving away registration codes (that
take away the advertising nag codes).
http://my.opera.com/community/party/reg.dml
The offer expires
Hi all,
I've installed OpenVistA on Linux/GT.M and have
noticed that the performance of the CPRS GUI is much
slower than what I've experienced with Windows/Cache.
Is anybody else experiencing similar slow down?
I have tried running through xinetd and through
the RPC broker directly in
You said you could print to a file, this would get you a parsable file would
it not where you could look at the format and figure out how to insert it
into the Vista DB could you not.
Thanks
Marc Aylesworth
C3I Associates
AFRL/IFSE
Joint Battlespace Infosphere Team
525 Brooks Rd
Rome, NY
I think that building utilities around expect is adding unecessary complexity
where you
could just as easily (or more easily) simplify everything with a solution at a
different
level. A much better solution, if simple command line scripting isn't
sufficient, would be
to fix the utilities in
Steve --
I don't have a good answer for what to do if a process is running a
report that will take several hours to complete when operations wants to
shut the system down. I guess that depends on the application logic for
the process. [For example, in our banking application, with the use of
On Mon, 2005-08-29 at 08:43 -0500, smcphelan wrote:
You are correct. I forgot that with GT.M you have to really start
from
scratch and cannot assume you have anything.
I will probably try to set up a functional GT.M on Linux at Juno
Beach. Are
you up for helping?
[KSB] Steve, with an
Bhaskar wrote:
Please provide some guidance about future releases of OpenVistA VivA.
Bhaskar,
Thanks for providing your VivA disk images. I think most of us first learned
about live
Linux CD's from them.
Seeing how they change and get outdated so quickly, particularly the desktop
applications,
Bhaskar wrote:
Steve --
I don't have a good answer for what to do if a process is running a
report that will take several hours to complete when operations wants to
shut the system down.
The good news is that you can expect to have very few such long running
processes.
GT.M/Linux on a server
I am alarmed that there has been no expressed concern on this list
regarding the following:
* VAMC New Orleans, LA is flooded
* VAMC Jackson, MS operating, but no networking capability
* VAMC Biloxi, MS *apparently *operating, but no networking capability
Any VA CBOC's relying on
Do not be so sure you are in a minority unless you are counting solely by
the number of posts.
Jim Gray
- Original Message -
From: Greg Woodhouse [EMAIL PROTECTED]
To: hardhats-members@lists.sourceforge.net
Sent: Wednesday, August 31, 2005 11:45 AM
Subject: RE: [Hardhats-members]
We must keep in mind that the installed base of non x86 systems will be
supported for quite a while, so the port may still be practical.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of David
Sommers
Sent: Wednesday, August 31, 2005 4:00 PM
To:
Too late, no more free drinks.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kevin
Toppenberg
Sent: Wednesday, August 31, 2005 4:51 PM
To: Hardhats Sourceforge
Subject: [Hardhats-members] Opera web browser link
First, I have no financial connection
Except donating money, what else I can do?
At an emergency like this, without power, no computer
would be usable. Paper chart would be the only option.
Physicians in this list might know the procedure.
If they had backed up the database into a portable
hard drive, and satellite link it from
Or, perhaps more to the point: the compiler back end clearly does
depend on the ABI, but to what degree does it otherwise depend on the
OS, rather than the architecture. At a minimum, the ISA will be the
same, regardless of whether you run Linux, Windows, or OS X.
===
Gregory Woodhouse
Kevin,
I went through the same process in the late 80's. Only then it was a Wang
Mini circa 1978 converting to FileMan. I had the advantage of having written
the program (in BASIC), though that wasn't so much the advantage. We used a
port interface (fuzzy, but I think telnet capture, or some
Wednesday, August 31, 2005 8:57 PM Gregory Woodhouse Said:
What happened is so horrible that almost anything we can say seems
inappropriate, or at least inadequate.
Agree with George. There are numerous ways to contribute - AMA, AAFP, and
numerous sources are providing suggestions, and
What else is commonly run on the PowerPC?
===
Gregory Woodhouse
[EMAIL PROTECTED]
Nothing is as powerful than an idea
whose time has come.
-- Victor Hugo
On Aug 31, 2005, at 8:41 PM, Roy Gaber wrote:
We must keep in mind that the installed base of non x86 systems
will be
supported for
AIX
On 8/31/05, Gregory Woodhouse [EMAIL PROTECTED] wrote:
What else is commonly run on the PowerPC?
===
Gregory Woodhouse
[EMAIL PROTECTED]
Nothing is as powerful than an idea
whose time has come.
-- Victor Hugo
On Aug 31, 2005, at 8:41 PM, Roy Gaber wrote:
We must keep in
50 matches
Mail list logo