Jim, A bookmark manager server app could serve as a separate learning space for *daily use* to teach by example (serving programmers and newcomers alike). It probably serves as another small vehicle for M revival rather than aiding VistA expansion. A brief search of "bookmark" on the projects at sourceforge pulls up expected hits; only one of which is a web server design running PHP/MysQL. Perhaps none of these are an infrastructure for adding features of URL content storage, functioning as a selective,filtering proxy web server (somewhat like wwwoffle). I thank you for responding to my "pipe dream" with M2Web or other agnostic or polytheist tools.
The first thing, which attracted me to this thread and which I don't yet understand is: howto setup a fully functioning Fileman on GTM. I need something that summarizes the contributions and pitfalls that are found earlier on this thread (plus digressions of teaching between the lines). With that in hand I really need to start with those simple database exercises (like sorting colors by numeric hue and by alphaname). Then I could pursue this bookmark application that is personal use and daily use on a scale smaller than VistA. Still, bookmark/URL storage are just another rendition of all the issues that surround medical records. Rusty Jim Self wrote: > Rusty, > If you are willing to put a little effort into realizing this dream, I can help - possibly a lot. > To start with, two of the applications included with M2web already include much of > the functionality that you need, an easy facility to enter and index notes with rich HTML > content into a MUMPS database from anywhere on the web. Both are very small and relatively > simple applications that could be used as a starting point for learning about web > programming or taken as a foundation for something more complex and sophisticated. > Jim. > > Rusty Maynard 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 >> > > --------------------------------------- > Jim Self > Systems Architect, Lead Developer > VMTH Computer Services, UC Davis > (http://www.vmth.ucdavis.edu/us/jaself) > > > ------------------------------------------------------- > 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
