Hi.....
Preface...I am coming into this discussion late as I just joined this list....
We have been a Voyager library for about seven years now....and I take Voyager data on a daily basis and put it into XML. We have daily cron jobs that suck up Voyager bib/invoice/voucher data and pass it to PeopleSoft as XML message blocks (We use PS for all accounting/financial transactions). We also pass descriptive cataloging (read MARC21) information to our TMS collections management system. We suck out MARC21 blobs and parse using Perl routines and restructure in TMS Oracle tables for SQL/Loader to ingest.

There has never been any contractual issue that I am aware of with going under the Oracle hood and using the data. It is your data.......

best....Joe Shubitowski


Joseph M. Shubitowski
Head, Library Information Systems
Getty Research Institute
1200 Getty Center Drive, Suite 1100
Los Angeles CA 90049-1688
Voice: 310-440-6394
Fax: 310-440-7780
[log in to unmask]

>>> "Mollenauer, Tanya" <[log in to unmask]> 1/25/2007 8:01 AM >>>
-----Original Message-----
From: Code for Libraries [mailto:[log in to unmask]] On Behalf Of
Rob Styles
Sent: Monday, January 22, 2007 4:26 AM
To: [log in to unmask] 
Subject: Re: [CODE4LIB] Getting data from Voyager into XML?

I can't speak for other vendors, but historically for Talis it's been a
limitation of the contract with the RDBMS vendor. We ship Sybase as the
RDBMS for our ILS and until recently that license was restricted to use
of the RDBMS by our own product. We've recently re-negotiated that to
allow much more freedom for our customers and to cover what was common
practice anyway.

Obviously the RDBMS landscape has changed somewhat and database
independance is common place now, but how many ILSs are able to work
with MySql? Ours can't (yet).

rob


-----Original Message-----
From: Code for Libraries on behalf of Peter Schlumpf
Sent: Fri 19/01/2007 2:26 PM
To: [log in to unmask] 
Subject: Re: [CODE4LIB] Getting data from Voyager into XML?

Are there such limitations in contractual agreements with ILS vendors?
That is weird.  I agree generally that such a limitation should be
intolerable.  But I can understand their point of view though.  The
vendor is probably trying to avoid situations where users muck with
their systems and call for support when they break things.

This reminds me of the first Macintosh computers.  Those suckers were
pretty much welded shut and one could only open the computer with a
special tool.

Two different motivations at work though.  I think in the former the
situation is likely a vendor trying to protect users from mucking around
with an inherently fragile system.  In the latter it's trying to provide
a consistent user experience with something well designed.  There is
something to be said with presenting solid and safe interfaces to a well
designed system that users shouldn't feel the need to drill through.

Peter


-----Original Message-----
>From: Eric Lease Morgan <[log in to unmask]>
>Sent: Jan 19, 2007 7:01 AM
>To: [log in to unmask] 
>Subject: Re: [CODE4LIB] Getting data from Voyager into XML?
>
>On Jan 19, 2007, at 6:37 AM, Birkin James Diana wrote:
>
>> Since we can't SQL-query our own ILS data directly... (ok, blood
>> pressure is fine again) this solved a lot of issues.
>
>
>I don't know why we tolerate such limitations in our contractual
>agreements. Maybe we should charge a fee or demand a reduction in fees
>for living with this. It's like this, "No, you are not allowed to look
>under the hood of your car or take apart your radio." Weird.
>
>--
>Earache

The very latest from Talis
read the latest news at www.talis.com/news listen to our podcasts
www.talis.com/podcasts see us at these events www.talis.com/events join
the discussion here www.talis.com/forums join our developer community
www.talis.com/tdn and read our blogs www.talis.com/blogs 


Any views or personal opinions expressed within this email may not be
those of Talis Information Ltd. The content of this email message and
any files that may be attached are confidential, and for the usage of
the intended recipient only. If you are not the intended recipient, then
please return this message to the sender and delete it. Any use of this
e-mail by an unauthorised recipient is prohibited.


Talis Information Ltd is a member of the Talis Group of companies and is
registered in England No 3638278 with its registered office at Knights
Court, Solihull Parkway, Birmingham Business Park, B37 7YB.



BEGIN:VCARD
VERSION:2.1
X-GWTYPE:USER
FN:Joe Shubitowski
TEL;WORK:310/440-6394
ORG:;Information Systems
TEL;PREF;FAX:(310) 440-6394
EMAIL;WORK;PREF;NGW:[log in to unmask]
N:Shubitowski;Joe
TITLE:Head, Library Info. Systems
END:VCARD

BEGIN:VCARD
VERSION:2.1
X-GWTYPE:USER
FN:Joe Shubitowski
TEL;WORK:310/440-6394
ORG:;Information Systems
TEL;PREF;FAX:(310) 440-6394
EMAIL;WORK;PREF;NGW:[log in to unmask]
N:Shubitowski;Joe
TITLE:Head, Library Info. Systems
END:VCARD

BEGIN:VCARD
VERSION:2.1
X-GWTYPE:USER
FN:Joe Shubitowski
TEL;WORK:310/440-6394
ORG:;Information Systems
TEL;PREF;FAX:(310) 440-6394
EMAIL;WORK;PREF;NGW:[log in to unmask]
N:Shubitowski;Joe
TITLE:Head, Library Info. Systems
END:VCARD