My first purpose in a free standing Fileman (on GTM) would be to relate the existing console based dialogs to a simpler database/application that is in daily personal use rather than being a part of an enterprise appl.
Aside from being a learning environment , much of the secondary gain should be to reinforce learning of the same existing console text menus/dialogs which are used under VistA. If/when an alternative set of dialogs are devised, it would be good to be able to toggle back and forth between these traditional ones and any new set that is installed.
Actually since I have never seen solitary Fileman at work, I don't know to what extent the menu dialogs I have seen are VistA application vs. Fileman.
Some alternate methods of presenting and choosing from picklists could be helpful, but that is just one of many reactions of one green user with insufficient use to propose design. Another mandate might be provision of a command line menu item for SQL query, but perhaps assisted with picklists for composing the query.
Using the parable of the blind men investigating an elephant ... I recall they primarily use sense of touch and communicate their findings to each other with much disagreement. By using Fileman separately I would hope to focus on the various "senses" which are available as tools and later maybe I will be qualified to speak about any redesign of the "senses" (such as the Fileman user interface for queries etc).
Obviously, in this metaphor, VistA is the elephant, which overwhelms any concurrent study of the "senses".
I want to hear: "what would you like in a Fileman Lite"?
Rusty
Greg Woodhouse wrote:
What would you like to see in a "Fileman Lite" (for lack of a better term)?
--- T Maynard <[EMAIL PROTECTED]> wrote:
I want to add one more "pipe dream" on this thread about purposes for running Fileman and a mumps database outside of VistA .
My goals of learning (and WV goals of M recruitment) might be aided by daily use of something less intimidating than Vista and with a more limited data dictionary (nor does 24/7 banking qualify as a personal enterprise)
...but what about a *bookmark manager* .....
something that can relate a collection of URL's and associated notes to any browser that is in use and reachable on the network. Going a step further for the small subset of URL's that I must save (from possible oblivion) wouldn't it be a treat to have them stored in a sparse array like mumps.dat that documents the original context,notes future change, and delivers the difference by proxy.
Like EMR's, bookmark data needs to be portable and
just like HealthEVet, having access to a running server/warehouse eliminates the need to import/export or synchronize the collection between different browsers on differing machines.
When I read the recent threads about reviving M and combining it with other tools like Javascript for duty in web applications ... I just think of my hopeless balkanized bookmark collections scattered on different machines and browsers.
Such an personalized application is not so divorced from the standard duty of document management at multiple workstations provided by VistA. Whether an academic center or any other enterprise, getting to your bookmarks and notes from anywhere is a valuable function of IT on the network.
If a tidy M server application could take care of that with security and neutrality in web access I will be a devoted follower ...I'll keep that server up and running and I might learn something along the way.
Rusty Maynard
Wolfgang Giere wrote:
I am used to use (and teach) FileMan since we translated version 14
into German.
Now on my new Linux Notebook I had installed and running VistA on
GT.M and tried
to generate for my own private use a FileMan separately. It toll me
a while to
adapt to the GT.M world but finally it turned out to be real easy.
First I created a new folder "fm", then I
set the value of gtmgbldir "gtmgbldir=.../fm/mumps.gbl", "export
gtmgbldir"
changed directory "cd fm"
started GT.M "~/fm§ gtm"
created "mumps.dat" using "D ^GDE" (it uses gtmgbldir)
So far everything was straight forward, easy and very well
documented,
understandble (even for an oldie like me). The critical part was
the generation
of FileMan.
I remembered D ^DINIT and it told me the well known "let me think
..." but ended
with an error message indicating that key and record length are to
small.
GT.M's default is not enough for FileMan. One has to CHANGE it.
It took me a while to do that correctly. I studied the SHOW result
of my new
mumps.gbl and compared it with the VistA one. One has to adapt the
record
lenght and the key lenght in REGION, the blocksize, allocation and
extension in
SEGMENT:
GDE> c -r -record=1024 (change in region record lenght=)
GDE> c -r -key=255 (change in region keysize=)
GDE> c -s -alloc= ... (change allocation according to your needs)
similarly I changed the extension.
Now, after I succeeded to adapt my mumps.gbl to the needs of
FileMan, I could
crate mumps.dat using the adapted globaldirectory and run DINIT
successfully
(without error messages).
Note: I did NOT need a special package as I had installed VistA and
used the
same routines. Now I can swith to either demonstrate VistA or use
for my own
purposes FileMan Vs. 22 tailored to my needs.
FileMan is hehaving as I am used to. It still is the wonderful tool
I always
admired. Salute to George Timson and all the creative authors.
And thanks to Nancy Anthracite who brought me to the right idea
mentioning file
execution rights. (I did not pay attention to the octals ... )
Next steps will be to make FileMan print, install the web interface
using the
lessons published by the hardhats before etc. FileMan is a nice
hobby for
M-seniors ... trying to remain creative (especially in winter time
outside the
sailing season ;-))
Wolfgang Giere
Terry Wiechmann wrote:
We have used standalone File Manager for many years. We use it for
our
customer database. Also, all our Computer Based Instruction
packages were
implemented using it (structure only, all code for the Authoring,
Delivery
and Course specialization is written in MUMPS.)
Installing standalone Fileman on Cache, MSM or DSM is trivial. With
a little
work on the documentation and DINZMGR (integrating the code Cameron
put up)
, the same could apply to GT.M.
Terry L. Wiechmann www.esitechnology.com 978-779-0257 Skype: twiechmann ----- Original Message ----- From: "steven mcphelan" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, November 29, 2004 9:18 AM Subject: Re: [Hardhats-members] FileMan for GT.M
I have never used a stand alone Fileman. Will Fileman work in an environment which does not have Kernel installed? If so, does all
that
environment need are the M routines (both D* and %*) and %ZOSF
global?
Does
not Fileman need certain Data Dictionaries? If so, how does one
find out
which DDs Fileman needs or does not need? Since this
"environment" does
not
have the Kernel, one cannot create a KIDS build for installation.
One
could
create a KIDS build for export and then write a stand alone
installer that
would read that KIDS file and setup the ^DDs, ^DIC, ^DIE, etc.
This is not idle chatter on my part. On my personal home computer
I have
wanted to install Cache 5.0 and then set up a system with just
Fileman
and
Kernel and nothing else. Just identifying which components are
necessary
(like which files) is not trivial.
----- Original Message ----- From: "Terry Wiechmann" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, November 29, 2004 7:48 AM Subject: Re: [Hardhats-members] FileMan for GT.M
It works fine when a routine export file is created with a DSM
format
using
Cache. However, it will not import a file created by Cache in its
default
format - at least not in my environment.
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real
users.
Discover which products truly live up to the hype. Start reading
now.
http://productguide.itmanagersjournal.com/ _______________________________________________ Hardhats-members mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/hardhats-members
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real
users.
Discover which products truly live up to the hype. Start reading
now.
http://productguide.itmanagersjournal.com/ _______________________________________________ Hardhats-members mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/hardhats-members
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real
users.
Discover which products truly live up to the hype. Start reading
now.
http://productguide.itmanagersjournal.com/ _______________________________________________ Hardhats-members mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/hardhats-members
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ Hardhats-members mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/hardhats-members
=====
A practical man is a man who practices the errors of his forefathers. --Benjamin Disraeli
====
Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED]
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/
_______________________________________________
Hardhats-members mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/hardhats-members
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ Hardhats-members mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/hardhats-members
