Re: [Hardhats-members] Fileman cross-reference questions
Conceptually, cross-references are pretty simple. When a field is edited, first the kill logic, then the set logic is executed for that cross-reference. This makes it easy to identify the record or records for which a field has a given value. At least that's the usual case. Some of the more interesting types of cross-references are whole file cross-references on subfiles, allowing you to idntify which records have a given subentry and what the subsrecord number is, and MUMPS type cross-references that allow you to define your own set and kill logic for special purposes. Fileman also allows you to build indexes of multiple fields. You will also encounter references to traditional and new style cross-references. The code for traditional cross-references is stored in the DD, but for new style cross-referencess, it is in the INDEX file. New style cross-references have various features giving you more flexibility and control over execution. They are also safer in a multi-user environment, but the majority of cross-references are traditional, and traditional cross-references are often all you need. --- Kevin Toppenberg [EMAIL PROTECTED] wrote: Hey all, I've come to that time in my life where someone needs to sit me down and tell me all about well... fileman cross-references. And I specifically want to know how to fill them with the data I want. Let me set up my situation first. I am trying to understand the linkages between files etc. that make up the pharmacy package. Currently, with Dave Whitten's help, I have one drug that shows up when I try to add a new drug in CPRS. Here is an overview of the steps that go behind getting information about the drug to show up in CPRS. 1. CPRS is given a list of available drugs. This list is stored in File 101.44 (ORDER QUICK VIEW). In my example, diltiazem is stored as an option like this: 44^DILTIAZEM. This 44 is the IEN of the Rx in file 101.43 (ORDERABLE ITEM). 2. During lookup, it uses record/entry# 44 from 101.43, and gets the ID field (field 2). This is supposed to have a format like this: 'package code;99XXX' where XXX indicates the package table originating this item (i.e. RAP,LRT,etc.). In my example, the code was 1. 3. This package code is then used to access a cross reference in file #50 (DRUG file, ^PSDRUG). It accesses it like this: $order(^PSDRUG(ASP,1,0)), where 1 is the package code from above. Because I have only one drug installed, there is only one item in this cross-reference. This is 3819. Thus ^PSDRUG(ASP,1,3819)=. 4. This 3819 from above is the IEN of the drug in the DRUG file. From this entry, the available dosages etc. are available. 5. So to make drugs available in CPRS, file #50 (DRUG file) must not only have the drug defined, but there must also be entries entries in the ASP cross reference. -- OK, that's the setting. Now, what I have been able to figure out 1. When I lookup information about the ASP cross-reference in VPE, I see only this info about the index: IndexFile Fields *ASP 50 PHARMACY ORDERABLE ITEM (#2.1) So I look it up in the Fileman data dictionary utilities and get this information: ASPREGULAR Field: PHARMACY ORDERABLE ITEM (50,2.1) Description: Cross-reference to PHARMACY ORDERABLE ITEM file #50.7. 1)= S ^PSDRUG(ASP,$E(X,1,30),DA)= 2)= K ^PSDRUG(ASP,$E(X,1,30),DA) 3)= Do not delete - So here are my questions: 1. Apparently there is some M code associated with each cross-reference. When is this code executed? 2. Where is this code stored? When I look in ^DD, I find only ^DD(50,0,IX,ASP,50,2.1)= and ^DD(50,IX,2.1)= 3. From above, it looks like there is separate 'setting' code and 'killing' code. Is this true? 4. How is the cross-reference filled? -- I think I just figured out the answer on this one. It occurs when a value is put into field 2.1 in one of the file #50 records. I think I have more questions, but that's enough for now.. Thanks Kevin __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- 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://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net 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
Re: [Hardhats-members] Re: Trying new install of Cache and Vista
The percent routines are the _* routines when you are working on a GTM system and as I recall, that is how they exported out of Cache as well. Hunt for them using a wild card in front of them in Studio to see what you find like *ZOSV* or something like that. I also think that you cannot see the % routines unless you have a licensed version of Cache as I recall. This is all just a bit fuzzy in my memory, so forgive the mistakes, please. It has been quite a while since I did anything with exporting routines and all of that. On Monday 25 April 2005 03:59 pm, Cameron Schlehuber wrote: Kill off the %ZOSF global first before running ZTMGRSET for the first time. Also be sure you map the % routines for VistA to be where you want them to be (probably NOT in %SYS or %CACHELIB). Since ZTMGRSET finds ^%ZOSF(UCI) to be defined, it's using that ... and not finding %ZOSV ... which ZTMGRSET establishes along with the %ZOSF global. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Butch Jones Sent: Monday, April 25, 2005 5:58 AM To: hardhats-members@lists.sourceforge.net Subject: RE: [Hardhats-members] Re: Trying new install of Cache and Vista Roy, I was doing some checking on the routines listed in my system. I can readily find all the routines that do not begin with a % sign (my system list some 22,000 different routines. Where would the %routines be listed because they are not in the same namespace as the other routines? If I should look for the % routines, can you be a little explicit on where and how to look?? Helps us newbies...:) The other thing I noticed when I was reading the instructions - I was looking at picture that goes with item #34. In that screen shot, I can see at the bottom something that says : Routine: ZOSVONT Loaded, saved as %ZOSV. When I click on Explorer and then load all the routines in the NAMESPACE - VISTA, I can click on routine ZOSVONT. When I do, I see that the first line of the routine says the following: %ZOSV ;SFISC/AC - $View commands for Open M for NT. ;09/22/2004 11:56 I am a little confused? I have yet to do any renaming or commenting out like nancy has suggested, I just want to see if the Cache or VISTA builds are bad before preceeding too far. Any advice.. === Roy Gaber [EMAIL PROTECTED] wrote: Did you map the % routines? The error you are receiving is indicating that the routine %ZOSV is missing. Sunday, April 24, 2005 8:34 PM Nancy wrote: All the new instructions were to be is what is there on Hardhats now plus the changes I suggested you do in the email to the ZU routine. I didn't want to add it unless you confirmed it worked OK. It seems that Mark Street found out the ?ZISF routine was missing as I recall, for his GTM install, so it may be missing for yours as well, but it may not be needed or something. I do not have Cache installed as I just got a new Windows machine, so I am going to post this out for someone who has done this to comment as I am still back working on a much older version with the CPRS/WIne issue. So, please fellow Hardhats, can you please give him some help here? = On Sunday 24 April 2005 07:22 pm, Butch Jones wrote: Nancy, Do you have a copy of the newer instructions that you will post on Hardhats? If so, care to send them to me and lets see if I can follow them to get an install up and running? I have begun my install and have gotten down to #34 of the old install notes and have run into the same problem. I don't want to change any of the routines today.. Was hoping to see the new instructions that you say you have. here is what I got when I attempted to perform step #34.. == USERZN VISTA VISTAD ^ZTMGRSET ZTMGRSET Version 8.0 **34,36,69,94,121,127,136,191,275** HELLO! I exist to assist you in correctly initializing the current account. D UCI^%ZOSV ^ NOROUTINEA+2^ZTMGRSET VISTA 3x2 === I am running Cache version 5.0.13.5607.1 Vista (CACHE.DAT dated 2/27/2005) --- 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://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF email is sponsored by
Re: [Hardhats-members] Fileman cross-reference questions
That's right, but if there is no data to cross-reference, no index will be built. Could that be the problem? (Note also that ^DIK is also used to delete records, so look before you leap!) Gregory Woodhouse [EMAIL PROTECTED] On Apr 25, 2005, at 10:29 PM, chuck5566 wrote: I know that you can fire off x-refs by making calls to various linetags in ^DIK. Maybe what you're looking for is there? On Apr 25, 2005, at 11:43 PM, Kevin Toppenberg wrote: OK, but where is the code stored? Thanks Kevin --- Greg Kreis [EMAIL PROTECTED] wrote: FM automatically executes the 'set' and 'kill' logic at the appropriate times, when the cross-referenced field is edited.This means the cross-reference can be thought of as a field event. Kevin Toppenberg wrote: Hey all, I've come to that time in my life where someone needs to sit me down and tell me all about well... fileman cross-references. And I specifically want to know how to fill them with the data I want. Let me set up my situation first. I am trying to understand the linkages between files etc. that make up the pharmacy package. Currently, with Dave Whitten's help, I have one drug that shows up when I try to add a new drug in CPRS. Here is an overview of the steps that go behind getting information about the drug to show up in CPRS. 1. CPRS is given a list of available drugs. This list is stored in File 101.44 (ORDER QUICK VIEW). In my example, diltiazem is stored as an option like this: 44^DILTIAZEM. This 44 is the IEN of the Rx in file 101.43 (ORDERABLE ITEM). 2. During lookup, it uses record/entry# 44 from 101.43, and gets the ID field (field 2). This is supposed to have a format like this: 'package code;99XXX' where XXX indicates the package table originating this item (i.e. RAP,LRT,etc.). In my example, the code was 1. 3. This package code is then used to access a cross reference in file #50 (DRUG file, ^PSDRUG). It accesses it like this: $order(^PSDRUG(ASP,1,0)), where 1 is the package code from above. Because I have only one drug installed, there is only one item in this cross-reference. This is 3819. Thus ^PSDRUG(ASP,1,3819)=. 4. This 3819 from above is the IEN of the drug in the DRUG file. From this entry, the available dosages etc. are available. 5. So to make drugs available in CPRS, file #50 (DRUG file) must not only have the drug defined, but there must also be entries entries in the ASP cross reference. -- OK, that's the setting. Now, what I have been able to figure out 1. When I lookup information about the ASP cross-reference in VPE, I see only this info about the index: IndexFile Fields *ASP 50 PHARMACY ORDERABLE ITEM (#2.1) So I look it up in the Fileman data dictionary utilities and get this information: ASPREGULAR Field: PHARMACY ORDERABLE ITEM (50,2.1) Description: Cross-reference to PHARMACY ORDERABLE ITEM file #50.7. 1)= S ^PSDRUG(ASP,$E(X,1,30),DA)= 2)= K ^PSDRUG(ASP,$E(X,1,30),DA) 3)= Do not delete - So here are my questions: 1. Apparently there is some M code associated with each cross-reference. When is this code executed? 2. Where is this code stored? When I look in ^DD, I find only ^DD(50,0,IX,ASP,50,2.1)= and ^DD(50,IX,2.1)= 3. From above, it looks like there is separate 'setting' code and 'killing' code. Is this true? 4. How is the cross-reference filled? -- I think I just figured out the answer on this one. It occurs when a value is put into field 2.1 in one of the file #50 records. I think I have more questions, but that's enough for now.. Thanks Kevin __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- 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://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net 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://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products
[Hardhats-members] Looking for job opportunities
If anyone is aware of opportunities for a nurse with project management experiance and an interest in promoting Open Source soultions for healthcare, please contact me. Alric --- 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://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] GT.M - Greek Technology MUMPS
Bhaskar, I think Mano was referring to the handling of strings with UTF-8 encoding. That is what his linux desktop was configured for at the beginning of the discussion. When he would type into a terminal with GTM (or without, I presume), the greek characters would be entered as two bytes. Not a bug, but since $L() and other intrinsic functions currently assume one-byte characters, multi-byte characters would have to be handled with extrinsic functions. On Sun, 2005-04-24 at 05:27 +0300, Doctor Bones wrote: Thank you Bhaskar, and I did in fact notice the problem with $L() in GTM. [KSB] Mano, what exactly do you mean by problem with $L() in GT.M? I am not aware of any bug with $L, so if you found a bug, please let me know so that we can fix it. Since Unicode support is not yet implemented by GT.M, for any 8-bit character set, the length in bytes is the same as the length in characters - in other words, it's a feature. Thanx in advance for the clarification. -- Bhaskar --- 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://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Vista-Office - ..worldvista..openvista...opensource... off-topic eh?
There is one issue I have with the WorldVistA VistA codebase. I mentioned this at Boston. But it needs to be brought up in this larger context. 1. Who has access to this code base to make any supposed modifications to it? 2. What relationship will all these scripts have to the official codebase? a. Will these scripts be certified by some official entity with WorldVistA as being fully compatible with the VA VistA code base and will do no harm to VA VistA? b. If not will the variances be documented? c. Is there a list of these scripts and their certification status by some entity in authority for WorldVistA? 3. To date, who has been allowed to make modifications to the WorldVistA VistA codebase? a. Have those modifications been well documented so that others can review them? b. Who decides what modifications will and will not be added to the WorldVistA codebase? c. Are there established, documented processes certifying these changes have done no harm to the VA VistA code base? d. Where is the documented plan to maintain, support, and update any modifications made to the VA VistA codebase? e. Is there a well defined software QA process established to certify any of these changes to the VA codebase. If so who is involved with this and are the findings available for review? I could go on... Rick did promise that some of these may be addressed at the next WorldVistA meeting. I think the audience needs right now a list of these scripts and which of these are officially blessed by WorldVistA (i.e., the Board and the President) and why. Or there should be a disclaimer presented with some such wording as User beware and use at your own risk. Frankly, I believe people get this stuff from WorldVistA or hardhats and believe that it has the total and unreserved approval of the WorldVistA Board and the President of WorldVistA. I am not sure that approval really exists. I personally view these scripts as any other freeware. If you like it, use it, but YOU assume ALL responsibility for the outcome of using it. As an example of these concerns: This move to internationalize VistA is no small trivial task, It will require extensive modifications of FOIA VistA. Thus each and every patch that is released by the VA will have to be scrubbed to make it internationalized ready for implementation into the WorldVistA codebase. Again this is no small trivial process. The code and the KIDS build has to be modified. Then it has to be extensively QA'd again. It needs to see if there are any new interactions with the FOIA codebase that did not exist previously. This is no simple, trivial, short-time frame task. Where is the published processes documenting who, what, where, when, and how this will be done (or any of the other modifications made)? Or will the modified WorldVistA codebase be like HUI? I am under the impression (right or wrong) that the HUI VistA codebase is way out of synch with the current VA codebase, like maybe several years out of synch. I am not the only one with this impression. I raise this up on this licensing thread because the answers to these questions will affect the license. If it is open source, then I as an end-user have the right to know exactly who, what, when, where, and how items are incorporated into the SUPPORTED codebase. WorldVistA does not have a financial engine like Apache to generate resources to maintain this support. - Original Message - From: Mark Street [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Sunday, April 24, 2005 2:11 PM Subject: Re: [Hardhats-members] Vista-Office - ..worldvista..openvista...opensource... off-topic eh? Well, riddle me this.. and I just didn't fall off the turnip truck. Several board members of WorldVista also have a commercial interest in the success of VistA, along with a few outside commercial vendors who have the dough to throw at this immense project. How many code bases are there now? FOIA, HUI, WorldVistA, OpenVistA? From where I sit Medsphere with it's hired talent and marketing power has a leg up. 1. WorldVista is the organization - OpenVista is the codebase. (T/F) 2. What specific 'open source' license(s) are being considered for 'OpenVista'? 3. What boundaries in the fine print of the GPL are of concern to the WorldVista organization? The boundaries that separate what's yours from what's ours would be similar to genetically modified corn or cotton seeds being carried by natural or other means from your field into my field. I imagine the concept will have to be similar to proprietary binary modules plugged into the Linux kernel, or binary only distribution of commercial components. Anyway you look at it, your's vs. our's does not foster broad community support, involvement and innovation. Look to the Apache project, PHP and the Linux kernel of models that have succeeded in this regard. Like I have seen on a signature on Linux
Re: [Hardhats-members] Trademark openvista
I have applied for the domains OpenSourceVistA .com and .org and already have OpenSourceVistA.net . Should WorldVistA desire to use these, I will transfer them. The TM fees are a bit steep though, so I will wait to see if WV wants them before applying for that! On Monday 25 April 2005 06:52 am, Nancy Anthracite wrote: As I understand it, the Hui uses Hui OpenVistA, WorldVistA was going to use OpenVistA and Medsphere would use Medsphere OpenVistA, and at one time the story I heard was that they had applied for the TM to protect it and it would be given to WorldVistA. However, so far that has not happened. Until it does, I am waiting before I make more buttons. On Monday 25 April 2005 12:20 am, JohnLeo Zimmer wrote: Nancy Anthracite wrote: Trademark web site of OpenVistA http://tess2.uspto.gov/bin/showfield?f=docstate=4fule4.2.1 Nancy, can always be trusted add to the discussion. I'm just a country doctor here on the west coast of Iowa, but Medsphere's application says Filing Date: November 26, 2003 A press release (dated July 31, 2003) from the Pacific Telehealth and Technology Hui seems pertinent: http://www.pacifichui.org/media/press_releases/HuiOpenVistaInterest.pdf Quoting Steve Shreeve's words at that time: The Hui has served as a catalyst in the creation and dissemination of OpenVista as the first open-source, enterprise healthcare information system available in the healthcare market, said Steve Shreeve, Medsphere CEO, Funding the development and technology transfer of OpenVista has opened the door to multiple opportunities for our company, the open-source community and healthcare organizations worldwide. Steve seems to be saying that the Hui funded the creation and dissemination of OpenVista in which his nascent corporation participated... so how does that lead to his owning the name OpenVista? I would expect exactly the opposite. regards, jlz exclusive owner of Gra'paZ OpenVistA --- 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://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members -- Nancy Anthracite --- 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://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Vista-Office - ..worldvista..openvista...opensource... off-topic eh?
As the author of one such script, I would agree that it is a user beware situation. It would be nice if the work could be expanded upon and made more safe. But one has to start somewhere. Kevin --- steven mcphelan [EMAIL PROTECTED] wrote: There is one issue I have with the WorldVistA VistA codebase. I mentioned this at Boston. But it needs to be brought up in this larger context. 1. Who has access to this code base to make any supposed modifications to it? 2. What relationship will all these scripts have to the official codebase? a. Will these scripts be certified by some official entity with WorldVistA as being fully compatible with the VA VistA code base and will do no harm to VA VistA? b. If not will the variances be documented? c. Is there a list of these scripts and their certification status by some entity in authority for WorldVistA? 3. To date, who has been allowed to make modifications to the WorldVistA VistA codebase? a. Have those modifications been well documented so that others can review them? b. Who decides what modifications will and will not be added to the WorldVistA codebase? c. Are there established, documented processes certifying these changes have done no harm to the VA VistA code base? d. Where is the documented plan to maintain, support, and update any modifications made to the VA VistA codebase? e. Is there a well defined software QA process established to certify any of these changes to the VA codebase. If so who is involved with this and are the findings available for review? I could go on... Rick did promise that some of these may be addressed at the next WorldVistA meeting. I think the audience needs right now a list of these scripts and which of these are officially blessed by WorldVistA (i.e., the Board and the President) and why. Or there should be a disclaimer presented with some such wording as User beware and use at your own risk. Frankly, I believe people get this stuff from WorldVistA or hardhats and believe that it has the total and unreserved approval of the WorldVistA Board and the President of WorldVistA. I am not sure that approval really exists. I personally view these scripts as any other freeware. If you like it, use it, but YOU assume ALL responsibility for the outcome of using it. As an example of these concerns: This move to internationalize VistA is no small trivial task, It will require extensive modifications of FOIA VistA. Thus each and every patch that is released by the VA will have to be scrubbed to make it internationalized ready for implementation into the WorldVistA codebase. Again this is no small trivial process. The code and the KIDS build has to be modified. Then it has to be extensively QA'd again. It needs to see if there are any new interactions with the FOIA codebase that did not exist previously. This is no simple, trivial, short-time frame task. Where is the published processes documenting who, what, where, when, and how this will be done (or any of the other modifications made)? Or will the modified WorldVistA codebase be like HUI? I am under the impression (right or wrong) that the HUI VistA codebase is way out of synch with the current VA codebase, like maybe several years out of synch. I am not the only one with this impression. I raise this up on this licensing thread because the answers to these questions will affect the license. If it is open source, then I as an end-user have the right to know exactly who, what, when, where, and how items are incorporated into the SUPPORTED codebase. WorldVistA does not have a financial engine like Apache to generate resources to maintain this support. - Original Message - From: Mark Street [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Sunday, April 24, 2005 2:11 PM Subject: Re: [Hardhats-members] Vista-Office - ..worldvista..openvista...opensource... off-topic eh? Well, riddle me this.. and I just didn't fall off the turnip truck. Several board members of WorldVista also have a commercial interest in the success of VistA, along with a few outside commercial vendors who have the dough to throw at this immense project. How many code bases are there now? FOIA, HUI, WorldVistA, OpenVistA? From where I sit Medsphere with it's hired talent and marketing power has a leg up. 1. WorldVista is the organization - OpenVista is the codebase. (T/F) 2. What specific 'open source' license(s) are being considered for 'OpenVista'? 3. What boundaries in the fine print of the GPL are of concern to the WorldVista organization? The boundaries that separate what's yours from what's ours would be similar to genetically modified corn or cotton seeds being carried by natural or other means from your field into my field. I imagine the concept will have
Re: [Hardhats-members] Vista-Office - ..worldvista..openvista...opensource... off-topic eh?
user beware is standard fare in software EULA's so the good news it would not be unique for this caveat to be added to VistA code. Joseph Kevin Toppenberg wrote: As the author of one such script, I would agree that it is a user beware situation. It would be nice if the work could be expanded upon and made more safe. But one has to start somewhere. Kevin --- steven mcphelan [EMAIL PROTECTED] wrote: There is one issue I have with the WorldVistA VistA codebase. I mentioned this at Boston. But it needs to be brought up in this larger context. 1. Who has access to this code base to make any supposed modifications to it? 2. What relationship will all these scripts have to the official codebase? a. Will these scripts be certified by some official entity with WorldVistA as being fully compatible with the VA VistA code base and will do no harm to VA VistA? b. If not will the variances be documented? c. Is there a list of these scripts and their certification status by some entity in authority for WorldVistA? 3. To date, who has been allowed to make modifications to the WorldVistA VistA codebase? a. Have those modifications been well documented so that others can review them? b. Who decides what modifications will and will not be added to the WorldVistA codebase? c. Are there established, documented processes certifying these changes have done no harm to the VA VistA code base? d. Where is the documented plan to maintain, support, and update any modifications made to the VA VistA codebase? e. Is there a well defined software QA process established to certify any of these changes to the VA codebase. If so who is involved with this and are the findings available for review? I could go on... Rick did promise that some of these may be addressed at the next WorldVistA meeting. I think the audience needs right now a list of these scripts and which of these are officially blessed by WorldVistA (i.e., the Board and the President) and why. Or there should be a disclaimer presented with some such wording as User beware and use at your own risk. Frankly, I believe people get this stuff from WorldVistA or hardhats and believe that it has the total and unreserved approval of the WorldVistA Board and the President of WorldVistA. I am not sure that approval really exists. I personally view these scripts as any other freeware. If you like it, use it, but YOU assume ALL responsibility for the outcome of using it. As an example of these concerns: This move to internationalize VistA is no small trivial task, It will require extensive modifications of FOIA VistA. Thus each and every patch that is released by the VA will have to be scrubbed to make it internationalized ready for implementation into the WorldVistA codebase. Again this is no small trivial process. The code and the KIDS build has to be modified. Then it has to be extensively QA'd again. It needs to see if there are any new interactions with the FOIA codebase that did not exist previously. This is no simple, trivial, short-time frame task. Where is the published processes documenting who, what, where, when, and how this will be done (or any of the other modifications made)? Or will the modified WorldVistA codebase be like HUI? I am under the impression (right or wrong) that the HUI VistA codebase is way out of synch with the current VA codebase, like maybe several years out of synch. I am not the only one with this impression. I raise this up on this licensing thread because the answers to these questions will affect the license. If it is open source, then I as an end-user have the right to know exactly who, what, when, where, and how items are incorporated into the SUPPORTED codebase. WorldVistA does not have a financial engine like Apache to generate resources to maintain this support. - Original Message - From: Mark Street [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Sunday, April 24, 2005 2:11 PM Subject: Re: [Hardhats-members] Vista-Office - ..worldvista..openvista...opensource... off-topic eh? Well, riddle me this.. and I just didn't fall off the turnip truck. Several board members of WorldVista also have a commercial interest in the success of VistA, along with a few outside commercial vendors who have the dough to throw at this immense project. How many code bases are there now? FOIA, HUI, WorldVistA, OpenVistA? From where I sit Medsphere with it's hired talent and marketing power has a leg up. 1. WorldVista is the organization - OpenVista is the codebase. (T/F) 2. What specific 'open source' license(s) are being considered for 'OpenVista'? 3. What boundaries in the fine print of the GPL are of concern to the WorldVista organization? The boundaries that separate what's yours from what's ours would be similar to genetically modified corn or cotton seeds being carried by natural or other means from your field into my field. I imagine the concept will have to be similar to
[Hardhats-members] Segmentation fault
Working with the Medicine package i ordered a GI procedure (laprascopy)from CPRS. when I saw the "VA for the alert i faced the following problem: Consult/Request Alerts Apr 26, [EMAIL PROTECTED]:58:38 Page: 1 of 0 TESTING,Y 907-02-0205 FEB 2,2005 (0) Wt (lb): Requested St No. Consult/Procedure Request 1 04/26/05 p 9 LAPRASCOPY GASTROENTEROLOGY Proc Enter ?? for more actions DD Detailed Display RT Results Display PT Print Form 513 CM Add Comment Select Action: Quit// /usr/local/OpenVistA/vista: line 78: 4319 Segmentation fault $gtm_dist/mumps -dir [EMAIL PROTECTED] vista]$ What is this /usr/local/OpenVistA/vista: line 78: 4319 Segmentation fault $gtm_dist/mumps -dir? Anna
Re: [Hardhats-members] Trademark openvista
Watching the discussion on this list, I'm not at all sure that #2 isn't the majority opinion! Gregory Woodhouse [EMAIL PROTECTED] On Apr 25, 2005, at 5:19 AM, JohnLeo Zimmer wrote: Of course, the name is just bath water and must not obscure the core reality which, IMHO, is not the mere software stack (Linux/M/VistA) but rather that marvelous artifact within the milieu which crafted it. error: #1 We can just plug the stack into just any non-VHA hospital and expect it to work better than, say, Cerner. #2 The software stack is more valuable than the development method. #3 It's impossible to recreate the old VA's milieu in the outside world. IF #1, pray that the first few implementations are sufficently successfull for our many medical communities to not be frightened off by the expensive lessons that will be learned yet again. We need those few icebreaker implementations to do well enough that the world takes notice. IF #2, look elsewhere for the future. IF #3, just watch us. jlz born at the right time --- 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://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Fileman cross-reference questions
Greg is right about where the code is stored (in the DD, the xrefs are in a multiple in the field) and that you should use FM to edit them. In practice, though, some programmers do edit the code directly in the global for some types of xrefs (like regular, etc.) where FM won't give you access to the code. But you need to make sure you don't change how the xref works in principle or you can get some interesting results ;-) Gregory Woodhouse wrote: For traditional cross-references, it's the ^DD global and for new style cross-references, the INDEX file. But you should always edit them using the Fileman option Cross-reference a field on the utility menu (I believe). Gregory Woodhouse [EMAIL PROTECTED] On Apr 25, 2005, at 9:43 PM, Kevin Toppenberg wrote: OK, but where is the code stored? Thanks Kevin --- 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://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members -- Greg Kreis http://www.PioneerDataSys.com You are today where your thoughts have brought you, you will be tomorrow where your thoughts take you. (James Lane Allen) --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] Fileman cross-reference questions
Kevin asked: So here are my questions: 1. Apparently there is some M code associated with each cross-reference. When is this code executed? For every add/edit/delete of that field, FileMan triggers the appropriate Set or Kill. Also if you re-index the file, the code will be executed. 2. Where is this code stored? When I look in ^DD, I find only ^DD(50,0,IX,ASP,50,2.1)= and ^DD(50,IX,2.1)= It is stored in ^DD(file,field,1,index #,n) where index # is a sequential IEN at the sub-file level. Like this: ^DD(50,2.1,0) = PHARMACY ORDERABLE ITEM^P50.7X^PS(50.7,^2;1^I $D(X) N ND S ND=$G (^PSDRUG(DA,ND)) I +ND,+$P(ND,^,3),+$$PSJDF^PSNAPIS(0,$P(ND,^,3))'=$P(^PS( 50.7,X,0),^,2) K X ^DD(50,2.1,1,0) = ^.1 ^DD(50,2.1,1,1,0) = 50^ASP ^DD(50,2.1,1,1,1) = S ^PSDRUG(ASP,$E(X,1,30),DA)= ^DD(50,2.1,1,1,2) = K ^PSDRUG(ASP,$E(X,1,30),DA) ^DD(50,2.1,1,1,3) = Do not delete ^DD(50,2.1,1,1,%D,0) = ^^1^1^2970925^^ ^DD(50,2.1,1,1,%D,1,0) = Cross-reference to PHARMACY ORDERABLE ITEM file #50.7 3. From above, it looks like there is separate 'setting' code and 'killing' code. Is this true? Yes it's true for regular cross-references. FileMan will automatically create the Set and Kill code in the format that you have already seen. If you create a Mumps xref or a Trigger xref, you will control whether or not there is Set or Kill code and control the content. There are some very creative things you can do with these types but a simple thing might be to Set an xref exactly as FM would do but not have any Kill code. You will end up with an historical record that might be useful for some purpose. 4. How is the cross-reference filled? -- I think I just figured out the answer on this one. It occurs when a value is put into field 2.1 in one of the file #50 records. Exactly. Other than reading the documentation, the best way to find out what and where is to create a small test file with only two or three fields. At that size, you can see the whole ^DD entry and detect additions and changes as you try adding different cross-reference types to the file. If you are going to be creating a new package and adding new files of your own design, you should look into the New Style cross-references and Keys. There is a tutorial available in the Infrastructure documentation library. Thom H. Learn from the mistakes of others. You can't live long enough to make them all yourself. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Toppenberg Sent: Monday, April 25, 2005 5:47 PM To: Hardhats Sourceforge Subject: [Hardhats-members] Fileman cross-reference questions Hey all, I've come to that time in my life where someone needs to sit me down and tell me all about well... fileman cross-references. And I specifically want to know how to fill them with the data I want. Let me set up my situation first. I am trying to understand the linkages between files etc. that make up the pharmacy package. Currently, with Dave Whitten's help, I have one drug that shows up when I try to add a new drug in CPRS. Here is an overview of the steps that go behind getting information about the drug to show up in CPRS. 1. CPRS is given a list of available drugs. This list is stored in File 101.44 (ORDER QUICK VIEW). In my example, diltiazem is stored as an option like this: 44^DILTIAZEM. This 44 is the IEN of the Rx in file 101.43 (ORDERABLE ITEM). 2. During lookup, it uses record/entry# 44 from 101.43, and gets the ID field (field 2). This is supposed to have a format like this: 'package code;99XXX' where XXX indicates the package table originating this item (i.e. RAP,LRT,etc.). In my example, the code was 1. 3. This package code is then used to access a cross reference in file #50 (DRUG file, ^PSDRUG). It accesses it like this: $order(^PSDRUG(ASP,1,0)), where 1 is the package code from above. Because I have only one drug installed, there is only one item in this cross-reference. This is 3819. Thus ^PSDRUG(ASP,1,3819)=. 4. This 3819 from above is the IEN of the drug in the DRUG file. From this entry, the available dosages etc. are available. 5. So to make drugs available in CPRS, file #50 (DRUG file) must not only have the drug defined, but there must also be entries entries in the ASP cross reference. -- OK, that's the setting. Now, what I have been able to figure out 1. When I lookup information about the ASP cross-reference in VPE, I see only this info about the index: IndexFile Fields *ASP 50 PHARMACY ORDERABLE ITEM (#2.1) So I look it up in the Fileman data dictionary utilities and get this information: ASPREGULAR Field: PHARMACY ORDERABLE ITEM (50,2.1) Description: Cross-reference to PHARMACY ORDERABLE ITEM file #50.7. 1)= S ^PSDRUG(ASP,$E(X,1,30),DA)= 2)= K ^PSDRUG(ASP,$E(X,1,30),DA) 3)= Do not delete - So here are my questions: 1. Apparently there is some M code associated with each cross-reference.
RE: [Hardhats-members] Error message when enterering D^ZU
Sorry I got behind on my email. Did this problem get fixed?tx/t -Original Message- From: [EMAIL PROTECTED] [mailto:hardhats- [EMAIL PROTECTED] On Behalf Of Nancy Anthracite Sent: Saturday, April 23, 2005 10:46 AM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Error message when enterering D^ZU Are you using the current set of instructions that is online at Hardhats? There have been some changes in steps 38 and 39 and one other place that I think were made to deal with this. I am thinking that this may be the problem with the number of users on Cache again, or maybe that you need to change the Mode of Taskman to general processor in the Taskman site parameters file. Or that the primary menu needs to be set as EVE. I am loosing it because this has come up multiple times before and I can't remember what the fix is. Thurman, help! Didn't you have to fix this? On Saturday 23 April 2005 12:08 pm, Butch Jones wrote: I have just gotten back into community and am again trying to set up a new installation of CACHE. I have been pretty successful in following the instructions on setting up a system. When I sing onto Cache terminal and change the namespace to VISTA, I am getting an error message that displays ever-so-briefly when I type D^ZU from the prompt: VISTA D^ZU {I then get some error code that displays really fast and logs the terminal off.} any one know what I have missed in the setup process? Thanks, Butch Jones --- 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://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members -- Nancy Anthracite --- 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://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Fileman cross-reference questions
Thanks Greg, Kevin --- Greg Kreis [EMAIL PROTECTED] wrote: Greg is right about where the code is stored (in the DD, the xrefs are in a multiple in the field) and that you should use FM to edit them. In practice, though, some programmers do edit the code directly in the global for some types of xrefs (like regular, etc.) where FM won't give you access to the code. But you need to make sure you don't change how the xref works in principle or you can get some interesting results ;-) Gregory Woodhouse wrote: For traditional cross-references, it's the ^DD global and for new style cross-references, the INDEX file. But you should always edit them using the Fileman option Cross-reference a field on the utility menu (I believe). Gregory Woodhouse [EMAIL PROTECTED] On Apr 25, 2005, at 9:43 PM, Kevin Toppenberg wrote: OK, but where is the code stored? Thanks Kevin --- 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://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members -- Greg Kreis http://www.PioneerDataSys.com You are today where your thoughts have brought you, you will be tomorrow where your thoughts take you. (James Lane Allen) --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Segmentation fault
Anna, I think Bhaskar may need to help with this one, but it looks like to me that you have an error with some file in the /usr/local/OpenVistA/vista directory. This is probably where all your routines are stored, so that won't likely help you much. But whatever the file, the error was on line 78. Its too bad it kicked you all the way back to the gtm prompt, or you could have check $ZSTATUS and $ZPOSISTION to see where the error was and what it was. Kevin line 78: 4319 Segmentation fault $gtm_dist/mumps -dir --- Anna Joseph [EMAIL PROTECTED] wrote: Working with the Medicine package i ordered a GI procedure (laprascopy)from CPRS. when I saw the VA for the alert i faced the following problem: Consult/Request AlertsApr 26, [EMAIL PROTECTED]:58:38 Page:1 of0 TESTING,Y 907-02-0205 FEB 2,2005 (0)Wt (lb): Requested St No. Consult/Procedure Request 1 04/26/05 p 9 LAPRASCOPY GASTROENTEROLOGY Proc Enter ?? for more actions DD Detailed Display RT Results Display PT Print Form 513 CM Add Comment Select Action: Quit// /usr/local/OpenVistA/vista: line 78: 4319 Segmentation fault $gtm_dist/mumps -dir [EMAIL PROTECTED] vista]$ What is this /usr/local/OpenVistA/vista: line 78: 4319 Segmentation fault $gtm_dist/mumps -dir? Anna __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Fileman cross-reference questions
The INDEX file... very interesting. I'll have to check it out in the VPE data dictionary... Thanks Kevin --- Gregory Woodhouse [EMAIL PROTECTED] wrote: For traditional cross-references, it's the ^DD global and for new style cross-references, the INDEX file. But you should always edit them using the Fileman option Cross-reference a field on the utility menu (I believe). Gregory Woodhouse [EMAIL PROTECTED] On Apr 25, 2005, at 9:43 PM, Kevin Toppenberg wrote: OK, but where is the code stored? Thanks Kevin --- 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://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] Fileman cross-reference questions
Norman, Thanks for the offer. I have a drug file. But my file #51 is completely empty. Is this propriatry? I don't think I really have to have it, since we are not dispensing drugs. I am close to figuring out how all the drug files are related. I have been able to: 1. Add a PHARMACY ORDERABLE ITEM entry 2. Link the entry in the DRUG file to it. 3. Ensure that the ORDERABLE ITEM is set up 4. Ensure that the QUICK VIEW file has a link to the PHARMACY ORDERABLE ITEM file, and that there is a display text assigned. By doing this manually, I have been able to add 4 drugs that I can now order from CPRS. My next step is to do this automatically with code. But I am learning about the drug classification codes, so I can screen out bandages, blood products etc. I may get back with you on this. But I need to explore a bit more first. Thanks Kevin --- [EMAIL PROTECTED] wrote: If you can get a drug file, and the PS(51 global I will be able to help. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Kevin Toppenberg Sent: Monday, April 25, 2005 11:47 AM To: Hardhats Sourceforge Subject: [Hardhats-members] Fileman cross-reference questions Hey all, I've come to that time in my life where someone needs to sit me down and tell me all about well... fileman cross-references. And I specifically want to know how to fill them with the data I want. Let me set up my situation first. I am trying to understand the linkages between files etc. that make up the pharmacy package. Currently, with Dave Whitten's help, I have one drug that shows up when I try to add a new drug in CPRS. Here is an overview of the steps that go behind getting information about the drug to show up in CPRS. 1. CPRS is given a list of available drugs. This list is stored in File 101.44 (ORDER QUICK VIEW). In my example, diltiazem is stored as an option like this: 44^DILTIAZEM. This 44 is the IEN of the Rx in file 101.43 (ORDERABLE ITEM). 2. During lookup, it uses record/entry# 44 from 101.43, and gets the ID field (field 2). This is supposed to have a format like this: 'package code;99XXX' where XXX indicates the package table originating this item (i.e. RAP,LRT,etc.). In my example, the code was 1. 3. This package code is then used to access a cross reference in file #50 (DRUG file, ^PSDRUG). It accesses it like this: $order(^PSDRUG(ASP,1,0)), where 1 is the package code from above. Because I have only one drug installed, there is only one item in this cross-reference. This is 3819. Thus ^PSDRUG(ASP,1,3819)=. 4. This 3819 from above is the IEN of the drug in the DRUG file. From this entry, the available dosages etc. are available. 5. So to make drugs available in CPRS, file #50 (DRUG file) must not only have the drug defined, but there must also be entries entries in the ASP cross reference. -- OK, that's the setting. Now, what I have been able to figure out 1. When I lookup information about the ASP cross-reference in VPE, I see only this info about the index: IndexFile Fields *ASP 50 PHARMACY ORDERABLE ITEM (#2.1) So I look it up in the Fileman data dictionary utilities and get this information: ASPREGULAR Field: PHARMACY ORDERABLE ITEM (50,2.1) Description: Cross-reference to PHARMACY ORDERABLE ITEM file #50.7. 1)= S ^PSDRUG(ASP,$E(X,1,30),DA)= 2)= K ^PSDRUG(ASP,$E(X,1,30),DA) 3)= Do not delete - So here are my questions: 1. Apparently there is some M code associated with each cross-reference. When is this code executed? 2. Where is this code stored? When I look in ^DD, I find only ^DD(50,0,IX,ASP,50,2.1)= and ^DD(50,IX,2.1)= 3. From above, it looks like there is separate 'setting' code and 'killing' code. Is this true? 4. How is the cross-reference filled? -- I think I just figured out the answer on this one. It occurs when a value is put into field 2.1 in one of the file #50 records. I think I have more questions, but that's enough for now.. Thanks Kevin __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- 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://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net 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.
Re: [Hardhats-members] Fileman cross-reference questions
The 3rd node is where a single line text message is placed. If it exists, you can't use FM to delete the cross-reference's logic (i.e. you can't delete the definition of the cross-reference). It does double duty. It educates and warns with the text and its existence acts as a lock. Here are some examples. If you use FM to delete the don't delete message, then you can use FM to delete the xref. 1) ^DD(.11,.01,1,1,3) = Lets developers pick indexes by file number 2) ^DD(.11,.51,1,1,3) = Lets FileMan find indexes defined on fields from a pa = rticular file 3) ^DD(.31,.01,1,1,3) = Lets developers pick keys by their file number 4) ^DD(.312,.01,1,1,3) = LETS DEVELOPER PICK KEY FIELDS BY NUMBER 5) ^DD(.403,.01,1,2,3) = Programmer only 6) ^DD(.403,.01,1,3,3) = Programmer only 7) ^DD(.403,7,1,1,3) = Programmer only 8) ^DD(.4031,5,1,1,3) = Programmer only 9) ^DD(.4031,7,1,1,3) = Programmer only 10) ^DD(.4044,1,1,2,3) = Programmer only 11) ^DD(.4044,3.1,1,1,3) = Programmer only 12) ^DD(.46,.01,1,3,3) = Along with F cross-reference manages F_file# index. Kevin Toppenberg wrote: Thomas, Thank you for this well thought out and helpful reply. When I create an entry in the PHARMACY ORDERABLE ITEM file, I find that an appropriately matched entry in the ORDERABLE ITEM file, and also some data is put into the QUICK VIEW file. I am guessing this must be done through a cross reference, or perhaps a trigger of some sort(?). But it seems that the system would need to wait until the user has put data in all the fields before launching a process that creates records in other files. Any idea how this is done? Also, I have seen several places the nominclature of node 1: set, node 2: kill, and node 3: do not delete. I am guessing that the first two are the set and kill codes discussed below. But what about that 3rd node? Thanks Kevin --- "Holloway, Thomas (EDS)" [EMAIL PROTECTED] wrote: Kevin asked: So here are my questions: 1. Apparently there is some M code associated with each cross-reference. When is this code executed? For every add/edit/delete of that field, FileMan triggers the appropriate Set or Kill. Also if you re-index the file, the code will be executed. 2. Where is this code stored? When I look in ^DD, I find only ^DD(50,0,"IX","ASP",50,2.1)="" and ^DD(50,"IX",2.1)="" It is stored in ^DD(file,field,1,index #,n) where index # is a sequential IEN at the sub-file level. Like this: ^DD(50,2.1,0) = PHARMACY ORDERABLE ITEM^P50.7X^PS(50.7,^2;1^I $D(X) N ND S ND=$G (^PSDRUG(DA,"ND")) I +ND,+$P(ND,"^",3),+$$PSJDF^PSNAPIS(0,$P(ND,"^",3))'=$P(^PS( 50.7,X,0),"^",2) K X ^DD(50,2.1,1,0) = ^.1 ^DD(50,2.1,1,1,0) = 50^ASP ^DD(50,2.1,1,1,1) = S ^PSDRUG("ASP",$E(X,1,30),DA)="" ^DD(50,2.1,1,1,2) = K ^PSDRUG("ASP",$E(X,1,30),DA) ^DD(50,2.1,1,1,3) = Do not delete ^DD(50,2.1,1,1,"%D",0) = ^^1^1^2970925^^ ^DD(50,2.1,1,1,"%D",1,0) = Cross-reference to PHARMACY ORDERABLE ITEM file #50.7 3. From above, it looks like there is separate 'setting' code and 'killing' code. Is this true? Yes it's true for regular cross-references. FileMan will automatically create the Set and Kill code in the format that you have already seen. If you create a Mumps xref or a Trigger xref, you will control whether or not there is Set or Kill code and control the content. There are some very creative things you can do with these types but a simple thing might be to Set an xref exactly as FM would do but not have any Kill code. You will end up with an historical record that might be useful for some purpose. 4. How is the cross-reference filled? -- I think I just figured out the answer on this one. It occurs when a value is put into field 2.1 in one of the file #50 records. Exactly. Other than reading the documentation, the best way to find out "what" and "where" is to create a small test file with only two or three fields. At that size, you can see the whole ^DD entry and detect additions and changes as you try adding different cross-reference types to the file. If you are going to be creating a new package and adding new files of your own design, you should look into the New Style cross-references and Keys. There is a tutorial available in the Infrastructure documentation library. Thom H. "Learn from the mistakes of others. You can't live long enough to make them all yourself." -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Kevin Toppenberg Sent: Monday, April 25, 2005 5:47 PM To: Hardhats Sourceforge Subject: [Hardhats-members] Fileman cross-reference questions Hey all, I've come to that time in my life where someone needs to sit me down and tell me all about well... fileman cross-references. And I specifically want to
Re: [Hardhats-members] Fileman cross-reference questions
You guys are the greatest source of information! I really appreciate it. Thanks Kevin.Greg Kreis [EMAIL PROTECTED] wrote: The 3rd node is where a single line text message is placed. If it exists, you can't use FM to delete the cross-reference's logic (i.e. you can't delete the definition of the cross-reference). It does double duty. It educates and warns with the text and its existence acts as a lock. Here are some examples. If you use FM to delete the don't delete message, then you can use FM to delete the xref. 1) ^DD(.11,.01,1,1,3) = Lets developers pick indexes by file number 2) ^DD(.11,.51,1,1,3) = Lets FileMan find indexes defined on fields from a pa = rticular file 3) ^DD(.31,.01,1,1,3) = Lets developers pick keys by their file number 4) ^DD(.312,.01,1,1,3) = LETS DEVELOPER PICK KEY FIELDS BY NUMBER 5) ^DD(.403,.01,1,2,3) = Programmer only 6) ^DD(.403,.01,1,3,3) = Programmer only 7) ^DD(.403,7,1,1,3) = Programmer only 8) ^DD(.4031,5,1,1,3) = Programmer only 9) ^DD(.4031,7,1,1,3) = Programmer only10) ^DD(.4044,1,1,2,3) = Programmer only11) ^DD(.4044,3.1,1,1,3) = Programmer only12) ^DD(.46,.01,1,3,3) = Along with F cross-reference manages F_file# index.Kevin Toppenberg wrote: Thomas, Thank you for this well thought out and helpful reply. When I create an entry in the PHARMACY ORDERABLE ITEM file, I find that an appropriately matched entry in the ORDERABLE ITEM file, and also some data is put into the QUICK VIEW file. I am guessing this must be done through a cross reference, or perhaps a trigger of some sort(?). But it seems that the system would need to wait until the user has put data in all the fields before launching a process that creates records in other files. Any idea how this is done? Also, I have seen several places the nominclature of node 1: set, node 2: kill, and node 3: do not delete. I am guessing that the first two are the set and kill codes discussed below. But what about that 3rd node? Thanks Kevin --- "Holloway, Thomas (EDS)" [EMAIL PROTECTED] wrote: Kevin asked: So here are my questions: 1. Apparently there is some M code associated with each cross-reference. When is this code executed? For every add/edit/delete of that field, FileMan triggers the appropriate Set or Kill. Also if you re-index the file, the code will be executed. 2. Where is this code stored? When I look in ^DD, I find only ^DD(50,0,"IX","ASP",50,2.1)="" and ^DD(50,"IX",2.1)="" It is stored in ^DD(file,field,1,index #,n) where index # is a sequential IEN at the sub-file level. Like this: ^DD(50,2.1,0) = PHARMACY ORDERABLE ITEM^P50.7X^PS(50.7,^2;1^I $D(X) N ND S ND=$G (^PSDRUG(DA,"ND")) I +ND,+$P(ND,"^",3),+$$PSJDF^PSNAPIS(0,$P(ND,"^",3))'=$P(^PS( 50.7,X,0),"^",2) K X ^DD(50,2.1,1,0) = ^.1 ^DD(50,2.1,1,1,0) = 50^ASP ^DD(50,2.1,1,1,1) = S ^PSDRUG("ASP",$E(X,1,30),DA)="" ^DD(50,2.1,1,1,2) = K ^PSDRUG("ASP",$E(X,1,30),DA) ^DD(50,2.1,1,1,3) = Do not delete ^DD(50,2.1,1,1,"%D",0) = ^^1^1^2970925^^ ^DD(50,2.1,1,1,"%D",1,0) = Cross-reference to PHARMACY ORDERABLE ITEM file #50.7 3. From above, it looks like there is separate 'setting' code and 'killing' code. Is this true? Yes it's true for regular cross-references. FileMan will automatically create the Set and Kill code in the format that you have already seen. If you create a Mumps xref or a Trigger xref, you will control whether or not there is Set or Kill code and control the content. There are some very creative things you can do with these types but a simple thing might be to Set an xref exactly as FM would do but not have any Kill code. You will end up with an historical record that might be useful for some purpose. 4. How is the cross-reference filled? -- I think I just figured out the answer on this one. It occurs when a value is put into field 2.1 in one of the file #50 records. Exactly. Other than reading the documentation, the best way to find out "what" and "where" is to create a small test file with only two or three fields. At that size, you can see the whole ^DD entry and detect additions and changes as you try adding different cross-reference types to the file. If you are going to be creating a new package and adding new files of your own design, you should look into the New Style cross-references and Keys. There is a tutorial available in the Infrastructure documentation library. Thom H. "Learn from the mistakes of others. You can't live long enough to make them all yourself." -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Kevin Toppenberg Sent: Monday, April 25, 2005 5:47 PM To: Hardhats Sourceforge Subject: [Hardhats-members] Fileman cross-reference questions Hey all, I've come to that time in my life where someone needs to sit me down and tell me all about well... fileman cross-references. And I specifically want to know how to fill them with the data I want. Let me set
Re: [Hardhats-members] GT.M - Greek Technology MUMPS
Greg Woodhouse wrote Getting the lengh of a UTF-8 string is not entirely trivial, either, because UTF-8 is a variable length encoding. Actually, it is quite simple. You can just count the continuation bytes and subtract from the string length. Those are the only ones with 10 as the first two bits, $a() is in the range 128..191. If you define a pattern code (x) for those characters then it becomes trivial. utf8len(s) ;function - returns the length of a string as UTF-8 characters n len,i len=$l(s) f i=1:1:$l(s) s:$e(s,i)?1x len=len-1 q len If you have a variable (utf8cont) made up of all the continuation codes then the UTF-8 length of s becomes even simpler: $l($tr(s,utf8cont)) The essential thing though is that existing input transforms using $L() don't do the job and must be fixed. Jim. One the other hand, it's not that bad, and I suspect $L ends up doing a linear scan, anyway (unless strings are internally encoded with their length in bytes). If strings are not very long, I suspect it wouldn't be too bad. --- Jim Self [EMAIL PROTECTED] wrote: Bhaskar, I think Mano was referring to the handling of strings with UTF-8 encoding. That is what his linux desktop was configured for at the beginning of the discussion. When he would type into a terminal with GTM (or without, I presume), the greek characters would be entered as two bytes. Not a bug, but since $L() and other intrinsic functions currently assume one-byte characters, multi-byte characters would have to be handled with extrinsic functions. On Sun, 2005-04-24 at 05:27 +0300, Doctor Bones wrote: Thank you Bhaskar, and I did in fact notice the problem with $L() in GTM. [KSB] Mano, what exactly do you mean by problem with $L() in GT.M? I am not aware of any bug with $L, so if you found a bug, please let me know so that we can fix it. Since Unicode support is not yet implemented by GT.M, for any 8-bit character set, the length in bytes is the same as the length in characters - in other words, it's a feature. Thanx in advance for the clarification. -- Bhaskar --- Jim Self Systems Architect, Lead Developer VMTH Computer Services, UC Davis (http://www.vmth.ucdavis.edu/us/jaself) --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Fileman cross-reference questions
There are a lot of nice features like multi-field cross-refences and rec ord level execution (the cross-reference fires when the entire record has been edited, not just the field), enforced uniqueness (if desired), control of collation for individual subscipts, better thread safey, text transforms, set and kill conditions, and no doubt others that I've forgotten. The disadvantages are that they take a little (not much) more effort to set up, and the logic isn't stored directly in the ^DD global. --- Kevin Toppenberg [EMAIL PROTECTED] wrote: Greg, I haven't had a need to learn about the new style indexes yet, but it sounds like I need to as some point. Thanks for this post. Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Conceptually, cross-references are pretty simple. When a field is edited, first the kill logic, then the set logic is executed for that cross-reference. This makes it easy to identify the record or records for which a field has a given value. At least that's the usual case. Some of the more interesting types of cross-references are whole file cross-references on subfiles, allowing you to idntify which records have a given subentry and what the subsrecord number is, and MUMPS type cross-references that allow you to define your own set and kill logic for special purposes. Fileman also allows you to build indexes of multiple fields. You will also encounter references to traditional and new style cross-references. The code for traditional cross-references is stored in the DD, but for new style cross-referencess, it is in the INDEX file. New style cross-references have various features giving you more flexibility and control over execution. They are also safer in a multi-user environment, but the majority of cross-references are traditional, and traditional cross-references are often all you need. --- Kevin Toppenberg [EMAIL PROTECTED] wrote: Hey all, I've come to that time in my life where someone needs to sit me down and tell me all about well... fileman cross-references. And I specifically want to know how to fill them with the data I want. Let me set up my situation first. I am trying to understand the linkages between files etc. that make up the pharmacy package. Currently, with Dave Whitten's help, I have one drug that shows up when I try to add a new drug in CPRS. Here is an overview of the steps that go behind getting information about the drug to show up in CPRS. 1. CPRS is given a list of available drugs. This list is stored in File 101.44 (ORDER QUICK VIEW). In my example, diltiazem is stored as an option like this: 44^DILTIAZEM. This 44 is the IEN of the Rx in file 101.43 (ORDERABLE ITEM). 2. During lookup, it uses record/entry# 44 from 101.43, and gets the ID field (field 2). This is supposed to have a format like this: 'package code;99XXX' where XXX indicates the package table originating this item (i.e. RAP,LRT,etc.). In my example, the code was 1. 3. This package code is then used to access a cross reference in file #50 (DRUG file, ^PSDRUG). It accesses it like this: $order(^PSDRUG(ASP,1,0)), where 1 is the package code from above. Because I have only one drug installed, there is only one item in this cross-reference. This is 3819. Thus ^PSDRUG(ASP,1,3819)=. 4. This 3819 from above is the IEN of the drug in the DRUG file. From this entry, the available dosages etc. are available. 5. So to make drugs available in CPRS, file #50 (DRUG file) must not only have the drug defined, but there must also be entries entries in the ASP cross reference. -- OK, that's the setting. Now, what I have been able to figure out 1. When I lookup information about the ASP cross-reference in VPE, I see only this info about the index: IndexFile Fields *ASP 50 PHARMACY ORDERABLE ITEM (#2.1) So I look it up in the Fileman data dictionary utilities and get this information: ASPREGULAR Field: PHARMACY ORDERABLE ITEM (50,2.1) Description: Cross-reference to PHARMACY ORDERABLE ITEM file #50.7. 1)= S ^PSDRUG(ASP,$E(X,1,30),DA)= 2)= K ^PSDRUG(ASP,$E(X,1,30),DA) 3)= Do not delete - So here are my questions: 1. Apparently there is some M code associated with each cross-reference. When is this code executed? 2. Where is this code stored? When I look in ^DD, I find only ^DD(50,0,IX,ASP,50,2.1)= and ^DD(50,IX,2.1)= 3. From above, it looks like there is separate 'setting' code and 'killing' code. Is this true? 4. How is the cross-reference filled? -- I think I just figured out the answer on this one. It occurs when a
RE: [Hardhats-members] Active ICN Index
Thanks Gary. --- GARY MONGER [EMAIL PROTECTED] wrote: Something's wrong. You might also check to see if you have anything at ^DPT(DFN). The ICN is hanging on ^DPT(DFN,MPI). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jim Wheeler Sent: Tuesday, April 26, 2005 2:48 PM To: hardhats-members@lists.sourceforge.net Subject: [Hardhats-members] Active ICN Index Hi, I have a ^DPT(AICN,ICN,DFN) entry but no ^DPT(DFN,0) entry. Is this valid or do I have an index out of sync ? Thanks, Jim Mumpalito --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Active ICN Index
Hi Kevin, I've got about 300,000 paients in the active ICN index. 299,988 have a corresponding 0 node in ^DPT. I'm running Cache on VMS. After further research it appears that the AICN index is outta wack. I'm guessing either something bombed during the filing process or someone wrote a buggy one-shot. thanks, Jim --- Kevin Toppenberg [EMAIL PROTECTED] wrote: Jim, Do you have any patients in your system? If you are on GTM, what do you see when you type: zwr ^DPT(*) Kevin --- Jim Wheeler [EMAIL PROTECTED] wrote: Hi, I have a ^DPT(AICN,ICN,DFN) entry but no ^DPT(DFN,0) entry. Is this valid or do I have an index out of sync ? Thanks, Jim Mumpalito --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] Re: Trying new install of Cache and Vista
Cameron, You say to kill off the global, can you be a little more detailed on how this is done on CACHE. Us newbies have limited knowledge and most of this translates into Greek. --- Cameron Schlehuber [EMAIL PROTECTED] wrote: Kill off the %ZOSF global first before running ZTMGRSET for the first time. Also be sure you map the % routines for VistA to be where you want them to be (probably NOT in %SYS or %CACHELIB). Since ZTMGRSET finds ^%ZOSF(UCI) to be defined, it's using that ... and not finding %ZOSV ... which ZTMGRSET establishes along with the %ZOSF global. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Butch Jones Sent: Monday, April 25, 2005 5:58 AM To: hardhats-members@lists.sourceforge.net Subject: RE: [Hardhats-members] Re: Trying new install of Cache and Vista Roy, I was doing some checking on the routines listed in my system. I can readily find all the routines that do not begin with a % sign (my system list some 22,000 different routines. Where would the %routines be listed because they are not in the same namespace as the other routines? If I should look for the % routines, can you be a little explicit on where and how to look?? Helps us newbies...:) The other thing I noticed when I was reading the instructions - I was looking at picture that goes with item #34. In that screen shot, I can see at the bottom something that says : Routine: ZOSVONT Loaded, saved as %ZOSV. When I click on Explorer and then load all the routines in the NAMESPACE - VISTA, I can click on routine ZOSVONT. When I do, I see that the first line of the routine says the following: %ZOSV ;SFISC/AC - $View commands for Open M for NT. ;09/22/2004 11:56 I am a little confused? I have yet to do any renaming or commenting out like nancy has suggested, I just want to see if the Cache or VISTA builds are bad before preceeding too far. Any advice.. === Roy Gaber [EMAIL PROTECTED] wrote: Did you map the % routines? The error you are receiving is indicating that the routine %ZOSV is missing. Sunday, April 24, 2005 8:34 PM Nancy wrote: All the new instructions were to be is what is there on Hardhats now plus the changes I suggested you do in the email to the ZU routine. I didn't want to add it unless you confirmed it worked OK. It seems that Mark Street found out the ?ZISF routine was missing as I recall, for his GTM install, so it may be missing for yours as well, but it may not be needed or something. I do not have Cache installed as I just got a new Windows machine, so I am going to post this out for someone who has done this to comment as I am still back working on a much older version with the CPRS/WIne issue. So, please fellow Hardhats, can you please give him some help here? = On Sunday 24 April 2005 07:22 pm, Butch Jones wrote: Nancy, Do you have a copy of the newer instructions that you will post on Hardhats? If so, care to send them to me and lets see if I can follow them to get an install up and running? I have begun my install and have gotten down to #34 of the old install notes and have run into the same problem. I don't want to change any of the routines today.. Was hoping to see the new instructions that you say you have. here is what I got when I attempted to perform step #34.. == USERZN VISTA VISTAD ^ZTMGRSET ZTMGRSET Version 8.0 **34,36,69,94,121,127,136,191,275** HELLO! I exist to assist you in correctly initializing the current account. D UCI^%ZOSV ^ NOROUTINEA+2^ZTMGRSET VISTA 3x2 === I am running Cache version 5.0.13.5607.1 Vista (CACHE.DAT dated 2/27/2005) --- 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://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net 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
Re: [Hardhats-members] Re: Trying new install of Cache and Vista
Butch; KILL works the same way in Cache as it does in MUMPS. There are some settings that Cache has which may mean that you must be in the SYS environment or that whole globals cannot be deleted. If this is the case, you can easily remove teh contents of the global by this code; S N= F S N=$O(^%ZOSF(N)) Q:N= K ^%ZOSF(N) These two lines should clear everything out of the ^%ZOSF global except for the root node, ^%ZOSF, if it was created. Otherwise, K ^%ZOSF would kill off the whole global. Hope this helps. - Original Message - From: Butch Jones [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Tuesday, April 26, 2005 10:21 PM Subject: RE: [Hardhats-members] Re: Trying new install of Cache and Vista Cameron, You say to kill off the global, can you be a little more detailed on how this is done on CACHE. Us newbies have limited knowledge and most of this translates into Greek. --- Cameron Schlehuber [EMAIL PROTECTED] wrote: Kill off the %ZOSF global first before running ZTMGRSET for the first time. Also be sure you map the % routines for VistA to be where you want them to be (probably NOT in %SYS or %CACHELIB). Since ZTMGRSET finds ^%ZOSF(UCI) to be defined, it's using that ... and not finding %ZOSV ... which ZTMGRSET establishes along with the %ZOSF global. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Butch Jones Sent: Monday, April 25, 2005 5:58 AM To: hardhats-members@lists.sourceforge.net Subject: RE: [Hardhats-members] Re: Trying new install of Cache and Vista Roy, I was doing some checking on the routines listed in my system. I can readily find all the routines that do not begin with a % sign (my system list some 22,000 different routines. Where would the %routines be listed because they are not in the same namespace as the other routines? If I should look for the % routines, can you be a little explicit on where and how to look?? Helps us newbies...:) The other thing I noticed when I was reading the instructions - I was looking at picture that goes with item #34. In that screen shot, I can see at the bottom something that says : Routine: ZOSVONT Loaded, saved as %ZOSV. When I click on Explorer and then load all the routines in the NAMESPACE - VISTA, I can click on routine ZOSVONT. When I do, I see that the first line of the routine says the following: %ZOSV ;SFISC/AC - $View commands for Open M for NT. ;09/22/2004 11:56 I am a little confused? I have yet to do any renaming or commenting out like nancy has suggested, I just want to see if the Cache or VISTA builds are bad before preceeding too far. Any advice.. === Roy Gaber [EMAIL PROTECTED] wrote: Did you map the % routines? The error you are receiving is indicating that the routine %ZOSV is missing. Sunday, April 24, 2005 8:34 PM Nancy wrote: All the new instructions were to be is what is there on Hardhats now plus the changes I suggested you do in the email to the ZU routine. I didn't want to add it unless you confirmed it worked OK. It seems that Mark Street found out the ?ZISF routine was missing as I recall, for his GTM install, so it may be missing for yours as well, but it may not be needed or something. I do not have Cache installed as I just got a new Windows machine, so I am going to post this out for someone who has done this to comment as I am still back working on a much older version with the CPRS/WIne issue. So, please fellow Hardhats, can you please give him some help here? = On Sunday 24 April 2005 07:22 pm, Butch Jones wrote: Nancy, Do you have a copy of the newer instructions that you will post on Hardhats? If so, care to send them to me and lets see if I can follow them to get an install up and running? I have begun my install and have gotten down to #34 of the old install notes and have run into the same problem. I don't want to change any of the routines today.. Was hoping to see the new instructions that you say you have. here is what I got when I attempted to perform step #34.. == USERZN VISTA VISTAD ^ZTMGRSET ZTMGRSET Version 8.0 **34,36,69,94,121,127,136,191,275** HELLO! I exist to assist you in correctly initializing the current account. D UCI^%ZOSV ^ NOROUTINEA+2^ZTMGRSET VISTA 3x2 === I am running Cache version 5.0.13.5607.1 Vista (CACHE.DAT dated 2/27/2005)