I continue to be confused by the statement that CPRS GUI will not run on the 
free version of Caché.  This is clearly not the case.  As the previous post 
indicates, the free version limits the number of concurrent processes and 
prevents remote Telnet access, but is otherwise not constrained.  We run CPRS 
GUI and other broker-based applications in this environment without difficulty.

Doug Martin, MD
Clinical Informatics Associates, Inc.

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert DeWayne
Sent: Wednesday, August 24, 2005 7:44 AM
To: [email protected]
Subject: RE: [Hardhats-members] VOE and a database to run it. WAS: last value 
in Y from GETENV

Sorry I wasn't more specific, yes VOE will run on the free version of
Cache (Cacheweb), but the CPRS GUI will not function.  Since the CPRS
GUI is what everyone wants to test, then for all practical purposes VOE
will not function correctly.  The terminal capability will function and
therefore the roll and scroll side will work.  A great deal of the
functionality that VOE incorporates, such as templates and reminders,
are more GUI based so looking at the software without the GUI won't show
many enhancements.

We have been told that if you want to test the VOE software,
Intersystems will likely produce a 5 user version that will help you see
the strengths of the software.  Hope this is a better explanation than
before. 


Robert DeWayne
Technical Lead VOE (VistA Office EHR)
Daou Systems, Inc.
P: (317) 616-4745  C:(317) 727-7477
www.daou.com

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gary
Monger
Sent: Tuesday, August 23, 2005 11:45 PM
To: [email protected]
Subject: RE: [Hardhats-members] VOE and a database to run it. WAS: last
value in Y from GETENV

Unimaginable?  No.

A single user license is not going to get you full functionality,
however I've run FOIA VistA on the free license, and VistA Office should
work about the same.  I didn't have much trouble, but then I didn't try
to do much beyond a little development and testing.

If you just want one user to get in and play around, you can probably
get by with the free license.  I think telnet will only work on the
loopback address.  I believe the main issue will be how many processes
you'll be able to start.

I think it's a good idea to contact the vendor.  Ask them for a free
license that will run it.  They will probably give you one.


-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of David
Sommers
Sent: Tuesday, August 23, 2005 3:04 PM
To: [email protected]
Subject: [Hardhats-members] VOE and a database to run it. WAS: last
value in Y from GETENV

That seems unimaginable!  In order to test the waters, you have to
contact a vendor?

I know everyone here is shooting for vendor neutrality but I would like
to take a small journey down the "implementing VOE" path.

Let's pretend that I have a third-world country (or a friend named Bob)
that I would like to help.  In the past, I could point them over to (or
assist in) setting up Cache/GTM on the server and CPRS on the client.
No money down and we can get our feet wet.

If I can't use Cache single-user demo, is there a small workgroup
edition or something simple to purchase?  The reason why I say 'simple'
is because I can't find a single "buy now" or "price list" at
intersystems.com.  I'm sure I have to call a salesman but when I visit
Microsoft at http://www.microsoft.com/sql/default.mspx, the "How to Buy"
link is second down on the left.  At Oracle, the Store link is at the
top.  Did I miss something?  Shouldn't it be this easy to get the
technology into place?

On that note, has GTM been tested with VOE?

This is not an open-source vs free vs commercial argument.  My point is
that we should ensure that VistA is accessible to all those interested.
My question is - how do I install VOE?

I know VOE isn't available yet - this is in advance of the release.
What can this community can do to assist in making it easily accessible?

/David.

 
David Sommers, Architect  |  Dialog Medical -----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Robert DeWayne
Sent: Tuesday, August 23, 2005 10:50 AM
To: [email protected]
Subject: RE: [Hardhats-members] last value in Y from GETENV

Cacheweb is a single license version of Cache, VistaOffice (VOE) will
not work with this version.

 


Robert DeWayne
Technical Lead VOE (VistA Office EHR)
Daou Systems, Inc.
P: (317) 616-4745  C:(317) 727-7477
www.daou.com

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tyrus
Maynard
Sent: Monday, August 22, 2005 2:42 PM
To: [email protected]
Subject: [Hardhats-members] last value in Y from GETENV

