=========================================================================
Date: Tue, 4 Feb 2003 12:18:50 -0800
Reply-To: Julia Graham
Sender: ILL Records Management Software User's Group
From: Julia Graham
Subject: error message...
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Hiya,
We recently were forced to upgrade our computers to Windows XP and now we
can't get Clio to send the ILL requests to the ILLME. It'll update fine,
print out bookstraps, etc., but when you go to send the records to the ILL
ME, you get an error message that says "Either the Data Directory is
incorrect or not all of the output files exist, Please go to the
Preferences/Data Directory menu item and check the Data Directory."
Any ideas?
thanks,
Julia
****************************************************************************************************************************************
Julia Graham
Interlibrary Loan Coordinator
Humboldt State University
1 Harpst St.
Arcata, CA 95521
707-826-4889
707-826-5590 (fax)
jlg7001@humboldt.edu
=========================================================================
Date: Wed, 5 Feb 2003 09:01:08 -0500
Reply-To: "Brenda L. Rodgers"
Sender: ILL Records Management Software User's Group
From: "Brenda L. Rodgers"
Subject: Re: error message...
Comments: To: Julia Graham
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
We're about to upgrade to XP also. Please answer Julia's question on
the list. Thanks.
Brenda Rodgers
St. Mary's College of Maryland
-----Original Message-----
From: Julia Graham [mailto:jlg7001@HUMBOLDT.EDU]=20
Sent: Tuesday, February 04, 2003 3:19 PM
To: CLIO-L@UConnVM.UConn.Edu
Subject: [CLIO] error message...
Hiya,
We recently were forced to upgrade our computers to Windows XP and now
we can't get Clio to send the ILL requests to the ILLME. It'll update
fine, print out bookstraps, etc., but when you go to send the records to
the ILL ME, you get an error message that says "Either the Data
Directory is incorrect or not all of the output files exist, Please go
to the Preferences/Data Directory menu item and check the Data
Directory."
Any ideas?
thanks,
Julia
************************************************************************
****************************************************************
Julia Graham
Interlibrary Loan Coordinator
Humboldt State University
1 Harpst St.
Arcata, CA 95521
707-826-4889
707-826-5590 (fax)
jlg7001@humboldt.edu
=========================================================================
Date: Wed, 5 Feb 2003 16:40:49 -0600
Reply-To: Judd Knight
Sender: ILL Records Management Software User's Group
From: Judd Knight
Subject: FW: [CLIO] error message...
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Julia,
Due to the installation of Windows XP the OCLC ILLME Microenhancer was
probably reinstalled. When installing the Microenhancer, files with the
extension of dat that are needed to communicate with Clio were deleted from
the Microenhancer Data Directory, the default location is
C:\OCLCAPPS\ILLME\ folder. In order to send updates to the Microenhancer
you need to have all dat files in the Microenhancer Data Directory. If
these files have been removed you can get them again by downloading and
extracting from the ILLME.zip that can be downloaded from
http://www.cliosoftware.com/31download/ILLME.zip. Prior to sending updates
to the Microenhancer you will need to download one session with the
Microenhancer then extract the files with the extension of dat to the
Microenhancer Data Directory location. You can determine the location of
this directory by going to the Preferences/Data Directories/Microenhancer
Data Directory. You will also need to check to see if the ILLME is pointing
to the same location by going to Tools/Options/Data Directory in the ILLME
program. You will need to use a file management program (Windows Explore or
My Computer) to check to see if all the dat files are in this location. The
following dat files should be in this location:
Cd_copy.dat, Cd_loan.dat, Ill.dat, illindex.dat, Download.dat, N_compl.dat,
N_cond.dat, N_delreq.dat, N_future, N_no.dat, N_nocond.dat, N_norecv.dat,
N_norr.dat, N_recall.dat, N_recv.dat, N_renew.dat, N_retrnd.dat, N_ship.dat,
N_yescnd.dat, N_yescop.dat, N_yesln.dat, N_yesrec.dat, and N_yesrr.dat.
Judd Knight
Clio Software Support
817-726-3475
-----Original Message-----
From: ILL Records Management Software User's Group
[mailto:CLIO-L@UConnVM.UConn.Edu]On Behalf Of Brenda L. Rodgers
Sent: Wednesday, February 05, 2003 8:01 AM
To: CLIO-L@UConnVM.UConn.Edu
Subject: Re: [CLIO] error message...
We're about to upgrade to XP also. Please answer Julia's question on
the list. Thanks.
Brenda Rodgers
St. Mary's College of Maryland
-----Original Message-----
From: Julia Graham [mailto:jlg7001@HUMBOLDT.EDU]
Sent: Tuesday, February 04, 2003 3:19 PM
To: CLIO-L@UConnVM.UConn.Edu
Subject: [CLIO] error message...
Hiya,
We recently were forced to upgrade our computers to Windows XP and now
we can't get Clio to send the ILL requests to the ILLME. It'll update
fine, print out bookstraps, etc., but when you go to send the records to
the ILL ME, you get an error message that says "Either the Data
Directory is incorrect or not all of the output files exist, Please go
to the Preferences/Data Directory menu item and check the Data
Directory."
Any ideas?
thanks,
Julia
************************************************************************
****************************************************************
Julia Graham
Interlibrary Loan Coordinator
Humboldt State University
1 Harpst St.
Arcata, CA 95521
707-826-4889
707-826-5590 (fax)
jlg7001@humboldt.edu
=========================================================================
Date: Thu, 6 Feb 2003 09:53:08 -0500
Reply-To: Cara Sabolcik
Sender: ILL Records Management Software User's Group
From: Cara Sabolcik
Subject: Re: Updating records glitch
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
We too are experiencing errors with updating our YesLoans on Clio 3.0.
We are on Windows 2000.
I would also be intersted to hear possible solutions anyone
may have.
Thanks,
Cara Sabolcik
Reader Services Librarian
St. John's College, Annapolis, MD
410-295-6928
c-sabolcik@sjca.edu
-----Original Message-----
From: Nancy Watkins [mailto:Libwatk@ISUGW.INDSTATE.EDU]
Sent: Wednesday, January 29, 2003 1:21 PM
To: CLIO-L@UConnVM.UConn.Edu
Subject: [CLIO] Updating records glitch
Here is what we have been experiencing at ISU for about a month.
We update lending requests as usual through Clio (currently 3.0), upload =
to the Microenhancer, upload to OCLC. An unpredictable number of =
YesLoans are updated correctly. Out of 20 YesLoans all may upload, or =
18 or 2. We have experimented with inputting and uploading directly =
from the microenhancer (leaving Clio out of the loop) and still have =
problems with going correctly to OCLC. We get update errors for the =
failures so then have to update one by one in OCLC. I have not been =
able to see any difference between the records that the succeed versus =
the ones that don't. At first I thought it might have something to do =
with an overloaded call number field. (We paste in the call # when =
preparing the pick slips, then scan in the barcode of the item in the =
same field when updating to Yes.) However, inputing directly into the =
microenhancer without having anything in the call number field is just =
as likely to fail.
Any solutions to suggest? We are getting really tired of updating =
twice. All other conditions (YesCopy, No, etc., seem to go fine.)
Also, while you have your thinking caps on, last summer we suddenly =
started having problems in general updating from our various networked =
computers, with Clio on the network as well as the microenhancer. Some =
things would work on some computers while other things wouldn't. A =
maddening array of variations. Our techie's solution (after talking to =
OCLC) was to put the microenhancer on each C: drive. That has only been =
partially successful, with one computer being able to do almost =
everything to another getting immediate error messages involving "...53 =
File not found."
Anybody else having trouble with the Clio to microenhancer to OCLC =
link??
We are running Windows 98, but will be switching to XP in the near =
future.
Thanks for any suggestions you can give.
Nancy Watkins
Interlibrary Loan
Cunningham Memorial Library
Indiana State University
Terre Haute IN 47809 USA
812-237-2568
FAX: 812-237-2567
libwatk@isugw.indstate.edu
=========================================================================
Date: Fri, 7 Feb 2003 13:44:23 -0600
Reply-To: "Murphy, Molly"
Sender: ILL Records Management Software User's Group
From: "Murphy, Molly"
Subject: Clio Autoupdater Question
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01C2CEE1.509BDAB0"
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01C2CEE1.509BDAB0
Content-Type: text/plain;
charset="iso-8859-1"
Dear Judd and CLIO users:
We have been having trouble with our AutoUpdater lately. We seem to have a
large number of items "not found in db" even though we have downloaded the
Shipped list into CLIO every day. We have done save screens on the items if
they are not yet updated to "shipped", and it will appear to update it to
"reccopy", but there are many leftovers each day. What are we doing wrong??
Molly Murphy
Document Delivery Librarian
University of Oklahoma
401 W. Brooks, rm. 104
Norman, OK 73019
(405) 325-0359
mmurphy@ou.edu
------_=_NextPart_001_01C2CEE1.509BDAB0
Content-Type: text/html;
charset="iso-8859-1"
Dear Judd and CLIO
users:
We have been having
trouble with our AutoUpdater lately. We seem to have a large number of items
"not found in db" even though we have downloaded the Shipped list into CLIO
every day. We have done save screens on the items if they are not yet updated to
"shipped", and it will appear to update it to "reccopy", but there are many
leftovers each day. What are we doing wrong??
Molly Murphy
Document Delivery Librarian
University of Oklahoma
401 W. Brooks, rm. 104
Norman, OK 73019
(405) 325-0359
------_=_NextPart_001_01C2CEE1.509BDAB0--
=========================================================================
Date: Thu, 13 Feb 2003 15:52:07 -0500
Reply-To: "William Schneller, ILL Librarian, Providence Public Library"
Sender: ILL Records Management Software User's Group
From: "William Schneller, ILL Librarian, Providence Public Library"
Subject: Updating to "Not Received"
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
After updating requests in CLIO to Not Received and adding a message in the
Borrowing Notes asking that they please be resent I found that when the
status was updated on OCLC the revised Borrowing Note was not added either
on OCLC or to the record in the CLIO database. Am I missing something?
Shouldn't it be? Or should I do that update directly on OCLC and then "save
screen" the record into CLIO?
-Bill
William Schneller
ILL Librarian
Providence Public Library 401/455-8028
225 Washington St. fax 455-8032
Providence, RI 02903 williasr@lori.state.ri.us
=========================================================================
Date: Mon, 17 Feb 2003 11:37:20 -0600
Reply-To: Joyce Melvin
Sender: ILL Records Management Software User's Group
From: Joyce Melvin
Subject: ClioRequest not responding after Archiving
Comments: To: judd@CLIOSOFTWARE.COM
MIME-Version: 1.0
Content-type: text/plain; charset=us-ascii
We're currently using Clio & ClioRequest versions 3.1, and over the
weekend, we Archived our Clio database. Everything appeared to be working
fine until we tried processing new requests in ClioRequest. They load fine
and we can edit them, but we get Error #3163 "The field is too small to
accept the amount of data you attempted to add. Try inserting or pasting
less data." Then we received the message "Object invalid or no longer
set." We've tried relinking the tables in Clio several times (including
immediately after Archiving), to no avail. We tried loading the backup of
the Clio database, but we're getting the same error message.
It seems that ClioRequest can't find Cliodata even if Clio isn't having
any trouble. Is there a way to relink the tables in ClioRequest? I
looked through all the menus with no luck. Any assistance with this
problem would be appreciated.
Joyce Melvin
Head of Interlibrary Loan
221 Love Library
University of Nebraska Lincoln
Lincoln NE 68588-4103
4024722519
jmelvin@unl.edu
=========================================================================
Date: Thu, 20 Feb 2003 12:51:39 -0600
Reply-To: Lisa Jacob
Sender: ILL Records Management Software User's Group
From: Lisa Jacob
Subject: DOCLINE Direct Question
Comments: cc: Marty.Valters@advocatehealth.com, Kathy.Reem@advocatehealth.com
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
To DOCLINE direct users:
Using "DOCLINE Direct" in ClioRequest, when several requests for the
same patron are all in "full display" on the screen, we seem to be
unable to copy all the requests from DOCLINE to CLIO at one time. We
either have to display the requests one by one and select, copy and
paste each one, OR we can highlight, copy, paste and send each request
one by one. The second method is a bit tricky and messy. The first
method is time consuming but probably safer.
So, IS there a way to copy all the requests from the DOCLINE full
display, paste them into the Clio box and have Clio save them all at
one time?
Thank you,
Lisa Jacob
lisa.jacob@advocatehealth.com
Electronic Services Librarian
Advocate Heatlh Sciences Library Network
Lutheran General Hospital Library
Park Ridge, IL 60068
847-723-5494
=========================================================================
Date: Fri, 21 Feb 2003 15:17:56 -0800
Reply-To: Cassie Maringer
Sender: ILL Records Management Software User's Group
From: Cassie Maringer
Organization: Washington County Cooperative Library Services
Subject: Problem: auto-generated "SHIP TO" information
Comments: To: ILL-L@listserv.it.northwestern.edu, nw_ill@u.washington.edu
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
*(posted to multiple lists)*
Hello, everyone in ILL land -
Washington County Cooperative Library Services (OQX) submits OCLC ILL requests on behalf of 30+
locations: public, school, medical, and corporate libraries in Washington County. Each one of
these individual locations has its own direct "SHIP TO" address. We do not have a central location
to receive and process borrowed material.
One of these locations, the Beaverton City Library, has been the recipient of ILL materials that
were supposed to be delivered to other OQX locations. Lately, there have been several packages per
day mis-shipped to them.
After some investigation, it looks like these mis-shipped items are coming from libraries that are
using Clio and/or Illiad to produce mailing labels. The items are accompanied by bookstraps or
other printouts that do not include the "SHIP TO" information from the actual OCLC ILL requests.
Beaverton City Library staff have had to contact me to figure out which locations the mis-shipped
items were intended for, then forward the items on. This delays the loan and sometimes incurs
additional postage costs for them.
For those libraries that are using ILL management software to produce mailing labels, is it the
case that you can only have ONE address entered per library symbol? Is there a way to use the
correct SHIP TO address instead of the (in some cases, obsolete) address that has been stored in
your records? Hopefully these management programs have ways to handle consortial groups with
myriad SHIP TO locations under one OCLC symbol?
Thanks for your thoughts,
--
Cassie Maringer
Senior Library Assistant
Interlibrary Loans
Washington County Cooperative Library Services (OQX)
111 NE Lincoln St, MS 58B, Hillsboro, OR 97124-3036
Phone: 503-988-5576 / Fax 503-988-5221
=========================================================================
Date: Mon, 24 Feb 2003 09:09:04 -0600
Reply-To: "Wilcox, Terry DPI-RLL"
Sender: ILL Records Management Software User's Group
From: "Wilcox, Terry DPI-RLL"
Subject: Re: Problem: auto-generated "SHIP TO" information
Comments: To: "ILL-L@listserv.it.northwestern.edu"
, nw_ill@u.washington.edu
MIME-Version: 1.0
Content-Type: text/plain
We have similar issues in Wisconsin. GZR is the interlibrary loan
clearinghouse for over 1,000 libraries of all types in Wisconsin. We have
over 770 constant data records for the most often used "ship to" addresses.
We do not receive items at our library, as it does not benefit the patrons
of our libraries to add the extra time to reship. Besides, we really don't
have the staff to handle it.
Many of Wisconsin's academic libraries are now switching to Iliad. During
this transitional phase I've noticed the same problems that you describe,
with one library identified with our OCLC symbol. Usually this is the
borrower of the first request the lender received from GZR. I am sure we
will work through this with our academic libraries while their staff and
student help is being trained.
We also have a long history of referring to out of state libraries for
materials not available in Wisconsin. I usually contact a lending library
once to try to straighten it out, but if I'm not successful I treat it as a
training issue with my libraries. I have asked them to contact me if they
receive an item they did not request. That way I can check OCLC, find the
correct "ship to" and ask the library to forward the materials to the
correct borrowing library. I understand that we are not using OCLC in a
peer-to-peer situation and other libraries may not be used to the
clearinghouse scenario.
I am grateful to the libraries that lend to us and do not mean this as a
criticism. Please don't hesitate to use our online catalog, WISCAT
(www.wiscat.net). We lend materials of all types owned at GZR via OCLC, but
will refer to non-academic libraries found in WISCAT if you send a mail,
fax, or email request. We do not charge for loans or copies.
Terry
Terry L. Wilcox, ILL Librarian
WI Department of Public Instruction
Division for Libraries, Technology,& Community Learning
Bureau for Resource Sharing and Interlibrary Loan
Reference and Loan Library
2109 South Stoughton Road
Madison, WI 53716
voice: 608-224-6163
fax: 608-224-6178
email: terry.wilcox@dpi.state.wi.us
-----Original Message-----
From: Cassie Maringer [mailto:cassiem@multcolib.org]
Sent: Friday, February 21, 2003 5:18 PM
To: CLIO-L@UCONNVM.UCONN.EDU; ILL-L@listserv.it.northwestern.edu;
nw_ill@u.washington.edu
Subject: Problem: auto-generated "SHIP TO" information
*(posted to multiple lists)*
Hello, everyone in ILL land -
Washington County Cooperative Library Services (OQX) submits OCLC ILL
requests on behalf of 30+
locations: public, school, medical, and corporate libraries in Washington
County. Each one of these individual locations has its own direct "SHIP TO"
address. We do not have a central location to receive and process borrowed
material.
One of these locations, the Beaverton City Library, has been the recipient
of ILL materials that were supposed to be delivered to other OQX locations.
Lately, there have been several packages per day mis-shipped to them.
After some investigation, it looks like these mis-shipped items are coming
from libraries that are using Clio and/or Illiad to produce mailing labels.
The items are accompanied by bookstraps or other printouts that do not
include the "SHIP TO" information from the actual OCLC ILL requests.
Beaverton City Library staff have had to contact me to figure out which
locations the mis-shipped items were intended for, then forward the items
on. This delays the loan and sometimes incurs additional postage costs for
them.
For those libraries that are using ILL management software to produce
mailing labels, is it the case that you can only have ONE address entered
per library symbol? Is there a way to use the correct SHIP TO address
instead of the (in some cases, obsolete) address that has been stored in
your records? Hopefully these management programs have ways to handle
consortial groups with myriad SHIP TO locations under one OCLC symbol?
Thanks for your thoughts,
--
Cassie Maringer
Senior Library Assistant
Interlibrary Loans
Washington County Cooperative Library Services (OQX)
111 NE Lincoln St, MS 58B, Hillsboro, OR 97124-3036
Phone: 503-988-5576 / Fax 503-988-5221
=========================================================================
Date: Mon, 24 Feb 2003 10:43:51 -0600
Reply-To: "Green, Tammy"
Sender: ILL Records Management Software User's Group
From: "Green, Tammy"
Subject: Re: Problem: auto-generated "SHIP TO" information
Comments: To: ILL-L@listserv.it.northwestern.edu
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01C2DC23.E97068CC"
This is a multi-part message in MIME format.
------_=_NextPart_001_01C2DC23.E97068CC
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Thank you Larry for making that the "SHIP TO" clearer.=20
=20
I also like the idea of placing an asterisk (*) by the library name =
indicating there is a consortium involved. Thank you Susan Congdon for =
that idea.
=20
My next question is: Besides GZR, what other libraries using OCLC have =
coooperative networks?
Tammy Green, Head of Lending
Interlibrary Loan
103 Ellis Library
University of Missouri-Columbia=20
=20
------_=_NextPart_001_01C2DC23.E97068CC
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Thank you Larry for =
making=20
that the "SHIP TO" clearer.
I also like the idea of placing an asterisk (*) by the library =
name=20
indicating there is a consortium involved. Thank you Susan Congdon =
for=20
that idea.
My next question =
is: =20
Besides GZR, what other libraries using OCLC have coooperative=20
networks?
Tammy Green, Head of Lending
Interlibrary =
Loan
103 Ellis=20
Library
University of Missouri-Columbia
------_=_NextPart_001_01C2DC23.E97068CC--
=========================================================================
Date: Tue, 25 Feb 2003 13:56:35 -0500
Reply-To: "Hedreen, Rebecca C."
Sender: ILL Records Management Software User's Group
From: "Hedreen, Rebecca C."
Subject: harvesting OCLC "SOURCE" data
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01C2DCFF.9E8515EC"
This is a multi-part message in MIME format.
------_=_NextPart_001_01C2DCFF.9E8515EC
Content-Type: text/plain;
charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Is there any (simple) way of collecting the SOURCE field from an OCLC
borrowing record? This is the field that says where the record was
produced, for instance via the work form, from a Direct Request source,
etc.
=20
Would there be a way of getting this into Clio via the Custom Search
field, perhaps?
=20
Rebecca Hedreen
ILL and Circulation
Frederick Douglass Library
University of Maryland Eastern Shore
933 McCain Dr.
Princess Anne, MD 21853
rchedreen@mail.umes.edu
410-651-6270; fax 410-651-7597
Ariel: 131.118.123.16
=20
------_=_NextPart_001_01C2DCFF.9E8515EC
Content-Type: text/html;
charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Is there any (simple) way of collecting the SOURCE =
field from
an OCLC borrowing record? This is the field that says where the =
record was
produced, for instance via the work form, from a Direct Request source, =
etc.
Would there be a way of getting this into Clio via =
the
Custom Search field, perhaps?
Rebecca Hedreen
ILL and =
Circulation
Frederick Douglass Library
University of Maryland Eastern
Shore
933 McCain Dr.
Princess Anne, MD 21853
rchedreen@mail.umes.edu
410-651-6270; fax 410-651-7597
Ariel: 131.118.123.16
=00
------_=_NextPart_001_01C2DCFF.9E8515EC--
=========================================================================
Date: Tue, 25 Feb 2003 12:43:14 -0800
Reply-To: Dan Restaino
Sender: ILL Records Management Software User's Group
From: Dan Restaino
Subject: ClioRequest and ALA forms
Comments: cc: Jack Smith ,
Rhonda Rios Kravitz
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
I have tried to Accept/Print ALA forms yesterday and today
in ClioRequest.
I have gotten an error message # 3027
Cannot update. Database or object is read-only.
ClioID=ClioID: a0004867; etc. from the Borrowing Notes field.
I get a printed copy of the form but it does not update the
Clio database.
Can you offer me any suggestions.
Thanks.
Dan Restaino
Unit Head
InterLibrary Loan Office, Rm 1024
CSU, Sacramento Library
2000 State University Drive, East
Sacramento CA 95819-6039
916-278-6050 (voice & message)
916-278-7089 (fax)
=========================================================================
Date: Tue, 25 Feb 2003 15:41:01 -0500
Reply-To: "William Schneller, ILL Librarian, Providence Public Library"
Sender: ILL Records Management Software User's Group
From: "William Schneller, ILL Librarian, Providence Public Library"
Subject: Fixing a deleted record
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
While in the middle of receiving a record our server went down. Now,
whenever I search for that record, or any that have the same lender or
patron (and presumably other matching fields as well,) I get "Error
message 3167 record is deleted." I have tried downloading my message file
and importing a savescreen but still get the same result. I suppose I
could delete the record in Access but am concerned with any new problems I
might create because the record is linked to so many other tables.
How can I fix this mess?
-Bill
William Schneller
ILL Librarian
Providence Public Library 401/455-8028
225 Washington St. fax 455-8032
Providence, RI 02903 williasr@lori.state.ri.us
=========================================================================
Date: Thu, 27 Feb 2003 10:34:54 -0500
Reply-To: Ann Ackerson
Sender: ILL Records Management Software User's Group
From: Ann Ackerson
Subject: privacy
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01C2DE75.C6A7BB7A"
This is a multi-part message in MIME format.
------_=_NextPart_001_01C2DE75.C6A7BB7A
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
How can we assure patrons that we protect their privacy when we keep =
Clio records with their names attached?? How are other libraries dealing =
with this issue? Will future editions of Clio address this security =
question? =20
Ann Ackerson
ILL Borrowing=20
Colgate University
Hamilton, NY 13346