David:
When you begin planning your NCIP work you should review the NCIP
Implementation Group's web site (http://ncip.envisionware.com),
especially the Road Map to NCIP (in the "Documents" section). It
explains that you don't implement NCIP as such, in the sense of
implementing all 45+ services, let alone all the optional elements
within them.
The expectation was, and still is, that implementations conform to
"Application Profiles" such as the Circ/ILL Application Profile (see
http://vdxipedia.fdusa.com/index.php/Main_Page#NCIP_Interop_Information
for that profile and supporting documentation). That profile uses only 8
of the 45 services, and does not use many of the optional elements
within those services' messages. There are other Application Profiles
that cover other areas of NCIP usage listed on the NCIP IG's site.
If you have any questions I'm happy to answer them.
John Bodfish
Senior Technical Designer/Developer
OCLC PICA Inc.
-----Original Message-----
From: Code for Libraries [mailto:[log in to unmask]] On Behalf Of
David J. Fiander
Sent: Monday, January 08, 2007 7:45 AM
To: [log in to unmask]
Subject: Re: [CODE4LIB] NCIP API?
David Kane wrote:
> I did get a reply on the list from Joshua Ferraro of LibLime, who said
> that they began development on an open source SIP2 API, which was to
be
> extended to NCIP functionality. This extension to NCIP did not
happen.
> This SIP2 api is now in use in the EvergreenILS and soon to be used in
> the Koha ILS.
David,
I'm the person that wrote the Evergreen SIP2 code, and will probably be
the
person writing NCIP code in the future. NCIP is a very large, very
complicated standard, so even once work starts on NCIP, it's going to
take
a while to complete.
- David
--
David J. Fiander
Digital Services Librarian
|