I have configuration questions that will require examples from
VistaOffice.
Once a configuration of some flavor of Vista is OK for tinkering with, I
don't linger on issues like the box aka machine aka node (in some
texts).
 But I am a little obsessed with where the last piece of the Y string
comes from after it has been set in that famous reference exercise:
   D GETENV^%ZOSV
   W Y

Here is output from a new install of VistaOffice beta:
   EHR>D GETENV^%ZOSV W !,Y

   EHR^EHR^HPLAP^EHR:CACHEWEB

Since I want  the machine name for my laptop to remain "hplap" for other
uses , This string Y should be "configured" to return:

    EHR^EHR^HPLAP^EHR:HPLAP

and this is supposed to be done (I thought) by editing the entry in
Taskman Site Parameters. Conveniently, there is only one entry in the
fresh install, but it's  solitary entry name  name is not "
EHR:CACHEWEB"
and it doesnt contain "EHR:CACHEWEB" as a field entry.

  So where is the last piece of Y ("CACHEWEB") coming from?

If I look in the code, I am *overwhelmed* with %1 defined by:
   %1=$ZU(86),%1=$S(%<3.1:$P(%1,"*",3),1:$P(%1,"*",2))

If I go to Taskman Site Parameters in Fileman here is what lives there.
(I'll use Edit mode for Inquiring) because the verbose ?? help shows how
the last piece has *nothing* to do with what is stored in this single
entry for TaskSiteParam:

Select OPTION: ENTER OR EDIT FILE ENTRIES

INPUT TO WHAT FILE: TASKMAN SITE PARAMETERS// EDIT WHICH FIELD: ALL//
Select TASKMAN SITE PARAMETERS BOX-VOLUME PAIR: ??
   EHR:CACHE

     You may enter a new TASKMAN SITE PARAMETERS, if you wish
The value for the current account is EHR:CACHEWEB     Your answer should
be the  volume set name concatenated with ":"
        concatenated with the name of the CPU.
      The value for the current process can be found by doing
GETENV^%ZOSV
and   checking the fourth ^-piece of Y.  This allows the TaskMan
site parameters to be applied extremely precisely, depending both upon
which volume set and cpu which is affected.

Select TASKMAN SITE PARAMETERS BOX-VOLUME PAIR: `1  EHR:CACHE BOX-VOLUME
PAIR: EHR:CACHE//
RESERVED:
LOG TASKS?: NO//
DEFAULT TASK PRIORITY: 7//
TASK PARTITION SIZE: 100//
SUBMANAGER RETENTION TIME: 20//
TASKMAN JOB LIMIT: 100//
TASKMAN HANG BETWEEN NEW JOBS: 5//
MODE OF TASKMAN: GENERAL PROCESSOR//
VAX DSM ENVIROMENT FOR DCL:
OUT OF SERVICE: NO//
MIN SUBMANAGER CNT: 1// ^

Select TASKMAN SITE PARAMETERS BOX-VOLUME PAIR: ^ Select OPTION:

  Maybe I am supposed to be asking where the value for "CPU" lives which
has a context called "account" by whoever wrote the ??help. The help
gives a contextual citation of this same value ...where does it live? 
Must it be edited wherever it lives?

But this is from Openvista docs:
 "A machine is mainly something to hook onto some VA TaskMan
configuration parameters. The terms machine, CPU, box, or node are
commonly used interchangeably."

Thanks for help in the murky depths of Vista configuration

RustyMaynard



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle
Practices Agile & Plan-Driven Development * Managing Projects & Teams *
Testing & QA Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle
Practices Agile & Plan-Driven Development * Managing Projects & Teams *
Testing & QA Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle
Practices Agile & Plan-Driven Development * Managing Projects & Teams *
Testing & QA Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle
Practices Agile & Plan-Driven Development * Managing Projects & Teams *
Testing & QA Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members

Reply via email to