[ List Archives Home ] [ Thread index for 2008 ]
[ Date index for 2008 ]
[ Author index for 2008 ]
[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
Hi All,
I'd like to thank everybody who has responded to my question about
Aquabrowser. There are issues I'd like to discuss about the
implementation, but I don't think this is the appropriate venue for
discussing my issues. I think it's great if we can use products from
other vendors with Innovative. However, it's so much easier when they
offer the product because if there is a problem, they can/will fix it.
I don't have to involve a third party, which can be/is problematic,
especially if they are based in Canada, or another country. So, if you
do start a list, please let me know! Have a great day.
Wylendia R. Eastman
Administrative Librarian
Adult Reference & Access Services
Richmond Public Library
325 Civic Center Plaza
Richmond, CA 94804
Office: 510-620-6963
Bus. Cell: 510-385-5694
Fax: 510-620-6575
wylendia_eastman at ci dot richmond dot ca dot us
-----Original Message-----
From: innopac-bounces at innopacusers dot org
[
mailto:innopac-bounces at innopacusers dot org] On Behalf Of
innopac-request at innopacusers dot org
Sent: Wednesday, June 06, 2007 5:01 AM
To: innopac at innopacusers dot org
Subject: INNOPAC Digest, Vol 42, Issue 13
Send INNOPAC mailing list submissions to
innopac at innopacusers dot org
To subscribe or unsubscribe via the World Wide Web, visit
http://innopacusers.org/mailman/listinfo/innopac
or, via email, send a message with subject or body 'help' to
innopac-request at innopacusers dot org
You can reach the person managing the list at
innopac-owner at innopacusers dot org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of INNOPAC digest..."
Today's Topics:
1. Using Non-Innovative products (Patricia Thompson)
2. RE: Using Non-Innovative products (Frances, Melodie)
3. Crummy webpac response caused by OCLC? (Kyle Banerjee)
4. RE: Crummy webpac response caused by OCLC? (Boggs, John)
5. Incoming RSS in patronview_web.html (Doug Eriksen)
6. RE: PHP on the WebPAC server? (Mark Huppert)
7. RE: Crummy webpac response caused by OCLC? (Reese, Terry)
8. RE: Crummy webpac response caused by OCLC? (Debbi Schaubman/mlc)
9. Re: Feed Builder issues for consortial libraries?
(Sharon Saunders)
----------------------------------------------------------------------
Message: 1
Date: Tue, 05 Jun 2007 17:50:36 -0500
From: Patricia Thompson <pthompso at sewanee dot edu>
Subject: [IUG] Using Non-Innovative products
To: innopac at innopacusers dot org
Message-ID: <200706052250 dot l55Moq5c001252 at mail1 dot sewanee dot edu>
Content-Type: text/plain
I know this is the Innovative list, and I don't mean to cause any
trouble, but someone recently asked whether anyone was using
AquaBrowser,
so I am feeling bold. There are a number of places other than
Innovative to buy products such as link resolvers and federated
searches,
and now there are various front ends being put on catalogs, such as
WorldCat Local and Endeca.
There are lots of financial, contractual, consortial, and practical
implementation issues that come into play in any library's decisions
about the products they use. I heard Roy Tennant speak recently and he
is
a very strong proponent of developing user discovery tools that are not
limited to the functionality of our integrated library systems. He
envisions a future where the various modules of an ILS are
interchangeable. Even if that scenario never comes to pass, we are
already in a situation where 3rd party products often work quite well
with an existing ILS and do not require a complete change in systems.
So what is my question here. I'm not sure. Maybe I'm looking for
discussion that can't happen on this list, because it would be
considered
heresy. Most of us have a huge financial investment in Innovative, and I
think an even bigger mental and cultural investment. But are there
libraries who have mixed and matched products? What kind of results have
you had?
Shouldn't we be able to choose the product that works the best without
having to migrate our entire existing database? People don't want to
search on {quot}just books{quot} or {quot}just articles{quot} or
{quot}just the internet.{quot} They don't want to do searches in several
different places. And yet we can't put everything into our catalogs. We
shouldn't have to. And we probably don't want to. Just because a product
is really good at doing some things doesn't mean it's really good at
doing everything. Couldn't we just include the data from our library
catalogs as part of a larger search? Shouldn't we demand more
interoperability from our library systems?
Pat Thompson
Patricia Thompson
Assistant University Librarian for Resource Management Services
Jessie Ball duPont Library
The University of the South
Sewanee, TN 37383
Phone: 931-598-1657
Email: pthompso at sewanee dot edu
--- StripMime Report -- processed MIME parts ---
text/html (html body -- converted)
---
------------------------------
Message: 2
Date: Tue, 5 Jun 2007 16:13:55 -0700
From: "Frances, Melodie" <mfrances at gtu dot edu>
Subject: RE: [IUG] Using Non-Innovative products
To: "IUG INNOPAC List" <innopac at innopacusers dot org>
Message-ID: <4B45D45E632CB74489C288C287459222016F73C3 at mail01 dot GTU dot EDU>
Content-Type: text/plain;charset="US-ASCII"
If people do decide to discuss this off list please include me! My
biggest complaint is just that Innovative, like other ILS, has been SO
slow to exploit the webpac in terms of display and indexing - Encore is
definitely a step in the right direction, but Roy Tenant and others
aside, I'd like to just be able to manipulate plain old marc in all the
multitudinous ways in which he (she?) can be manipulated! And I would
really prefer to NOT have to learn some other system or syntax or html
or any of that other STUFF. While I totally applaud the recent examples
of using PHP and am even considering looking into it myself, I actually
don't want to! I want Innovative to do this for me! I think it would be
a win-win situation, ultimately.
Melodie Morgan Frances
-----Original Message-----
From: innopac-bounces at innopacusers dot org
[
mailto:innopac-bounces at innopacusers dot org] On Behalf Of Patricia Thompson
Sent: Tuesday, June 05, 2007 3:51 PM
To: innopac at innopacusers dot org
Subject: [IUG] Using Non-Innovative products
I know this is the Innovative list, and I don't mean to cause any
trouble, but someone recently asked whether anyone was using
AquaBrowser,
so I am feeling bold. There are a number of places other than
Innovative to buy products such as link resolvers and federated
searches,
and now there are various front ends being put on catalogs, such as
WorldCat Local and Endeca.
There are lots of financial, contractual, consortial, and practical
implementation issues that come into play in any library's decisions
about the products they use. I heard Roy Tennant speak recently and he
is
a very strong proponent of developing user discovery tools that are not
limited to the functionality of our integrated library systems. He
envisions a future where the various modules of an ILS are
interchangeable. Even if that scenario never comes to pass, we are
already in a situation where 3rd party products often work quite well
with an existing ILS and do not require a complete change in systems.
So what is my question here. I'm not sure. Maybe I'm looking for
discussion that can't happen on this list, because it would be
considered
heresy. Most of us have a huge financial investment in Innovative, and I
think an even bigger mental and cultural investment. But are there
libraries who have mixed and matched products? What kind of results have
you had?
Shouldn't we be able to choose the product that works the best without
having to migrate our entire existing database? People don't want to
search on {quot}just books{quot} or {quot}just articles{quot} or
{quot}just the internet.{quot} They don't want to do searches in several
different places. And yet we can't put everything into our catalogs. We
shouldn't have to. And we probably don't want to. Just because a product
is really good at doing some things doesn't mean it's really good at
doing everything. Couldn't we just include the data from our library
catalogs as part of a larger search? Shouldn't we demand more
interoperability from our library systems?
Pat Thompson
Patricia Thompson
Assistant University Librarian for Resource Management Services
Jessie Ball duPont Library
The University of the South
Sewanee, TN 37383
Phone: 931-598-1657
Email: pthompso at sewanee dot edu
--- StripMime Report -- processed MIME parts ---
text/html (html body -- converted)
---
--
This message was distributed through the Innovative Users Group INNOPAC
list
Public replies: INNOPAC at innopacusers dot org
Update your subscription options:
http://innopacusers.org/mailman/listinfo/innopac
------------------------------
Message: 3
Date: Tue, 5 Jun 2007 16:34:13 -0700
From: "Kyle Banerjee" <kyle dot banerjee at gmail dot com>
Subject: [IUG] Crummy webpac response caused by OCLC?
To: "IUG INNOPAC List" <innopac at innopacusers dot org>
Message-ID:
<47eed6660706051634m28efce82n6e3604ed10c10910 at mail dot gmail dot com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Howdy all,
Recently, we have been experiencing intermittent problems with our
consortia webopac
http://summit.orbiscascade.org/ responding very
slowly or not at all.
We've called the help desk a few times and had been told that runaway
processes of unknown cause were the problem.
Today, we're expecting a patch to be installed that will hopefully be
useful. More interestingly, III mentioned that our catalog was being
hit with several OCLC record number searches per second from the OCLC
IP range.
Just for the heck of it, I took a peek at the search stats and noticed
that in the current searches, there were a huge number of OCLC
searches. When I went to the search stats section, I'm seeing that
over half of all searches on our system are OCLC number searches -- an
impressive feat when you consider that our system serves 33
educational institutions with a combined total of around 200,000
students.
We have a robots.txt file that should work (but obviously isn't).
Anyway, I thought I'd give people a heads up. If your webopac has been
slow lately, you might see if OCLC is involved. BTW, does anyone know
why this might be happening? I would normally grouse about how it's
not nice to clobber databases with high speed automated searches
without regard for system impact, but I'd like to find out more before
jumping to conclusions
cranky kyle
--
----------------------------------------------------------
Kyle Banerjee
Digital Services Program Manager
Orbis Cascade Alliance
banerjek at uoregon dot edu / 541.359.9599
------------------------------
Message: 4
Date: Tue, 5 Jun 2007 16:50:12 -0700
From: "Boggs, John" <boggs at plsinfo dot org>
Subject: RE: [IUG] Crummy webpac response caused by OCLC?
To: "IUG INNOPAC List" <innopac at innopacusers dot org>
Message-ID:
<D606343B52E8E84CBE6724CBB779D96A01941A74 at PLSEXC2K3 dot plsinfo dot org>
Content-Type: text/plain;charset="us-ascii"
Hi Kyle,
I'll bet OCLC would know better than anyone on the list why they're
clobbering your system. Have you called them?
John D. Boggs, PLAN Database Manager
Peninsula Library System
2471 Flores Street
San Mateo, CA 94403-2273
(650)571-6799 x3062
boggs at plsinfo dot org
-----Original Message-----
From: innopac-bounces at innopacusers dot org
[
mailto:innopac-bounces at innopacusers dot org] On Behalf Of Kyle Banerjee
Sent: Tuesday, June 05, 2007 4:34 PM
To: IUG INNOPAC List
Subject: [IUG] Crummy webpac response caused by OCLC?
Howdy all,
Recently, we have been experiencing intermittent problems with our
consortia webopac
http://summit.orbiscascade.org/ responding very
slowly or not at all.
We've called the help desk a few times and had been told that runaway
processes of unknown cause were the problem.
Today, we're expecting a patch to be installed that will hopefully be
useful. More interestingly, III mentioned that our catalog was being
hit with several OCLC record number searches per second from the OCLC
IP range.
Just for the heck of it, I took a peek at the search stats and noticed
that in the current searches, there were a huge number of OCLC
searches. When I went to the search stats section, I'm seeing that
over half of all searches on our system are OCLC number searches -- an
impressive feat when you consider that our system serves 33
educational institutions with a combined total of around 200,000
students.
We have a robots.txt file that should work (but obviously isn't).
Anyway, I thought I'd give people a heads up. If your webopac has been
slow lately, you might see if OCLC is involved. BTW, does anyone know
why this might be happening? I would normally grouse about how it's
not nice to clobber databases with high speed automated searches
without regard for system impact, but I'd like to find out more before
jumping to conclusions
cranky kyle
--
----------------------------------------------------------
Kyle Banerjee
Digital Services Program Manager
Orbis Cascade Alliance
banerjek at uoregon dot edu / 541.359.9599
--
This message was distributed through the Innovative Users Group INNOPAC
list
Public replies: INNOPAC at innopacusers dot org
Update your subscription options:
http://innopacusers.org/mailman/listinfo/innopac
------------------------------
Message: 5
Date: Tue, 05 Jun 2007 16:50:18 -0700
From: Doug Eriksen <eriksend at seattleu dot edu>
Subject: [IUG] Incoming RSS in patronview_web.html
To: <innopac at innopacusers dot org>
Message-ID: <C28B44CA dot 2CD0%eriksend at seattleu dot edu>
Content-Type: text/plain;charset="US-ASCII"
I'm trying to include headlines from an incoming RSS feed (as in
feeds.html), on the patronview_web patron info page.
I copied a working token from my feeds.html page and inserted it into
the
code in patronview_web.html, but the RSS feed content doesn't show up
when a
patron logs in to view their record. If I look at the page from the
/screens/patronview_web.html URL then the RSS token works.
Does anyone know if what I'm trying to do is impossible? I suppose I
could
include the feed with an iframe if the patron record page simple will
not
work with RSS tokens, but I don't understand why the screens/ version of
the
page works, but go to it the right way and log in and the token doesn't
even
get processed. If you view source you can see the the token is sitting
there in the html, treated at nothing more than a comment.
Any suggestions appreciated,
Doug
----------------------------------------------------------
Doug Eriksen, Coordinator of Library Technology
Seattle University, A.A. Lemieux Library
901 12th Avenue, P.O. Box 222000
Seattle, WA 98122-1090
Office Phone: 206-296-6207
Email: eriksend at seattleu dot edu
----------------------------------------------------------
------------------------------
Message: 6
Date: Wed, 6 Jun 2007 10:16:23 +1000
From: "Mark Huppert" <Mark dot Huppert at anu dot edu dot au>
Subject: RE: [IUG] PHP on the WebPAC server?
To: "IUG INNOPAC List" <innopac at innopacusers dot org>
Message-ID:
<871B1597F6E4F04B85465F9C7E706C500191525F at CASEVS03 dot cas dot anu dot edu dot au>
Content-Type: text/plain;charset="iso-8859-1"
javascript only
========================================
Mark Huppert
Library Web Development &
Integrated Library Management System Coordinator
Division of Information
R.G. Menzies Building (#2)
The Australian National University
ACTON ACT 0200
T: +61 02 6125 2752
F: +61 02 6125 4063
W:
http://anulib.anu.edu.au/about/
CRICOS Provider #00120C
========================================
-----Original Message-----
From: innopac-bounces at innopacusers dot org
[
mailto:innopac-bounces at innopacusers dot org]On Behalf Of Yitzchak Schaffer
Sent: Wednesday, 6 June 2007 12:49 AM
To: 'IUG INNOPAC List'
Subject: [IUG] PHP on the WebPAC server?
Hello all --
We're working on a redesign of our WebPAC. Is it possible to run custom
PHP
or other scripts on the server for use in the WebPAC? We're running
2006 LE
with Pro.
Many thanks,
Yitzchak Schaffer
Systems Librarian
Touro College Libraries
33 West 23rd Street
New York, NY 10010
Tel (212) 463-0400 x230
Fax (212) 627-3197
yitzchas at touro dot edu
--- StripMime Report -- processed MIME parts ---
multipart/alternative
text/plain (text body -- kept)
text/html
---
--
This message was distributed through the Innovative Users Group INNOPAC
list
Public replies: INNOPAC at innopacusers dot org
Update your subscription options:
http://innopacusers.org/mailman/listinfo/innopac
------------------------------
Message: 7
Date: Tue, 5 Jun 2007 17:58:50 -0700
From: "Reese, Terry" <terry dot reese at oregonstate dot edu>
Subject: RE: [IUG] Crummy webpac response caused by OCLC?
To: "IUG INNOPAC List" <innopac at innopacusers dot org>
Message-ID:
<1454CCD2A8D4B74F9EEE8CB68C891CC92547FE at NWS-EXCH3 dot nws dot oregonstate dot edu>
Content-Type: text/plain;charset="iso-8859-1"
Cranky Kyle,
You might ask the folks at UW. Given UW is a part of Summit, the two
could potentially be related.
--TR
*******************************************
Terry Reese
Cataloger for Networked Resources
Digital Production Unit Head
Oregon State University Libraries
Corvallis, OR 97331
tel: 541-737-6384
email: terry dot reese at oregonstate dot edu
http:
http://oregonstate.edu/~reeset
*******************************************
________________________________
From: innopac-bounces at innopacusers dot org on behalf of Kyle Banerjee
Sent: Tue 6/5/2007 4:34 PM
To: IUG INNOPAC List
Subject: [IUG] Crummy webpac response caused by OCLC?
Howdy all,
Recently, we have been experiencing intermittent problems with our
consortia webopac
http://summit.orbiscascade.org/ responding very
slowly or not at all.
We've called the help desk a few times and had been told that runaway
processes of unknown cause were the problem.
Today, we're expecting a patch to be installed that will hopefully be
useful. More interestingly, III mentioned that our catalog was being
hit with several OCLC record number searches per second from the OCLC
IP range.
Just for the heck of it, I took a peek at the search stats and noticed
that in the current searches, there were a huge number of OCLC
searches. When I went to the search stats section, I'm seeing that
over half of all searches on our system are OCLC number searches -- an
impressive feat when you consider that our system serves 33
educational institutions with a combined total of around 200,000
students.
We have a robots.txt file that should work (but obviously isn't).
Anyway, I thought I'd give people a heads up. If your webopac has been
slow lately, you might see if OCLC is involved. BTW, does anyone know
why this might be happening? I would normally grouse about how it's
not nice to clobber databases with high speed automated searches
without regard for system impact, but I'd like to find out more before
jumping to conclusions
cranky kyle
--
----------------------------------------------------------
Kyle Banerjee
Digital Services Program Manager
Orbis Cascade Alliance
banerjek at uoregon dot edu / 541.359.9599
--
This message was distributed through the Innovative Users Group INNOPAC
list
Public replies: INNOPAC at innopacusers dot org
Update your subscription options:
http://innopacusers.org/mailman/listinfo/innopac
--- StripMime Report -- processed MIME parts ---
multipart/alternative
text/plain (text body -- kept)
text/html
---
------------------------------
Message: 8
Date: Tue, 5 Jun 2007 22:16:33 -0400
From: Debbi Schaubman/mlc <schaubmd at mlcnet dot org>
Subject: RE: [IUG] Crummy webpac response caused by OCLC?
To: IUG INNOPAC List <innopac at innopacusers dot org>
Message-ID:
<OF78737027 dot 01839414-ON852572F2 dot 000B958D-852572F2 dot 000C6EB9 at mlcnet dot org>
Content-Type: text/plain; charset="US-ASCII"
Kyle,
If/when you discover the cause of this problem, please share it with the
list. (My ** wild guess ** is that this is related to the way UW's
WorldCat Local search functionality handles the retrieval and display of
holdings from INN-Reach, but that's just a guess. Or how IR handles
queries from the OCLC WorldCat Local beta system. Feel free to point
fingers in all directions!)
For folks who haven't yet seen this, head on over to
http://www.lib.washington.edu/.
Debbi
*****************************************************
Debbi Schaubman
MeL Catalog Project
schaubmd at mlcnet dot org
Michigan Library Consortium
Lansing, MI 48910
Voice: 517-394-2420; 800-530-9019 x113
Fax: 517-394-2096
MLC - Partnerships. Solutions. Excellence.
________________________________
From: innopac-bounces at innopacusers dot org on behalf of Kyle Banerjee
Sent: Tue 6/5/2007 4:34 PM
To: IUG INNOPAC List
Subject: [IUG] Crummy webpac response caused by OCLC?
Howdy all,
Recently, we have been experiencing intermittent problems with our
consortia webopac
http://summit.orbiscascade.org/ responding very
slowly or not at all.
We've called the help desk a few times and had been told that runaway
processes of unknown cause were the problem.
Today, we're expecting a patch to be installed that will hopefully be
useful. More interestingly, III mentioned that our catalog was being
hit with several OCLC record number searches per second from the OCLC
IP range.
Just for the heck of it, I took a peek at the search stats and noticed
that in the current searches, there were a huge number of OCLC
searches. When I went to the search stats section, I'm seeing that
over half of all searches on our system are OCLC number searches -- an
impressive feat when you consider that our system serves 33
educational institutions with a combined total of around 200,000
students.
We have a robots.txt file that should work (but obviously isn't).
Anyway, I thought I'd give people a heads up. If your webopac has been
slow lately, you might see if OCLC is involved. BTW, does anyone know
why this might be happening? I would normally grouse about how it's
not nice to clobber databases with high speed automated searches
without regard for system impact, but I'd like to find out more before
jumping to conclusions
cranky kyle
--
----------------------------------------------------------
Kyle Banerjee
Digital Services Program Manager
Orbis Cascade Alliance
banerjek at uoregon dot edu / 541.359.9599
--
This message was distributed through the Innovative Users Group INNOPAC
list
Public replies: INNOPAC at innopacusers dot org
Update your subscription options:
http://innopacusers.org/mailman/listinfo/innopac
--- StripMime Report -- processed MIME parts ---
multipart/alternative
text/plain (text body -- kept)
text/html
---
--
This message was distributed through the Innovative Users Group INNOPAC
list
Public replies: INNOPAC at innopacusers dot org
Update your subscription options:
http://innopacusers.org/mailman/listinfo/innopac
--- StripMime Report -- processed MIME parts ---
multipart/alternative
text/plain (text body -- kept)
text/html
---
------------------------------
Message: 9
Date: Wed, 06 Jun 2007 07:45:52 -0400
From: Sharon Saunders <ssaunder at bates dot edu>
Subject: Re: [IUG] Feed Builder issues for consortial libraries?
To: IUG INNOPAC List <innopac at innopacusers dot org>
Message-ID: <46669E70 dot 6060000 at bates dot edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Buddy,
I'm not sure if this answers your Cut-Off dates problem or not. From
Mark Strang's IUG presentation, G7, Enhancing the virtual catalog
experience ...
When saving the search that the feed will use, he says to uncheck the
box that says "Include record information". If you don't, the initial
search puts in the last bib record number as part of the search
criteria, so that whenever you do the search, the search is stopping at
that bib record number.
If you have access to the presentation on the IUG homepage, it's
g7_iug15_final.ppt (slide 26 for this particular problem).
Sharon Saunders
Systems and Catalog Librarian
Bates College Library
48 Campus Ave.
Lewiston, ME 04240
207-786-8327 (phone)
207-786-6055 (fax)
ssaunder at bates dot edu
Pennington, Buddy D. wrote:
> Hi,
>
>
>
> We are a library that shares bibliographic records with other
libraries
> in our consortial cluster. While implementing Feed Builder, we
> discovered a couple of issues and were wondering if other consortial
> libraries (or single libraries for that matter) have had these similar
> issues. If so, we would really appreciate hearing from you. Thanks!
>
>
>
> Use of bibliographic CAT_DATE
>
> The first issue is that the config file uses the bibliographic
CAT_DATE
> as the trigger to include a title as a new item. This is an issue for
> us because we may have a new copy of an item cataloged by one of our
> consortial libraries long ago. We don't change the CAT_DATE for our
> copy so these items don't appear as new items for our library. We ran
> an exercise to compare item record CREATE DATE vs. bib CAT_DATE and
> discovered that roughly 14% of our new materials would be excluded
> because of old CAT_DATEs. We are planning on turning in an
enhancement
> request to allow Feed Builder to use ORDER CDATE or RDATE or bib
> CAT_DATE (this mimics the options used for preferred searches in the
> WebPac).
>
>
>
> New titles not appearing in feeds
>
> We have discovered numerous problems, but most of them seem to be
> related to record loads. We load in our approval books and have
> discovered that while some of the titles in the load appear in the RSS
> feed, others do not. We have been unable to isolate a single reason
as
> to why some records are included while others are not.
>
>
>
> Cut-off dates
>
> We have also discovered arbitrary cut-off dates wherein if the bib
> record was created before that date, it will not be included in the
feed
> (no matter if the CAT_DATE qualifies it as a new title). For example,
> we have noticed in one of our feeds that all new titles are excluded
if
> the bib records were created before March 19. Those bibs should still
> be well within the Feed Builder "universe" as we set our config file
to
> search through the latest 50,000 bibs.
>
>
>
>
>
> Buddy Pennington
> Serial Acquisitions Librarian
> University of Missouri - Kansas City
> University Libraries
> www.umkc.edu/lib <
http://www.umkc.edu/lib>
>
>
>
>
>
> --- StripMime Report -- processed MIME parts ---
> multipart/alternative
> text/plain (text body -- kept)
> text/html
> ---
> --
> This message was distributed through the Innovative Users Group
INNOPAC list
> Public replies: INNOPAC at innopacusers dot org
> Update your subscription options:
http://innopacusers.org/mailman/listinfo/innopac
>
>
------------------------------
--
This message was distributed through the Innovative Users Group INNOPAC
digest
Public replies: INNOPAC at innopacusers dot org
Update your subscription options:
http://innopacusers.org/mailman/listinfo/innopac
End of INNOPAC Digest, Vol 42, Issue 13
***************************************
Home
Mailing list