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
