Re: [CODE4LIB] holdings standards/protocols

2009-11-16 Thread Michael Beccaria
--Original Message- From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of Chris Keene Sent: Monday, November 16, 2009 9:05 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: [CODE4LIB] holdings standards/protocols Hi We recently implemented a new third party web catalogue (Aquabrowser). S

Re: [CODE4LIB] holdings standards/protocols

2009-11-16 Thread Jonathan Rochkind
Jangle is more of a delivery mechanism than a format -- once you know 'jangle' you know how to access data, but the data can still be in any format at all. Including, say, the NISO format. So it's different in that case from the NISO stuff which specs both delivery mechanism and data format.

Re: [CODE4LIB] holdings standards/protocols

2009-11-16 Thread Chris Keene
On 16/11/2009 15:09, Ross Singer wrote: No, holdings aren't exported to Zebra. That being said, the opacxml format could be pretty easily added to the jangle connector. There's also something similar (well, sort of) in Keystone. What exactly are you looking for? Does this functionality work w

Re: [CODE4LIB] holdings standards/protocols

2009-11-16 Thread Ross Singer
On Mon, Nov 16, 2009 at 9:58 AM, Chris Keene wrote: > > Looks like our Talis system can't using the same process :( No, holdings aren't exported to Zebra. That being said, the opacxml format could be pretty easily added to the jangle connector. There's also something similar (well, sort of) in

Re: [CODE4LIB] holdings standards/protocols

2009-11-16 Thread Chris Keene
On 16/11/2009 14:30, B.C.Charlton wrote: Voyager certainly can - see example below. > Z> open nemesis.kent.ac.uk:7090 OK Looks like our Talis system can't using the same process :( prompt>yaz_client Z> open ustie1.lib.sussex.ac.uk:2121 Connecting...OK. Sent initrequest. Connection accepted

Re: [CODE4LIB] holdings standards/protocols

2009-11-16 Thread Walker, David
lstate.edu From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of B.C.Charlton [b.c.charl...@kent.ac.uk] Sent: Monday, November 16, 2009 6:30 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] holdings standards/protocols > Can anyone give me an idea if any/man

Re: [CODE4LIB] holdings standards/protocols

2009-11-16 Thread Chris Keene
On 16/11/2009 14:19, Ian Ibbotson wrote: Heya Chris.. Index Data used to maintain a public registry of z3950 targets, and I think it used to show which targets support the OPAC-1 record syntax as a means of supporting holdings info.. Might be a good place to start? Ian. Ah, here it is: http://

Re: [CODE4LIB] holdings standards/protocols

2009-11-16 Thread B.C.Charlton
> Can anyone give me an idea if any/many/all (ILS) Z implementations > have implemented the holdings information? > > Is there a way of testing this using a client such as yaz (e.g. a > worked example of seeing holdings via Z) Voyager certainly can - see example below. I've also got some perl th

Re: [CODE4LIB] holdings standards/protocols

2009-11-16 Thread Ian Ibbotson
Heya Chris.. Index Data used to maintain a public registry of z3950 targets, and I think it used to show which targets support the OPAC-1 record syntax as a means of supporting holdings info.. Might be a good place to start? Ian. On Mon, 2009-11-16 at 14:05 +, Chris Keene wrote: > Hi > > We

[CODE4LIB] holdings standards/protocols

2009-11-16 Thread Chris Keene
Hi We recently implemented a new third party web catalogue (Aquabrowser). So far so good, and separating the web based discovery layer from the monolithic ILS seems to be the right direction. However there seems to be two areas of weakness: Holdings and 'My Accout' (renewal, reservations). i