From: L-Soft list server at U. of Connecticut (1.8d)
[LISTSERV@UConnVM.UConn.Edu]
Sent: Thursday, January 16, 2003 8:29 AM
To: Joseph Natale
Subject: File: "CLIO-L LOG0212"
=========================================================================
Date: Mon, 2 Dec 2002 12:10:12 -0600
Reply-To: Crystal Vedros
Sender: ILL Records Management Software User's Group
From: Crystal Vedros
Subject: Clio Invoices - Page numbers
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
For Oct. and Nov. invoices generated by our library, we see that every
page of every citation for every institution we invoiced is 152 pages
long in October and 130 pages long in Nov.
All other parts of the citation are unique to the request and the
charges for the items are accurate. Are any other libraries having this
same situation? Is there a Clio explanation as to why this is happening?
Crystal Cameron-Vedros
Head, Interlibrary Services/Reference Librarian
A.R. Dykes Library
Univ. of Kansas Medical Center
2100 W 39th AVE
Kansas City KS 66160
913-588-7916
cvedros@kumc.edu
=========================================================================
Date: Mon, 2 Dec 2002 15:53:03 -0600
Reply-To: Judd Knight
Sender: ILL Records Management Software User's Group
From: Judd Knight
Subject: Re: Clio Invoices - Page numbers
In-Reply-To:
MIME-Version: 1.0
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: 7bit
Crystal,
The pagination information was removed from Clio 3.1c. The pagination
information is an unneeded object that was removed. Even though this
information may be displayed on earlier versions of Clio it will not affect
invoicing.
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 Crystal Vedros
Sent: Monday, December 02, 2002 12:10 PM
To: CLIO-L@UConnVM.UConn.Edu
Subject: [CLIO] Clio Invoices - Page numbers
For Oct. and Nov. invoices generated by our library, we see that every
page of every citation for every institution we invoiced is 152 pages
long in October and 130 pages long in Nov.
All other parts of the citation are unique to the request and the
charges for the items are accurate. Are any other libraries having this
same situation? Is there a Clio explanation as to why this is happening?
Crystal Cameron-Vedros
Head, Interlibrary Services/Reference Librarian
A.R. Dykes Library
Univ. of Kansas Medical Center
2100 W 39th AVE
Kansas City KS 66160
913-588-7916
cvedros@kumc.edu
=========================================================================
Date: Wed, 4 Dec 2002 14:16:09 -0600
Reply-To: jgoodart@tiu.edu
Sender: ILL Records Management Software User's Group
From: Jennine Goodart
Organization: Trinity International University
Subject: Multiple computer problems
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
I recently upgraded to Clio 3.1 and I believe I have done something wrong. When
one person is Updating in clio where it is in lending or borrowing another person
cannot also be updating in clio. If two people use updating at the same time the first
person looses all of their work. What have I done wrong and is there a way to fix
this.
Thanks in advance for all of your help.
Jennine Goodart
Interlibrary Loan Coordinator
Trinity International University
Rolfing Memorial Library
2065 Half Day Rd.
Deerfield Il, 60015
Phone (847) 317-4008
Fax (847) 317-4012
jgoodart@tiu.edu
http://www.tiu.edu/library/
=========================================================================
Date: Wed, 4 Dec 2002 16:02:48 -0600
Reply-To: Judd Knight
Sender: ILL Records Management Software User's Group
From: Judd Knight
Subject: Re: Multiple computer problems
Comments: To: jgoodart@tiu.edu
In-Reply-To: <3DEE0E29.26761.174B7FA@localhost>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Jennine,
This problem may be due to a problem with Clio linking to the cliodata.mdb
file. In order to resolve this problem go to Preferences/Data Directories.
On the Data Directories window select the relink button. You will then get
a message, "This function will allow you to connect the Clio Program to a
different Cliodata file. Is this what you want to do?? Reply to this
message by clicking on "Yes". You will then get a message that Clio needs
help finding the Cliodata database, click "OK". At this time you will need
to browse to the location of your cliodata.mdb file. Once you have found
the cliodata.mdb file select it then click on the "Open" button. Clio will
then relink the cliodata tables back to the program. You will need to do
this process on each machine that has the Clio program.
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 Jennine Goodart
Sent: Wednesday, December 04, 2002 2:16 PM
To: CLIO-L@UConnVM.UConn.Edu
Subject: [CLIO] Multiple computer problems
I recently upgraded to Clio 3.1 and I believe I have done something wrong.
When
one person is Updating in clio where it is in lending or borrowing another
person
cannot also be updating in clio. If two people use updating at the same
time the first
person looses all of their work. What have I done wrong and is there a way
to fix
this.
Thanks in advance for all of your help.
Jennine Goodart
Interlibrary Loan Coordinator
Trinity International University
Rolfing Memorial Library
2065 Half Day Rd.
Deerfield Il, 60015
Phone (847) 317-4008
Fax (847) 317-4012
jgoodart@tiu.edu
http://www.tiu.edu/library/
=========================================================================
Date: Thu, 5 Dec 2002 13:43:49 -0700
Reply-To: "Hoover, Cheryl"
Sender: ILL Records Management Software User's Group
From: "Hoover, Cheryl"
Subject: OCLC's local holding information and Clio
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01C29C9F.03ECBD98"
This is a multi-part message in MIME format.
------_=_NextPart_001_01C29C9F.03ECBD98
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hello Everyone,
=20
I apologize if this topic has previously been discussed.=20
=20
I am wondering how --and if-- Clio libraries are utilizing the local =
holding information that is now visible on OCLC lending requests. It =
would be nice if this information appeared in the Clio screen when =
reviewing new requests so that a quick determination could be made as to =
whether the request could be filled or not. =20
=20
Thanks,
Cheryl Hoover
~*~*~*~*~*~*~*~*~*~*~*~=20
Cheryl Hoover OCLC: EM2=20
RSDD Supervisor DOCLINE: MTUEML=20
Montana State University-Billings Ariel: 207.196.232.37=20
1500 North 30th Street Voice: 406-657-1666=20
Billings, MT 59101-0298 Fax: 406-657-2037=20
=20
View our catalog at www.msubillings.edu/library=20
~*~*~*~*~*~*~*~*~*~*~*~=20
=20
------_=_NextPart_001_01C29C9F.03ECBD98
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hello=20
Everyone,
I =
apologize if this=20
topic has previously been discussed.
I am =
wondering how=20
--and if-- Clio libraries are utilizing the local holding information =
that is=20
now visible on OCLC lending requests. It would be nice if this =
information appeared in the Clio screen when reviewing new requests so =
that a=20
quick determination could be made as to whether the request could be =
filled or=20
not.
Thanks,
Cheryl =
Hoover
~*~*~*~*~*~*~*~*~*~*~*~ =
Cheryl Hoover =20
=20
=20
=20
OCLC: EM2
RSDD Supervisor =
=20
=20
DOCLINE: MTUEML =
Montana State=20
University-Billings =20
Ariel: 207.196.232.37=20
1500 North 30th Street =20
=20
Voice: 406-657-1666 =
Billings, MT 59101-0298=20
=20
Fax: 406-657-2037 =
View our catalog=20
at www.msubillings.edu/library
~*~*~*~*~*~*~*~*~*~*~*~ =
------_=_NextPart_001_01C29C9F.03ECBD98--
=========================================================================
Date: Fri, 6 Dec 2002 09:24:40 -0800
Reply-To: Kathleen Messer
Sender: ILL Records Management Software User's Group
From: Kathleen Messer
Subject: Clio updates to OCLC
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Judd,
Yesterday we updated items Received in Clio and then sent them to the OCLC
MicroEnhancer for batch updating. We had 20 items to update and ended up
with 16 Update Errors. When we checked OCLC these records had a status of
Received. We don't know what's happening here. Why are these records
showing up as Errors in OCLC Operation Summary? Could this be a Clio to
OCLC weirdness? Can you shed any light on this problem?
Thanks,
Kathleen Messer
Head, Document Delivery Services
J. Paul Leonard Library
San Francisco State University
1630 Holloway Avenue
San Francisco CA 94132
415-338-1744
FAX 415-338-6199
Ariel 130.212.18.30
=========================================================================
Date: Mon, 9 Dec 2002 11:16:20 -0700
Reply-To: "Hoover, Cheryl"
Sender: ILL Records Management Software User's Group
From: "Hoover, Cheryl"
Subject: OCLC holding info clarification
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01C29FAF.129E7C22"
This is a multi-part message in MIME format.
------_=_NextPart_001_01C29FAF.129E7C22
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hello Everyone,
=20
Last week I posted a problem with using OCLC's local holding information =
with Clio to the listserve. After receiving a few emails about this, I =
realize that I need to clarify my problem a bit. Actually, it's more of =
a "Clio wish" than a problem.
=20
Following the download of pending requests (using the ILLME), I view the =
requests in Clio using the "review new request" button. This opens up my =
OPAC into the Clio screen, which allows me to check my local holdings =
for each lending request. For every article request, I have to look up =
the journal in my OPAC to see if we own the particular volume or issue.=20
OCLC is now providing the lending library's holdings information in the =
request forms. It's in the call number field and it'll say something =
like: "Lender's OCLC Ldr: v. 3 1990-". That bit of information is MY =
holding information. This info can be seen when viewing the request in =
OCLC's Passport or AFTER I print the requests using Clio--but NOT during =
the "review new requests" process.
What I would like is for there to be a field in the Clio Review New =
Requests window which showed this info so that I can save time when =
processing lending requests. Then I wouldn't have to look up each =
journal with my OPAC to see if we own the volume/issue that the article =
is being requested from. This would work as long as my periodical =
holdings are kept up-to-date in Passport (which they are). It seems like =
there should be some way to utilize this holding information that OCLC =
is providing to work more efficiently as a lender!
I hope this clarifies my previous email,
Cheryl Hoover
~*~*~*~*~*~*~*~*~*~*~*~=20
Cheryl Hoover OCLC: EM2=20
RSDD Supervisor DOCLINE: MTUEML=20
Montana State University-Billings Ariel: 207.196.232.37=20
1500 North 30th Street Voice: 406-657-1666=20
Billings, MT 59101-0298 Fax: 406-657-2037=20
=20
View our catalog at www.msubillings.edu/library=20
~*~*~*~*~*~*~*~*~*~*~*~=20
=20
------_=_NextPart_001_01C29FAF.129E7C22
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hello=20
Everyone,
Last week I=20
posted a problem with using OCLC's local holding =
information with=20
Clio to the listserve. After receiving a few emails about =
this, I=20
realize that I need to clarify my problem a bit. Actually, it's more of a "Clio wish" than a=20
problem.
Following the download of pending =
requests=20
(using the ILLME), I view the requests in Clio using the "review new =
request"=20
button. This opens up my OPAC into the Clio screen, which allows me to =
check my=20
local holdings for each lending request. For every article request, I =
have to=20
look up the journal in my OPAC to see if we own the particular volume or =
issue.=20
OCLC is now providing the lending =
library's holdings=20
information in the request forms. It's in the call number field and =
it'll say=20
something like: "Lender's OCLC Ldr: v. 3 1990-". That bit of information =
is MY=20
holding information. This info can be seen when viewing the request in =
OCLC's=20
Passport or AFTER I print =
the=20
requests using Clio--but NOT during the "review new requests"=20
process.
What I would like is for there to =
be a field in=20
the Clio Review New Requests window which showed this info so that I can =
save=20
time when processing lending requests. Then I wouldn't have to look up =
each=20
journal with my OPAC to see if we own the volume/issue that the article =
is being=20
requested from. This would work as long as my periodical holdings =
are kept=20
up-to-date in Passport (which they =
are). It seems=20
like there should be some way to utilize this holding information that =
OCLC is=20
providing to work more efficiently as a =
lender!
I =
hope this=20
clarifies my previous email,
Cheryl=20
Hoover
~*~*~*~*~*~*~*~*~*~*~*~ =
Cheryl Hoover =20
=20
=20
=20
OCLC: EM2
RSDD Supervisor =
=20
=20
DOCLINE: MTUEML =
Montana State=20
University-Billings =20
Ariel: 207.196.232.37=20
1500 North 30th Street =20
=20
Voice: 406-657-1666 =
Billings, MT 59101-0298=20
=20
Fax: 406-657-2037 =
View our catalog=20
at www.msubillings.edu/library
~*~*~*~*~*~*~*~*~*~*~*~ =
------_=_NextPart_001_01C29FAF.129E7C22--
=========================================================================
Date: Mon, 9 Dec 2002 15:21:09 -0500
Reply-To: whites
Sender: ILL Records Management Software User's Group
From: whites
Subject: Printer problem
Comments: To: Judd Knight
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Judd,
Everything was working fine with all my programs up til last Tuesday
morning. Monday, we downloaded and the printer printed them out and we
uploaded into Clio just fine. Then on Tueday morning when I downloaded
my computer gave me the message that it couldn't configure the printer
or something like that and so I had to turn off all my equipment and
turn it back on.
Then I could go to the printer and print out what I wanted it to print.
However, when I uploaded into Clio, I was unable to get some of the
downloaded items. Especially I know I cannot get the online produced
into Clio. I tried uploading into Clio before I turned everything off,
but Clio also gave me an error message. I turn off my computer as well
as the workroom computers every night, however the Ariel computer which
had (until today) the printer connected to it, does not turn off because
we cannot receive Ariel copies while it is off. I tried turning off
Ariel and my printer also before starting up my machine so that
everything was starting "fresh" so to speak. I still got the message
and had to turn everything off again in order for it to work.
Today my technician moved the printer so that my main computer is
directly connected to the printer and all the other machines are
networked in. I still got the message. The problem I have with all
this is that not all the OCLC statistics are getting into Clio. Only
that which is somehow in the printer as a choice to print is
transferred. I cannot get the Online Produced. I have gone to all the
workstations and made sure that I got all the savescreens. The problem
there is that my student worker who helps me with the ordering does the
ordering in OCLC Web. There are no savescreens for those, or at least
do not seem to be any. I know he odered several this morning and there
are no savescreens in his machine.
Of course, the student worker who checks things in when they arrive is
not finding them in Clio. We can take care of that also by saving each
one individually in OCLC as they arrive and then capture them in Clio.
But that is a pain! How can I get them all in to Clio and why don't
they upload even though the printer doesn't work on the first try? I
never printed anything besides the Review anyway but they were always
read and uploaded into Clio never-the-less.
I will keep after my technician regarding the problem, but if you have
any light on the subject or if anyone else has had this problem, I would
be happy to hear from you.
Sandra White
=========================================================================
Date: Wed, 18 Dec 2002 09:05:34 -0600
Reply-To: Wiggins.Tanya@EPAMAIL.EPA.GOV
Sender: ILL Records Management Software User's Group
From: Tanya Wiggins
Subject: Wbtrv32.dll Error
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
The ILL technician is out for several days and when I tried to "Get New
OCLC Requests"... instead I got
"Error from Get Download D48: File not found: Wbtrv32.dll"
Any help will be greatly appreciated.
Tanya Steed Wiggins,
Supervisory Librarian IV
US EPA NRMRL SPRD Library
staffed by ASRC Aerospace Corp.
919 Kerr Research Drive
P. O. Box 1198
Ada, OK 74821-1198
Voice: 580-436-8505
Fax: 580-436-8503
email: wiggins.tanya@epa.gov