[CODE4LIB] FW: Do You Have a Metadata Creation Tool to Share?
-- Forwarded Message From: RLG <[EMAIL PROTECTED]> Date: Mon, 17 Dec 2007 09:55:26 -0500 Conversation: Do You Have a Metadata Creation Tool to Share? Subject: Do You Have a Metadata Creation Tool to Share? As a follow-up to the successful 2006 RLG Forum on the economics of description, RLG programs is planning an RLG partner forum in 2008 to showcase some tools for creating "more, better, faster, cheaper" metadata. The event will bring together developers and implementers, allowing tool developers to showcase their tools and implementers a chance to consider which tools might be usefully employed in their institutions. We expect that the forum will also provide guidance and feedback to the research community; identify areas where further tool development is needed, and which tools could be components of OCLC grid services. We are following up on the tools mentioned by respondents to the recent RLG Descriptive Metadata Practices survey and are issuing an open invitation for you or your colleagues to submit a short description of a tool you use that expedites the creation of descriptive metadata. We are most interested in tools that can be used by multiple institutions that do not require purchasing a new system--tools that rely on commonly available software most institutions would already have in-house or that are based on open source components. Tools do not need to be large scale! We're interested in finding out about small tools that make a difference in creating or improving metadata at your institution. Do you have such a tool that you would consider demonstrating and getting feedback on from your peers? If so, please take a few minutes to respond to this short Descriptive Metadata Tools Survey: http://www.surveymonkey.com/s.aspx?sm=jdAZMnxXVSCAPUXA9Q93Dw_3d_3d Responses would be appreciated by January 18, 2008. We value your input! With thanks, Merrilee Proffitt and Karen Smith-Yoshimura RLG Programs, OCLC Programs and Research 777 Mariners Island Blvd. Suite #550 San Mateo, CA USA 94404 E-mail: [EMAIL PROTECTED] or [EMAIL PROTECTED] Phone: 1-650-287-2141 Karen and Merrilee blog at http://www.hangingtogether.org/
[CODE4LIB] Error -2146697208 (800c0008) - trap from within VBA code
Hello: I use SRU/SRW in Visual Basic for Applications code from within Microsoft Access to download records from the Library of Congress. If I download enough records I eventually see this error: -2146697208 (800c0008) I have errorhandling in my VBA, but this error, which is external to Access isn't trapped and crashes the application. Can someone help me explain how to trap and handle these errors? Thanks! Fred Boer Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs
[CODE4LIB] Code4lib 2008 Gender Diversity Scholarship
The Oregon State University / Code4lib Gender Diversity Scholarship will provide up to $1000 to cover travel costs and conference fees for one qualified attendee to the 2008 Code4lib conference (February 25-28 in Portland, OR). This scholarship is eligible to any woman interested in actively contributing to the mission and goals of the Code4lib Conference. Applications will be judged by the scholarship committee on a combination of merit and need. The recipient of the scholarship will be asked to write-up a trip report of the conference. To apply, please send an email to [EMAIL PROTECTED] with the following: 1) A brief letter of interest, including statement of need (also, please indicate your eligibility in the letter) 2) A resume 3) Contact information of two professional or academic references Applications should be received no later than January 21, 2008. The successful candidate will be contacted no later than January 30, 2008. More information on the code4lib conference can be found at http://code4lib.org/conference/2008/ This information is also posted to the code4lib.org website at http://code4lib.org/node/208 -- jaf === Jeremy Frumkin Head, Emerging Technologies and Services 121 The Valley Library, Oregon State University Corvallis OR 97331-4501 [EMAIL PROTECTED] 541.602.4905 541.737.3453 (Fax) === " Without ambition one starts nothing. Without work one finishes nothing. " - Emerson
[CODE4LIB] Code4lib 2008 Minority Scholarship
The Oregon State University / Code4lib Minority Scholarship will provide up to $1000 to cover travel costs and conference fees for one qualified attendee to the 2008 Code4lib conference (February 25-28 in Portland, OR). To qualify for this scholarship, an applicant must be a member of a principal minority group (American Indian or Alaskan native, Asian or Pacific Islander, African-American, or Hispanic / Latino). Applications will be judged by the scholarship committee on a combination of merit and need. The recipient of the scholarship will be asked to write-up a trip report of the conference. To apply, please send an email to [EMAIL PROTECTED] with the following: 1) A brief letter of interest, including statement of need (also, please indicate your eligibility in the letter) 2) A resume 3) Contact information of two professional or academic references Applications should be received no later than January 21, 2008. The successful candidate will be contacted no later than January 30, 2008. More information on the code4lib conference can be found at http://code4lib.org/conference/2008/ This information is also posted to the code4lib.org website at http://code4lib.org/node/208 -- jaf === Jeremy Frumkin Head, Emerging Technologies and Services 121 The Valley Library, Oregon State University Corvallis OR 97331-4501 [EMAIL PROTECTED] 541.602.4905 541.737.3453 (Fax) === " Without ambition one starts nothing. Without work one finishes nothing. " - Emerson
Re: [CODE4LIB] Code4Lib Journal
It's really quite excellent. Kudos! It's a tough week to grab anyone's attention, but I'll try. K.G. Schneider On Mon, 17 Dec 2007 16:19:11 -0500, "Teresa Victoriana Sierra" <[EMAIL PROTECTED]> said: > Nice job Jonathan! > > Teri Sierra, Assistant Chief > Serial and Government Publications Division > Library of Congress > 202-707-5277 > 202-707-6128 (fax) > > >>> Jonathan Rochkind <[EMAIL PROTECTED]> 12/17/07 10:59 AM >>> > The first issue of the Code4Lib Journal is now available. > http://journal.code4lib.org > > Jonathan > > -- > Jonathan Rochkind > Digital Services Software Engineer > The Sheridan Libraries > Johns Hopkins University > 410.516.8886 > rochkind (at) jhu.edu
Re: [CODE4LIB] Code4Lib Journal
Nice job Jonathan! Teri Sierra, Assistant Chief Serial and Government Publications Division Library of Congress 202-707-5277 202-707-6128 (fax) >>> Jonathan Rochkind <[EMAIL PROTECTED]> 12/17/07 10:59 AM >>> The first issue of the Code4Lib Journal is now available. http://journal.code4lib.org Jonathan -- Jonathan Rochkind Digital Services Software Engineer The Sheridan Libraries Johns Hopkins University 410.516.8886 rochkind (at) jhu.edu
Re: [CODE4LIB] PS-Re: looking for code example: AJAX + MySQL + PHP
Ken, You might want to look at the autocomplete code in Scriblio. The JS is part of the theme: http://svn.scriblio.net/theme/trunk/scripts/ The server side: http://svn.scriblio.net/plugin/trunk/suggest.php And you can actually try it here: http://nov9.scriblio.net/browse/ About jquery.suggest.js: I had to modify Peter Vulgaris' excellent class. The mods are commented but I should add some notes to the header. --Casey On Dec 17, 2007, at 3:30 PM, Ken Irwin wrote: It occurs to me that I didn't specify much about my environment. I'm using PHP + MySQL to do my searching, and hoping for AJAX to make it a bit more dynamic. I don't have and am not at all familiar with Ruby on Rails, so I'm mostly hoping for a lightweight JavaScript approach. I did download the Scriptaculous framework/library which I thought might do the trick, but I've not figured out a way to make that work. (It seems to be more into regular auto-completion rather than narrowing the results display. Ken Ken Irwin wrote: Hi folks, I'm looking for what ought to be a straightfoward and easily- available code example to copy from: an html form that narrows its search results on the fly based on user input. I've had no trouble finding form-autocomplete functions that help the user find a search term, but I'm looking for something a little different. I want: 1. The textbox up here; user types content and the content of #2 narrows accordingly 2. A separate div with some fairly complicated entries based on the search results down here in a separate div Does anyone have some straightforward code for this? (I'm fairly certain that Ch. 4 of /Ajax for dummies/ had a Google-search example of this, but the sample code I downloaded for that a year ago has ceased functioning, and I don't have the book in my possession right now to re-download that book's examples. And likewise: any favorite Ajax sites that give lots of examples + code? I'm finding that to be less prevalent than I'd imagined... Thanks! Ken -- Ken Irwin Reference Librarian Thomas Library, Wittenberg University -- Ken Irwin Reference Librarian Thomas Library, Wittenberg University
[CODE4LIB] PS-Re: looking for code example: AJAX + MySQL + PHP
It occurs to me that I didn't specify much about my environment. I'm using PHP + MySQL to do my searching, and hoping for AJAX to make it a bit more dynamic. I don't have and am not at all familiar with Ruby on Rails, so I'm mostly hoping for a lightweight JavaScript approach. I did download the Scriptaculous framework/library which I thought might do the trick, but I've not figured out a way to make that work. (It seems to be more into regular auto-completion rather than narrowing the results display. Ken Ken Irwin wrote: Hi folks, I'm looking for what ought to be a straightfoward and easily-available code example to copy from: an html form that narrows its search results on the fly based on user input. I've had no trouble finding form-autocomplete functions that help the user find a search term, but I'm looking for something a little different. I want: 1. The textbox up here; user types content and the content of #2 narrows accordingly 2. A separate div with some fairly complicated entries based on the search results down here in a separate div Does anyone have some straightforward code for this? (I'm fairly certain that Ch. 4 of /Ajax for dummies/ had a Google-search example of this, but the sample code I downloaded for that a year ago has ceased functioning, and I don't have the book in my possession right now to re-download that book's examples. And likewise: any favorite Ajax sites that give lots of examples + code? I'm finding that to be less prevalent than I'd imagined... Thanks! Ken -- Ken Irwin Reference Librarian Thomas Library, Wittenberg University -- Ken Irwin Reference Librarian Thomas Library, Wittenberg University
[CODE4LIB] looking for code example: AJAX narrowing search results
Hi folks, I'm looking for what ought to be a straightfoward and easily-available code example to copy from: an html form that narrows its search results on the fly based on user input. I've had no trouble finding form-autocomplete functions that help the user find a search term, but I'm looking for something a little different. I want: 1. The textbox up here; user types content and the content of #2 narrows accordingly 2. A separate div with some fairly complicated entries based on the search results down here in a separate div Does anyone have some straightforward code for this? (I'm fairly certain that Ch. 4 of /Ajax for dummies/ had a Google-search example of this, but the sample code I downloaded for that a year ago has ceased functioning, and I don't have the book in my possession right now to re-download that book's examples. And likewise: any favorite Ajax sites that give lots of examples + code? I'm finding that to be less prevalent than I'd imagined... Thanks! Ken -- Ken Irwin Reference Librarian Thomas Library, Wittenberg University
Re: [CODE4LIB] net::oai::harvester [resolved]
fwiw, my proposed solution was to use MARC::File::XML from the marc-xml cpan module [1] use Net::OAI::Harvester; use MARC::File::SAX; my $url = 'http://memory.loc.gov/cgi-bin/oai2_0'; my $harvester = Net::OAI::Harvester->new(baseURL => $url); my $response = $harvester->listRecords(metadataPrefix => 'marc21', metadataHandler => 'MARC::File::SAX'); while ($record = $response->next()) { # get the oai-pmh record as a MARC::Record object and print it out print $record->metadata()->record()->as_formatted(); } Note, this required some small adjustments to MARC::File::SAX. So you'd need the latest version from CVS [2], which will go out to CPAN some time I guess :-) //Ed [1] http://search.cpan.org/dist/MARC-XML/ [2] http://sourceforge.net/cvs/?group_id=1254
Re: [CODE4LIB] Code4Lib Journal
Jonathan Rochkind wrote: The first issue of the Code4Lib Journal is now available. http://journal.code4lib.org Hooray! Congrats to everybody involved.
Re: [CODE4LIB] net::oai::harvester [resolved]
On Dec 13, 2007, at 10:33 AM, Eric Lease Morgan wrote: Put another way, if I want to use repository using NET::OAI::Harvester to read repository data in a form other than DC will I need to write an additional module such as NET::OAI::Record::MARCXML? But I'm lazy, and even though it is not the best solution, I will explore another option. Specifically, I will use oai_dump (which comes with N::O::H), change the metadata scheme from oai_dc to marc21, run the script, and parse the resulting XML. If I'm lucky my parser will able to be written as a SAX filter that can be added to the N::O::H distribution. In the meantime, at least I will have the data. Wish me luck. After getting most of my MARCXML/SAX parser written, Ed Summmers presented me with a couple of Perl modules allowing me to return MARC::Record objects from the harvest of OAI repositories supporting the marc21 metadata schema. This is originally what I wanted to do. Using this technology I was able to harvest the metadata (MARC records) of 70,000 University of Michigan digitized books (MBooks). I then fed them to an indexer -- Zebra -- that reads raw MARC very well, and provided a rudimentary interface to the index via SRU: http://infomotions.com/ii/ In the end the process was almost trivial and can easily be expanded to include other types of content. Thank you to all who helped along the way! -- Eric Lease Morgan University Libraries of Notre Dame (574) 631-8604
Re: [CODE4LIB] [Fwd: z39.50 holdings schema]
> It is also my understanding that while the Voyager NCIP API supports > their ILL product, it was not meant to serve as a general purpose NCIP > API. I believe that that accounts for the lack of (customer) > documentation. Back in March of 2004, the then Endeavor Voyager > Product Manager discussed their plans for further development of > Voyager's NCIP API, and I don't think things have changed much since > then [1]. If you've heard (or know) different, please let us (Voyager > customers) know. I've had my eye on NCIP as an API for quite some > time. Michael - thanks for the feedback. I agree with everyone else that NCIP is not the killer app with ILS interoperability - but it's the closest thing we have at this moment. What I am invisioning with VuFind is a base class that does NCIP functionality and then specialized classes for each ILS that tweaks the NCIP messages. >From what I have heard - Voyager 7 is supposed to have a much fuller NCIP >implementation and I believe the same story for SirsiDynix. But these are >just that - stories. Also I believe both Evergreen and Koha have NCIP as well. Andrew
Re: [CODE4LIB] [Fwd: z39.50 holdings schema]
Hi Andrew, > ...we are investingating NCIP quite a bit here for use > with VuFind [...] since it is already implemented > (currently in limited stages) in my [Voyager] ILS My understanding is that Voyager customers only get the NCIP server if they have purchased the ILL add-on module that utilizes NCIP. If Villanova happens to have that module, and you get it to work with VuFind, keep in mind thay it may not be something that every other Voyager site can benefit from. > ... my ILS vendor just told me that they don't > have any documentation on the NCIP server. It is also my understanding that while the Voyager NCIP API supports their ILL product, it was not meant to serve as a general purpose NCIP API. I believe that that accounts for the lack of (customer) documentation. Back in March of 2004, the then Endeavor Voyager Product Manager discussed their plans for further development of Voyager's NCIP API, and I don't think things have changed much since then [1]. If you've heard (or know) different, please let us (Voyager customers) know. I've had my eye on NCIP as an API for quite some time. -- Michael [1] Subject: RE: [VOYAGER-L]: Voyager SIP or NCIP interface Date: 2004-03-11 16:34:00 To: Voyager-L "I'd like to clarify our accomplishments and plans for interoperability and for NCIP..." # Michael Doran, Systems Librarian # University of Texas at Arlington # 817-272-5326 office # 817-688-1926 mobile # [EMAIL PROTECTED] # http://rocky.uta.edu/doran/ > -Original Message- > From: Code for Libraries [mailto:[EMAIL PROTECTED] On > Behalf Of Andrew Nagy > Sent: Monday, December 17, 2007 10:55 AM > To: CODE4LIB@LISTSERV.ND.EDU > Subject: Re: [CODE4LIB] [Fwd: z39.50 holdings schema] > > > But this part is > > what I, as a developer writing discovery systems, need most > and fail > > to get from current systems. > > Exactly! > > This is the reason I have been investiagating NCIP - since it > is already implemented (currently in limited stages) in my > ILS as well as open source ILSs such as Evergreen have it as well. > > There are many standards that would work - but NCIP seems to > be the only thing practical at the current moment. I am also > a newbie to NCIP and my ILS vendor just told me that they > don't have any documentation on the NCIP server. > > Where is Roy and his manifesto when you need him! > > Andrew >
Re: [CODE4LIB] [Fwd: z39.50 holdings schema]
just here: http://blogs.talis.com/panlibus/archives/2007/12/ the_library_20_1.php rob On 17 Dec 2007, at 16:55, Andrew Nagy wrote: Where is Roy and his manifesto when you need him!
Re: [CODE4LIB] [Fwd: z39.50 holdings schema]
> But this part is > what I, as a developer writing discovery systems, need most and fail to > get from current systems. Exactly! This is the reason I have been investiagating NCIP - since it is already implemented (currently in limited stages) in my ILS as well as open source ILSs such as Evergreen have it as well. There are many standards that would work - but NCIP seems to be the only thing practical at the current moment. I am also a newbie to NCIP and my ILS vendor just told me that they don't have any documentation on the NCIP server. Where is Roy and his manifesto when you need him! Andrew
Re: [CODE4LIB] [Fwd: z39.50 holdings schema]
I'd encourage people to check out the ONIX Serial Holdings format too, when looking at all that is available for structured reprsentation of serial holdings specifically. It's a newly released standard. Reviewing it myself, I was quite impressed with it's flexibility combined with elegance/ease of use. Does the job of expressing what parts of a particular serial are held, although doesn't necessarily do other parts of the job that a library control system would need. But this part is what I, as a developer writing discovery systems, need most and fail to get from current systems. Jonathan Costakos,Chuck wrote: Emily, My colleague from OCLC, Janifer Gatenby ([EMAIL PROTECTED]) asked me to pass along a link to her paper at ILDS in Singapore, "New standards for resource delivery: bridging the gap between discovery and delivery." The link to it is: http://www.nlbconference.com/ilds/plenary4B.htm She also reports that an XML version of the schema will soon be available on the Library of Congress web page at: http://www.loc.gov/isohold/ Janifer says, "The standard is far from complicated. It much simplifies the previous Z39.50 holdings schema. Hopefully the diagrams in my presentation will help." You can contact Janifer directly at the email address shown above. Best regards, Chuck Costakos OCLC -Original Message- From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of Emily Lynema Sent: Monday, December 17, 2007 9:47 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: [CODE4LIB] [Fwd: z39.50 holdings schema] Wow, I've never sent a message accidentally when trying to copy-paste before. It must be a Monday morning. I meant to include the URL to just about the only (promising-sounding) snippet of information I've found about the ISO Holdings Schema: http://www.oclcpica.org/dasat/index.php?cid=100867&conid=102196 -emily Original Message Subject: z39.50 holdings schema Date: Mon, 17 Dec 2007 09:41:53 -0500 From: Emily Lynema <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] Organization: NCSU Libraries To: Code for Libraries Anybody in this group have any experience using / implementing the z39.50 holdings schema? http://www.loc.gov/z3950/agency/defns/holdings1-4.html As part of the DLF ILS Discovery Interface Task Force, we are looking for a good schema to define holdings and item-related information (such as circulation status). While MARCXML is always an option for MARC holdings, I have the sense (aka, I know) that not all institutions / ILSs create MARC holdings for all records. So it would be nice to have a schema into which it would be easy to translate either a MARC holdings record or just local holdings stored in some other way + circulation information. The rumor on the street is that z39.50 holdings schema is too complex and has never really been used. Anyone want to confirm or deny? I'm also interested in the up and coming ISO Holdings Schema (ISO 20775) that it sounds like has been motivated along by OCLC-PICA. But I don't have much information on that, so I'd be interested in hearing from anyone who knows more about that one, as well. Thanks, -emily -- Emily Lynema Systems Librarian for Digital Projects Information Technology, NCSU Libraries 919-513-8031 [EMAIL PROTECTED] -- Emily Lynema Systems Librarian for Digital Projects Information Technology, NCSU Libraries 919-513-8031 [EMAIL PROTECTED] -- Jonathan Rochkind Digital Services Software Engineer The Sheridan Libraries Johns Hopkins University 410.516.8886 rochkind (at) jhu.edu
Re: [CODE4LIB] z39.50 holdings schema
Andrew, Yes, I have looked at NCIP, but it only provides the Item Element. The item element can include holdings information (holdings as in MARC holdings), but I would rather have a holdings element that can contain multiple instances of an item element, right? It seems like it is at the wrong level of granularity to include holdings with each item. I could create holdings elements with MARCXML, and then tack on Item Elements as defined by NCIP, I suppose. And for items w/o a MARC holdings record, you are right, NCIP might work quite well for just defining essential location information right in the item element. But maybe you have a better thought on how to combine these that has not occurred to me. :) -emily Andrew Nagy wrote: Emily - we are investingating NCIP quite a bit here for use with VuFind. Maybe this might be an appropriate standard to standardize on? Take care, Andrew -Original Message- From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of Emily Lynema Sent: Monday, December 17, 2007 9:42 AM To: CODE4LIB@listserv.nd.edu Subject: [CODE4LIB] z39.50 holdings schema Anybody in this group have any experience using / implementing the z39.50 holdings schema? http://www.loc.gov/z3950/agency/defns/holdings1-4.html As part of the DLF ILS Discovery Interface Task Force, we are looking for a good schema to define holdings and item-related information (such as circulation status). While MARCXML is always an option for MARC holdings, I have the sense (aka, I know) that not all institutions / ILSs create MARC holdings for all records. So it would be nice to have a schema into which it would be easy to translate either a MARC holdings record or just local holdings stored in some other way + circulation information. The rumor on the street is that z39.50 holdings schema is too complex and has never really been used. Anyone want to confirm or deny? I'm also interested in the up and coming ISO Holdings Schema (ISO 20775) that it sounds like has been motivated along by OCLC-PICA. But I don't have much information on that, so I'd be interested in hearing from anyone who knows more about that one, as well. Thanks, -emily -- Emily Lynema Systems Librarian for Digital Projects Information Technology, NCSU Libraries 919-513-8031 [EMAIL PROTECTED] -- Emily Lynema Systems Librarian for Digital Projects Information Technology, NCSU Libraries 919-513-8031 [EMAIL PROTECTED]
Re: [CODE4LIB] [Fwd: z39.50 holdings schema]
Emily, My colleague from OCLC, Janifer Gatenby ([EMAIL PROTECTED]) asked me to pass along a link to her paper at ILDS in Singapore, "New standards for resource delivery: bridging the gap between discovery and delivery." The link to it is: http://www.nlbconference.com/ilds/plenary4B.htm She also reports that an XML version of the schema will soon be available on the Library of Congress web page at: http://www.loc.gov/isohold/ Janifer says, "The standard is far from complicated. It much simplifies the previous Z39.50 holdings schema. Hopefully the diagrams in my presentation will help." You can contact Janifer directly at the email address shown above. Best regards, Chuck Costakos OCLC -Original Message- From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of Emily Lynema Sent: Monday, December 17, 2007 9:47 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: [CODE4LIB] [Fwd: z39.50 holdings schema] Wow, I've never sent a message accidentally when trying to copy-paste before. It must be a Monday morning. I meant to include the URL to just about the only (promising-sounding) snippet of information I've found about the ISO Holdings Schema: http://www.oclcpica.org/dasat/index.php?cid=100867&conid=102196 -emily Original Message Subject: z39.50 holdings schema Date: Mon, 17 Dec 2007 09:41:53 -0500 From: Emily Lynema <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] Organization: NCSU Libraries To: Code for Libraries Anybody in this group have any experience using / implementing the z39.50 holdings schema? http://www.loc.gov/z3950/agency/defns/holdings1-4.html As part of the DLF ILS Discovery Interface Task Force, we are looking for a good schema to define holdings and item-related information (such as circulation status). While MARCXML is always an option for MARC holdings, I have the sense (aka, I know) that not all institutions / ILSs create MARC holdings for all records. So it would be nice to have a schema into which it would be easy to translate either a MARC holdings record or just local holdings stored in some other way + circulation information. The rumor on the street is that z39.50 holdings schema is too complex and has never really been used. Anyone want to confirm or deny? I'm also interested in the up and coming ISO Holdings Schema (ISO 20775) that it sounds like has been motivated along by OCLC-PICA. But I don't have much information on that, so I'd be interested in hearing from anyone who knows more about that one, as well. Thanks, -emily -- Emily Lynema Systems Librarian for Digital Projects Information Technology, NCSU Libraries 919-513-8031 [EMAIL PROTECTED] -- Emily Lynema Systems Librarian for Digital Projects Information Technology, NCSU Libraries 919-513-8031 [EMAIL PROTECTED]
[CODE4LIB] Code4Lib Journal
The first issue of the Code4Lib Journal is now available. http://journal.code4lib.org Jonathan -- Jonathan Rochkind Digital Services Software Engineer The Sheridan Libraries Johns Hopkins University 410.516.8886 rochkind (at) jhu.edu
Re: [CODE4LIB] z39.50 holdings schema
Andrew, My sense of NCIP is that it was designed primarly for communication between agencies that have negotiated a trust relationship offline and configured their systems to interoperate. It's not clear to me that NCIP will work well as a protocol for transmitting ad hoc queries from an untrusted client to a host in order to discover information about an item. Is your experience/research into NCIP showing you something different? - David Andrew Nagy wrote: Emily - we are investingating NCIP quite a bit here for use with VuFind. Maybe this might be an appropriate standard to standardize on? Take care, Andrew -Original Message- From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of Emily Lynema Sent: Monday, December 17, 2007 9:42 AM To: CODE4LIB@listserv.nd.edu Subject: [CODE4LIB] z39.50 holdings schema Anybody in this group have any experience using / implementing the z39.50 holdings schema? http://www.loc.gov/z3950/agency/defns/holdings1-4.html As part of the DLF ILS Discovery Interface Task Force, we are looking for a good schema to define holdings and item-related information (such as circulation status). While MARCXML is always an option for MARC holdings, I have the sense (aka, I know) that not all institutions / ILSs create MARC holdings for all records. So it would be nice to have a schema into which it would be easy to translate either a MARC holdings record or just local holdings stored in some other way + circulation information. The rumor on the street is that z39.50 holdings schema is too complex and has never really been used. Anyone want to confirm or deny? I'm also interested in the up and coming ISO Holdings Schema (ISO 20775) that it sounds like has been motivated along by OCLC-PICA. But I don't have much information on that, so I'd be interested in hearing from anyone who knows more about that one, as well. Thanks, -emily -- Emily Lynema Systems Librarian for Digital Projects Information Technology, NCSU Libraries 919-513-8031 [EMAIL PROTECTED]
Re: [CODE4LIB] z39.50 holdings schema
Emily - we are investingating NCIP quite a bit here for use with VuFind. Maybe this might be an appropriate standard to standardize on? Take care, Andrew > -Original Message- > From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of > Emily Lynema > Sent: Monday, December 17, 2007 9:42 AM > To: CODE4LIB@listserv.nd.edu > Subject: [CODE4LIB] z39.50 holdings schema > > Anybody in this group have any experience using / implementing the > z39.50 holdings schema? > > http://www.loc.gov/z3950/agency/defns/holdings1-4.html > > As part of the DLF ILS Discovery Interface Task Force, we are looking > for a good schema to define holdings and item-related information (such > as circulation status). While MARCXML is always an option for MARC > holdings, I have the sense (aka, I know) that not all institutions / > ILSs create MARC holdings for all records. So it would be nice to have > a > schema into which it would be easy to translate either a MARC holdings > record or just local holdings stored in some other way + circulation > information. > > The rumor on the street is that z39.50 holdings schema is too complex > and has never really been used. Anyone want to confirm or deny? > > I'm also interested in the up and coming ISO Holdings Schema (ISO > 20775) > that it sounds like has been motivated along by OCLC-PICA. But I don't > have much information on that, so I'd be interested in hearing from > anyone who knows more about that one, as well. > > > Thanks, > -emily > -- > Emily Lynema > Systems Librarian for Digital Projects > Information Technology, NCSU Libraries > 919-513-8031 > [EMAIL PROTECTED]
[CODE4LIB] [Fwd: z39.50 holdings schema]
Wow, I've never sent a message accidentally when trying to copy-paste before. It must be a Monday morning. I meant to include the URL to just about the only (promising-sounding) snippet of information I've found about the ISO Holdings Schema: http://www.oclcpica.org/dasat/index.php?cid=100867&conid=102196 -emily Original Message Subject: z39.50 holdings schema Date: Mon, 17 Dec 2007 09:41:53 -0500 From: Emily Lynema <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] Organization: NCSU Libraries To: Code for Libraries Anybody in this group have any experience using / implementing the z39.50 holdings schema? http://www.loc.gov/z3950/agency/defns/holdings1-4.html As part of the DLF ILS Discovery Interface Task Force, we are looking for a good schema to define holdings and item-related information (such as circulation status). While MARCXML is always an option for MARC holdings, I have the sense (aka, I know) that not all institutions / ILSs create MARC holdings for all records. So it would be nice to have a schema into which it would be easy to translate either a MARC holdings record or just local holdings stored in some other way + circulation information. The rumor on the street is that z39.50 holdings schema is too complex and has never really been used. Anyone want to confirm or deny? I'm also interested in the up and coming ISO Holdings Schema (ISO 20775) that it sounds like has been motivated along by OCLC-PICA. But I don't have much information on that, so I'd be interested in hearing from anyone who knows more about that one, as well. Thanks, -emily -- Emily Lynema Systems Librarian for Digital Projects Information Technology, NCSU Libraries 919-513-8031 [EMAIL PROTECTED] -- Emily Lynema Systems Librarian for Digital Projects Information Technology, NCSU Libraries 919-513-8031 [EMAIL PROTECTED]
[CODE4LIB] z39.50 holdings schema
Anybody in this group have any experience using / implementing the z39.50 holdings schema? http://www.loc.gov/z3950/agency/defns/holdings1-4.html As part of the DLF ILS Discovery Interface Task Force, we are looking for a good schema to define holdings and item-related information (such as circulation status). While MARCXML is always an option for MARC holdings, I have the sense (aka, I know) that not all institutions / ILSs create MARC holdings for all records. So it would be nice to have a schema into which it would be easy to translate either a MARC holdings record or just local holdings stored in some other way + circulation information. The rumor on the street is that z39.50 holdings schema is too complex and has never really been used. Anyone want to confirm or deny? I'm also interested in the up and coming ISO Holdings Schema (ISO 20775) that it sounds like has been motivated along by OCLC-PICA. But I don't have much information on that, so I'd be interested in hearing from anyone who knows more about that one, as well. Thanks, -emily -- Emily Lynema Systems Librarian for Digital Projects Information Technology, NCSU Libraries 919-513-8031 [EMAIL PROTECTED]