VistA Imaging is available with a FOIA request. Whether or not that applies to
foreign nationals requesting the software, I do not know.
On Monday 21 March 2005 12:19 am, Anna Joseph wrote:
Joseph,
Hope that does not mean that I cannot even have a look at the system! I
know that the
Oh. you are talking about the dialog to set up the search...
sorry.
Greg Woodhouse wrote:
That was my understanding, but consider thhat the basic symptom is that
we are comparing a pointer field for equality after doing a lookup
(selection after entering the '=' condition), but Fileman
I think George Timson will likely be discussing what is in the future for
fileman at the upcoming meeting, so maybe that will be a good time to mention
some things all of you think should be in its future.
On Monday 21 March 2005 10:20 am, Greg Kreis wrote:
Oh. you are talking about the
I think it would be a nice enhancement to have a keyword (perhaps IS)
that would compare values by internal pointer value. I know we can use
INTERNAL(field) now, but that requires that we compare the value with
the IEN of the record being referenced rather than simply allowing us
to select a
--- George Timson [EMAIL PROTECTED] wrote:
1) It's hard to sift through these messages, but I believe that the
current
subject thread is misnamed.
I agree. This isn't an example of Fileman being unreliable, but not
behaving as the user might expect under a rather unusual set of
1) It's hard to sift through these messages, but I believe that the current
subject thread is misnamed. This is the SAME example of FileMan Search
anomaly that was raised a couple of weeks ago on this list. The problem
arises when there is a pointer field that has an Output transform on it.
Comments below.
On Sun, 2005-03-20 at 15:36 -0800,
[EMAIL PROTECTED] wrote:
1. Install Services for Linux (SFU) put out by Windows
onto our Windows server.
...snipped...
Linux + NTFS is experimental at best still. Do not know much about the
SFU deal from M$, but would not put too much
How about setting up rsync with a cron job???
J.
Crawford Rainwater wrote:
Comments below.
On Sun, 2005-03-20 at 15:36 -0800,
[EMAIL PROTECTED] wrote:
1. Install Services for Linux (SFU) put out by Windows
onto our Windows server.
...snipped...
Linux + NTFS is experimental at best still. Do not
That makes me wish all the more I was going to be there! :-(
Anyway, I think we all know that it is possible to do more harm than
good by overloading a good product with features. That being said, when
I think about how I use Fileman, there are a number of possible areas
for improvement and/or
I need a reliable backup solution for my linux server.
Here are methods I have explored, unsuccessfully so
far. Let me first mention that our office also has a
new Windows Server running our billing package. My
initial thoughts were to copy my linux data to the
Windows server, and then let
Here is something else you may want to consider: Unison - a file sync
tool for Unix and Windows
http://www.cis.upenn.edu/~bcpierce/unison/
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT
I have offered some comments and ideas below, BUT actually this starts
us down an interesting path. The VA is not about to undertake these
kinds of mods. So does the community want to create an effort to build
a FM that is superset of the VA's FM? Would it be possible to keep it
in sync with
For clarity, Unison, rsync, or any technique that copies files or parts
of files when the database is in use will not work very well, and the
copy will be corrupt. This is because GT.M is constantly updating the
database when it is in use (unless you freeze updates).
Let's separate the two
XINDEX reports block structure mismatches as fatal errors (which seems
very sensible to me) but the standard seems to relegate level of
nesting to semantics; i.e., it is not treated as a syntactic issue at
all. Worse, section 6.3 of the standard says (in part):
Lines which have a LEVEL greater
Bhaskar,
Thanks for your advice here. I look forward to the
GT.M meeting in Boston. I plan to attend.
A quick DVD followup questions. When a drive is
connected to the computer, it still has to be mounted,
right? But how do I know what device to mount it as?
Is it a HD, CDROM? SCSI disk?
Thanks,
This info is very helpful. I appreciate your reply!
Kevin
--- ibk [EMAIL PROTECTED] wrote:
Kevin,
upgrades etc. It seems that cdrtools is one route
to
use. I would have to purchase a commercial
license.
The money is not such an issue, but I would want to
be
sure it was
Mark,
Comments below:
--- Mark Street [EMAIL PROTECTED] wrote:
Whoa, quite a bit here...
1. Windows bites, do it our way or the highway.
Yes, I agree. And do it our way, that we obfuscate...
2. Samba - Get yourself the book by John Terpstra -
Samba 3 By Example -
Practical
Wow. That's good information. I thought that the
sorting was from the output. Like when you print a
file, how do you want the output sorted.
Regarding indexes, I have found in the data
dictionary, that a given field may have many different
indexes. How would one, or the search program, know
Ok, so given below, this is what I understand to be
happening. I will compare it to a date field, and
show that the pointer field is not working in a
consistent manner to date fields.
When the user inputs a date, the supplied external
format may be in one of several formats, e.g. Jan 1,
2005 or
So again, to simplify this for my benefit, we have:
1. input of kst -- IEN=73
2. IEN of 73 in File#200=TOPPENBERG,KEVIN
3. because kstTOPPENBERG,KEVIN match fails.
This is especially frustrating because it expands
kst to TOPPENBERG,KEVIN But apparently is either
comparing 73 to TOPPENBERG,KEVIN
Crawford,
Great to hear from you. Hadn't seen you post in
awhile. Will you be at the Boston conf.?
Thanks for your suggestions below. The one issue
about scp'ing the data, though, is that I would have
to have an scp server running on the windows box. I
don't know how to set that up. I have
Thank you. You (and everyone else too) have been
quite helpful. I will have to digest the information
on these links.
Thanks
Kevin
--- Ismet Kursunoglu, MD [EMAIL PROTECTED]
wrote:
I need a reliable backup solution for my linux
server.
Here are methods I have explored, unsuccessfully
I agree with you that the root of the problem here is that pointer
fields are not compared using the IEN but the name of the record. The
output transform may be the immediate source of the problem, but it
simply underscores the nature of the problem. Perhaps this is a case of
Fileman behaving in a
Kevin Toppenberg wrote:
Wow. That's good information. I thought that the
sorting was from the output. Like when you print a
file, how do you want the output sorted.
That is how it works, if an index can't be used. If you have more than
one sort level or you use a computed
Kevin:
Could you post the standard data dictionary listing for the ENTERED BY
field?
On 3/21/05 8:44 PM, Kevin Toppenberg [EMAIL PROTECTED] wrote:
So again, to simplify this for my benefit, we have:
1. input of kst -- IEN=73
2. IEN of 73 in File#200=TOPPENBERG,KEVIN
3. because
Thanks for your suggestions below. The one issue
about scp'ing the data, though, is that I would have
to have an scp server running on the windows box. I
don't know how to set that up. I have downloaded a
program for windows, pscp that can pull the data from
the linux box when run on the
26 matches
Mail list logo
