Re: [CODE4LIB] Variations/FRBR project relases FRBR XML Schemas
Quoting "Riley, Jenn" : I see this conclusion as RDA's, but not FRBR's. The FRBR report explicitly says there can be a many-to-one relationship between Expressions and a Manifestation (that is, a Manifestation can embody several Expressions), and the V/FRBR project takes that at face value and does not impose the additional restriction that a Manifestation contains an equal aggregate. RDA may impose that restriction, but that's their implementation of FRBR, and the V/FRBR project as *not* an RDA implementation doesn't feel bound by that decision. I must say that no one from JSC used the term "equal aggregate" -- that was my interpretation of what I was being told. I don't think it's inaccurate, but I wouldn't want anyone to think they'd used those terms. I looked up the wording in FRBR and it says (in 3.3 on Aggregate and Component Entities): "The structure of the model, however, permits us to represent aggregate and component entities in the same way as we would represent entities that are viewed as integral units. That is to say that from a logical perspective the entity work, for example, may represent an aggregate of individual works brought together by an editor or compiler in the form of an anthology, a set of individual monographs brought together by a publisher to form a series, or a collection of private papers organized by an archive as a single fond. By the same token, the entity work may represent an intellectually or artistically discrete component of a larger work, such as a chapter of a report, a segment of a map, an article in a journal, etc. For the purposes of the model, entities at the aggregate or component level operate in the same way as entities at the integral unit level; they are defined in the same terms, they share the same characteristics, and they are related to one another in the same way as entities at the integral unit level." Now I need to study chapter 5 (relationships) of FRBR in greater detail... it doesn't seem to include the case that got me all confused in the first place (a book with prefaces and appendices and that includes a poem related to the author of the Work). One thing I am finding about FRBR (and want to think about more) is that one seems to come up with different conclusions depending on whether one works down from Work or works up from Item. The assumption that an aggregate in a bound volume is an Expression seems to make sense if you are working up from the Manifestation, but it makes less sense if you are working down from the Work. If decisions change based on the direction, then I think we have a real problem! kc -- Karen Coyle kco...@kcoyle.net http://kcoyle.net ph: 1-510-540-7596 m: 1-510-435-8234 skype: kcoylenet
[CODE4LIB] Code4Lib North, Kingston ON, 6-7 May 2010
Code4Lib North's first meeting is happening soon! It's time to get ready. If you're in Ontario, Quebec, New York, Vermont, or nearby areas, we hope you'll come. Join the mailing list to take part. Here are the details. URL: http://wiki.code4lib.org/index.php/North Where: Queen's University, Kingston, Ontario (exact rooms to be determined) When: Thursday (afternoon/evening) and Friday (all day), 6-7 May 2010 Cost: No charge. Queen's University is generously donating the space, the Internet access, and even the food! How many: Probably around 50 people. Mailing list: Sign up at http://groups.google.com/group/code4lib-north Get involved: Planning will happen on the mailing list. If you want to come, or might come to the next one, or are at all interested in what's happening, please join the list. What: Code4Lib North is a local chapter of the Code4Lib community of people involved in libraries and technology (see http://code4lib.org/). North is meant to bring together librarians, programmers, and other interested people from Ontario, Quebec, New York, Vermont, and nearby areas. The annual Code4Lib conference began in 2006. Since then, several local chapters have started in diferent regions of the United States, as well as in Japan, Hungary, and the Netherlands. This is the first Canadian chapter meeting. Program: Twenty-minute talks and five-minute lightning talks, to be decided. Anything is possible, including a hackfest. Registration: There will be a short registration form going up soon, just to make it easier to count who's coming and what dietary preferences they have. But there's no cost to attend. Questions or comments? Send mail to the mailing list, or e-mail Wendy Huot and William Denton . Bill -- William Denton, Toronto : miskatonic.org www.frbr.org openfrbr.org
Re: [CODE4LIB] WorldCat Terminologies
I'm open to suggestions, Ya'aqov. I've been talking up the idea of some sort of dashboard for our services. Display uptime and response time. It will be tougher to automatically detect a database update and report it. I'll give that some thought for stuff running over my software stack. This seems like the right forum to solicit other suggestions. Has anyone done this before? It seems like there ought to be some lists lying around somewhere of information that would be helpful to service consumers. Ralph -Original Message- From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of Ziso, Ya'aqov Sent: Sunday, March 21, 2010 1:09 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] WorldCat Terminologies I'm certain that as Ralph indicated, this file has been kept weekly up-to-date. The html page header will be, eventually, fixed as well to reflect accurately the file's last update and its SRU searchability. The fact remains that for all: terminologies/identities/xISSN/xISBN >> WC-DEVNET is the customer support and quality control. We have no other address for maintenance, and possibly OCLC Research's dedicated staff lack such address as well. Yes, these experimental services reside on OCLC servers. Unfortunately, given this customer support model, OCLC Research will be constantly put in a defensive position and all we can do is flag problems and maintain this loop. (unless any of you has an idea for a loophole and, please, bring it on!) Ya'aqov -Original Message- From: Code for Libraries on behalf of Jonathan Rochkind Sent: Sun 3/21/2010 12:19 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] WorldCat Terminologies Yeah, the statement that it's a static copy from 2006 would have stopped me in my tracks if I had somehow happened accross the page, which I probably wouldn't have, but now I've bookmarked it so I might find it again -- but will probably forget that it's REALLY up to date even though it says 2006 on it. Nice catch Karen. Karen, that looks to me like an HTML front-end for an SRU service, I bet it's got an SRU api. Which one of these days I'll get around to figuring out how to write code for. From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of Karen Coyle [li...@kcoyle.net] Sent: Saturday, March 20, 2010 11:29 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] WorldCat Terminologies Quoting "LeVan,Ralph" : > I hate to muddy the waters, but I can't resist here. > > Research also exposes a copy of the LC NAF at > http://alcme.oclc.org/srw/search/lcnaf > > It gets updated every Tuesday night. Unfortunately, that page states right up front: "A static copy of LC's Name Authority File from February of 2006" That might confuse visitors. Maybe a quick revision is in order? :-) Also, API access? kc > > This is something I've been maintaining for years and is what > Identities points at when you ask to see the NAF record associated > with an Identities record. > > This particular service has none of the linked-data-type bells and > whistles I'm putting into VIAF and Identities, but easily could, if > there was interest. I believe I've made the indexing on it > consistent with what I do in Identities. > > Looking at the configuration file for the load of this database, I > am omitting records with 100$k, 100$t, 100$v, 100$x or any 130 > fields. I'm sure Ya'aqov (or other similarly expert Authority > Librarian) could tell you why I am omitting them, because I can't > off the top of my head. > > This service is actually running as a long established model of how > similar services should run in Research. While it is not running on > a machine operated by our production staff, it is automatically > monitored by them, they have restart procedures in places when the > service becomes unresponsive and problems are escalated by email > when the restart fails to fix the problem. (Those emails come to me > and where they get treated appropriately.) > > Let me know if there are questions about any of this. > > Ralph > >> -Original Message- >> From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of >> Ya'aqov Ziso >> Sent: Friday, March 19, 2010 3:29 PM >> To: CODE4LIB@LISTSERV.ND.EDU >> Subject: Re: [CODE4LIB] WorldCat Terminologies >> >> Jonathan, thank you, in full accord. Yes, the crux of the matter is Names >> (NAF being the more expensive library subscription >> and the one not available for free like http://id.loc.gov >> >> At http://orlabs.oclc.org/Identities/ I searched Oclapton, eric¹ and wonder: >> >> * are all WorldCat+NAF 49 retrieved headings there helpful? do we need in >> the list Oclayton, cecile¹ (etc.) >> * Names that haven¹t made it into an authority record are definitely >> helpful, but can we suggest a way to sort and rank them more usefully (for >> the user) on the page? >> >> Your thoughts? >> Ya¹aqov >> >> >> >> >> >> >>
Re: [CODE4LIB] WorldCat Terminologies
Actually, that's a standard XML interface with a stylesheet rendering the html. The "static" message is probably coming out of my database configuration. Ralph -Original Message- From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of Jonathan Rochkind Sent: Sunday, March 21, 2010 12:19 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] WorldCat Terminologies Yeah, the statement that it's a static copy from 2006 would have stopped me in my tracks if I had somehow happened accross the page, which I probably wouldn't have, but now I've bookmarked it so I might find it again -- but will probably forget that it's REALLY up to date even though it says 2006 on it. Nice catch Karen. Karen, that looks to me like an HTML front-end for an SRU service, I bet it's got an SRU api. Which one of these days I'll get around to figuring out how to write code for. From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of Karen Coyle [li...@kcoyle.net] Sent: Saturday, March 20, 2010 11:29 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] WorldCat Terminologies Quoting "LeVan,Ralph" : > I hate to muddy the waters, but I can't resist here. > > Research also exposes a copy of the LC NAF at > http://alcme.oclc.org/srw/search/lcnaf > > It gets updated every Tuesday night. Unfortunately, that page states right up front: "A static copy of LC's Name Authority File from February of 2006" That might confuse visitors. Maybe a quick revision is in order? :-) Also, API access? kc > > This is something I've been maintaining for years and is what > Identities points at when you ask to see the NAF record associated > with an Identities record. > > This particular service has none of the linked-data-type bells and > whistles I'm putting into VIAF and Identities, but easily could, if > there was interest. I believe I've made the indexing on it > consistent with what I do in Identities. > > Looking at the configuration file for the load of this database, I > am omitting records with 100$k, 100$t, 100$v, 100$x or any 130 > fields. I'm sure Ya'aqov (or other similarly expert Authority > Librarian) could tell you why I am omitting them, because I can't > off the top of my head. > > This service is actually running as a long established model of how > similar services should run in Research. While it is not running on > a machine operated by our production staff, it is automatically > monitored by them, they have restart procedures in places when the > service becomes unresponsive and problems are escalated by email > when the restart fails to fix the problem. (Those emails come to me > and where they get treated appropriately.) > > Let me know if there are questions about any of this. > > Ralph > >> -Original Message- >> From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of >> Ya'aqov Ziso >> Sent: Friday, March 19, 2010 3:29 PM >> To: CODE4LIB@LISTSERV.ND.EDU >> Subject: Re: [CODE4LIB] WorldCat Terminologies >> >> Jonathan, thank you, in full accord. Yes, the crux of the matter is Names >> (NAF being the more expensive library subscription >> and the one not available for free like http://id.loc.gov >> >> At http://orlabs.oclc.org/Identities/ I searched Œclapton, eric¹ and wonder: >> >> * are all WorldCat+NAF 49 retrieved headings there helpful? do we need in >> the list Œclayton, cecile¹ (etc.) >> * Names that haven¹t made it into an authority record are definitely >> helpful, but can we suggest a way to sort and rank them more usefully (for >> the user) on the page? >> >> Your thoughts? >> Ya¹aqov >> >> >> >> >> >> >> On 3/19/10 2:35 PM, "Jonathan Rochkind" wrote: >> >> > I don't think the inclusion of non-NAF headings in Identities is >> a flaw, it's >> > a benefit to the purpose of Identities not to be held back by the somewhat >> > glacial pace of change in NAF. But you're right, the right tool >> for the job, >> > I don't know that any of the existing OCLC "free" (or included >> with other OCLC >> > membership/services) services are the right tool to replace any existing >> > purchased authorities tools or sources. It depends on what you're >> using them >> > for, of course. I agree that the brochure statement was potentially >> > misleading, but these (Identities, Terminologies, Research >> Terminologies) are >> > still very interesting and useful services. >> > >> > From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of >> Ya'aqov Ziso >> > [z...@rowan.edu] >> > Sent: Friday, March 19, 2010 2:14 PM >> > To: CODE4LIB@LISTSERV.ND.EDU >> > Subject: Re: [CODE4LIB] WorldCat Terminologies >> > >> > Karen, >> > Seems like pulling-teeth was worth it. Thank you for these updates and for >> > making them available for all interested. >> > Essentially, given your 6 months latency compared to >> http://id.loc.gov) and >> > the inclusion of NAF and non-NAF head
Re: [CODE4LIB] Variations/FRBR project relases FRBR XML Schemas
> What the RDA folks (that is, the folks > who have created RDA, the JSC members) said (some of them off-list to > me), is that if your manifestation is an aggregate, then your > Expression must be an equal aggregate. So the Expression is pretty > much one-to-one with the Manifestation. (And I think we were all > seeing a many-to-many.) I see this conclusion as RDA's, but not FRBR's. The FRBR report explicitly says there can be a many-to-one relationship between Expressions and a Manifestation (that is, a Manifestation can embody several Expressions), and the V/FRBR project takes that at face value and does not impose the additional restriction that a Manifestation contains an equal aggregate. RDA may impose that restriction, but that's their implementation of FRBR, and the V/FRBR project as *not* an RDA implementation doesn't feel bound by that decision. Obviously I think that RDA has made a mistake in adding in a requirement that "if your manifestation is an aggregate, then your Expression must be an equal aggregate." But that's their business, I guess. Jenn Jenn Riley Metadata Librarian Digital Library Program Indiana University - Bloomington Wells Library W501 (812) 856-5759 www.dlib.indiana.edu Inquiring Librarian blog: www.inquiringlibrarian.blogspot.com
Re: [CODE4LIB] WorldCat Terminologies
I'm certain that as Ralph indicated, this file has been kept weekly up-to-date. The html page header will be, eventually, fixed as well to reflect accurately the file's last update and its SRU searchability. The fact remains that for all: terminologies/identities/xISSN/xISBN >> WC-DEVNET is the customer support and quality control. We have no other address for maintenance, and possibly OCLC Research's dedicated staff lack such address as well. Yes, these experimental services reside on OCLC servers. Unfortunately, given this customer support model, OCLC Research will be constantly put in a defensive position and all we can do is flag problems and maintain this loop. (unless any of you has an idea for a loophole and, please, bring it on!) Ya'aqov -Original Message- From: Code for Libraries on behalf of Jonathan Rochkind Sent: Sun 3/21/2010 12:19 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] WorldCat Terminologies Yeah, the statement that it's a static copy from 2006 would have stopped me in my tracks if I had somehow happened accross the page, which I probably wouldn't have, but now I've bookmarked it so I might find it again -- but will probably forget that it's REALLY up to date even though it says 2006 on it. Nice catch Karen. Karen, that looks to me like an HTML front-end for an SRU service, I bet it's got an SRU api. Which one of these days I'll get around to figuring out how to write code for. From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of Karen Coyle [li...@kcoyle.net] Sent: Saturday, March 20, 2010 11:29 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] WorldCat Terminologies Quoting "LeVan,Ralph" : > I hate to muddy the waters, but I can't resist here. > > Research also exposes a copy of the LC NAF at > http://alcme.oclc.org/srw/search/lcnaf > > It gets updated every Tuesday night. Unfortunately, that page states right up front: "A static copy of LC's Name Authority File from February of 2006" That might confuse visitors. Maybe a quick revision is in order? :-) Also, API access? kc > > This is something I've been maintaining for years and is what > Identities points at when you ask to see the NAF record associated > with an Identities record. > > This particular service has none of the linked-data-type bells and > whistles I'm putting into VIAF and Identities, but easily could, if > there was interest. I believe I've made the indexing on it > consistent with what I do in Identities. > > Looking at the configuration file for the load of this database, I > am omitting records with 100$k, 100$t, 100$v, 100$x or any 130 > fields. I'm sure Ya'aqov (or other similarly expert Authority > Librarian) could tell you why I am omitting them, because I can't > off the top of my head. > > This service is actually running as a long established model of how > similar services should run in Research. While it is not running on > a machine operated by our production staff, it is automatically > monitored by them, they have restart procedures in places when the > service becomes unresponsive and problems are escalated by email > when the restart fails to fix the problem. (Those emails come to me > and where they get treated appropriately.) > > Let me know if there are questions about any of this. > > Ralph > >> -Original Message- >> From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of >> Ya'aqov Ziso >> Sent: Friday, March 19, 2010 3:29 PM >> To: CODE4LIB@LISTSERV.ND.EDU >> Subject: Re: [CODE4LIB] WorldCat Terminologies >> >> Jonathan, thank you, in full accord. Yes, the crux of the matter is Names >> (NAF being the more expensive library subscription >> and the one not available for free like http://id.loc.gov >> >> At http://orlabs.oclc.org/Identities/ I searched Oclapton, eric¹ and wonder: >> >> * are all WorldCat+NAF 49 retrieved headings there helpful? do we need in >> the list Oclayton, cecile¹ (etc.) >> * Names that haven¹t made it into an authority record are definitely >> helpful, but can we suggest a way to sort and rank them more usefully (for >> the user) on the page? >> >> Your thoughts? >> Ya¹aqov >> >> >> >> >> >> >> On 3/19/10 2:35 PM, "Jonathan Rochkind" wrote: >> >> > I don't think the inclusion of non-NAF headings in Identities is >> a flaw, it's >> > a benefit to the purpose of Identities not to be held back by the somewhat >> > glacial pace of change in NAF. But you're right, the right tool >> for the job, >> > I don't know that any of the existing OCLC "free" (or included >> with other OCLC >> > membership/services) services are the right tool to replace any existing >> > purchased authorities tools or sources. It depends on what you're >> using them >> > for, of course. I agree that the brochure statement was potentially >> > misleading, but these (Identities, Terminologies, Research >> Terminologies) are >> > still very interesting and usefu
Re: [CODE4LIB] Code4Lib JAPAN, the first meetup in Tokyo
Excellent, Masao! Thanks for sharing this. :) It's exciting to see all the regional code4lib interest; it just goes to show that hatred of the MARC format, and similar formats, is truly international. -Mike On Sun, Mar 21, 2010 at 04:08, Masao Takaku wrote: > Hi, > > I'm a library engineer in Japan. I attended this year's Code4Lib > conference. The conference was fascinating at all and I really enjoyed > it, though that was my first time code4lib experience. > > And then, yesterday we organized a workshop on "Trip reports for > Code4Lib 2010, and more" at Tokyo[1]. The purpose of our workshop was > intended to share our experience in the #c4l10 conference, and to > advance Japanese library community in such code4lib things. > > The workshop ended up successfully. Three presentations and five > lightning talks were made. There are 30 attendees in total from > developers for library apps on web&mobile, as well as > librarians. Additionally the workshop was streamed online at Ustream, > which was viewed by at least 30 people, and got conversations on > Twitter (#c4l10jp & #c4libjp). Archived recording videos are available > on Ustream.tv[2]. > > There was also a proposal from Makoto Okamoto (@arg) for "Code4Lib > JAPAN Conference" in November, in conjunction with annual Library Fair > in Yokohama. And he also proposed "Code4Lib JAPAN Camp" in December. > > I wish to see you on the next report and at the conference next year! > > Thank you all, > Masao > > [1] http://kaede.nier.go.jp/wiki/?code4lib2010 (in Japanese) > Organizers are: Yuka Egusa (@yegusa), Tetsuo Sakaguchi (@tsaka1), > Masao Takaku (@tmasao), and Takanori Hayashi (@tzhaya) > [2] http://www.ustream.tv/recorded/5577978 > > -- > Masao Takaku // tma...@acm.org // http://masao.jpn.org > // Senior Engineer > // Scientific Information Office, National Institute for Materials Science > // 1-2-1 Sengen, Tsukuba, Ibaraki, 305-0047 JAPAN > // Tel: +81-29-859-2813 Fax: +81-29-859-2400 >
[CODE4LIB] Code4Lib JAPAN, the first meetup in Tokyo
Hi, I'm a library engineer in Japan. I attended this year's Code4Lib conference. The conference was fascinating at all and I really enjoyed it, though that was my first time code4lib experience. And then, yesterday we organized a workshop on "Trip reports for Code4Lib 2010, and more" at Tokyo[1]. The purpose of our workshop was intended to share our experience in the #c4l10 conference, and to advance Japanese library community in such code4lib things. The workshop ended up successfully. Three presentations and five lightning talks were made. There are 30 attendees in total from developers for library apps on web&mobile, as well as librarians. Additionally the workshop was streamed online at Ustream, which was viewed by at least 30 people, and got conversations on Twitter (#c4l10jp & #c4libjp). Archived recording videos are available on Ustream.tv[2]. There was also a proposal from Makoto Okamoto (@arg) for "Code4Lib JAPAN Conference" in November, in conjunction with annual Library Fair in Yokohama. And he also proposed "Code4Lib JAPAN Camp" in December. I wish to see you on the next report and at the conference next year! Thank you all, Masao [1] http://kaede.nier.go.jp/wiki/?code4lib2010 (in Japanese) Organizers are: Yuka Egusa (@yegusa), Tetsuo Sakaguchi (@tsaka1), Masao Takaku (@tmasao), and Takanori Hayashi (@tzhaya) [2] http://www.ustream.tv/recorded/5577978 -- Masao Takaku // tma...@acm.org // http://masao.jpn.org // Senior Engineer // Scientific Information Office, National Institute for Materials Science // 1-2-1 Sengen, Tsukuba, Ibaraki, 305-0047 JAPAN // Tel: +81-29-859-2813 Fax: +81-29-859-2400
Re: [CODE4LIB] WorldCat Terminologies
> I bet it's got an SRU api. Aye, Ralph can confirm but I'm pretty sure what you see on your screen is actually an XML sru (api) response to which your browser has applied the suggested xsl stylesheet, thus rendering the API result in a more human friendly manner. A view source on the page should show the SRU. Ian. On 21 March 2010 04:19, Jonathan Rochkind wrote: > Yeah, the statement that it's a static copy from 2006 would have stopped me > in my tracks if I had somehow happened accross the page, which I probably > wouldn't have, but now I've bookmarked it so I might find it again -- but > will probably forget that it's REALLY up to date even though it says 2006 on > it. Nice catch Karen. > > Karen, that looks to me like an HTML front-end for an SRU service, I bet it's > got an SRU api. Which one of these days I'll get around to figuring out how > to write code for. > > From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of Karen Coyle > [li...@kcoyle.net] > Sent: Saturday, March 20, 2010 11:29 AM > To: CODE4LIB@LISTSERV.ND.EDU > Subject: Re: [CODE4LIB] WorldCat Terminologies > > Quoting "LeVan,Ralph" : > >> I hate to muddy the waters, but I can't resist here. >> >> Research also exposes a copy of the LC NAF at >> http://alcme.oclc.org/srw/search/lcnaf >> >> It gets updated every Tuesday night. > > Unfortunately, that page states right up front: > > "A static copy of LC's Name Authority File from February of 2006" > > That might confuse visitors. Maybe a quick revision is in order? :-) > > Also, API access? > > kc > >> >> This is something I've been maintaining for years and is what >> Identities points at when you ask to see the NAF record associated >> with an Identities record. >> >> This particular service has none of the linked-data-type bells and >> whistles I'm putting into VIAF and Identities, but easily could, if >> there was interest. I believe I've made the indexing on it >> consistent with what I do in Identities. >> >> Looking at the configuration file for the load of this database, I >> am omitting records with 100$k, 100$t, 100$v, 100$x or any 130 >> fields. I'm sure Ya'aqov (or other similarly expert Authority >> Librarian) could tell you why I am omitting them, because I can't >> off the top of my head. >> >> This service is actually running as a long established model of how >> similar services should run in Research. While it is not running on >> a machine operated by our production staff, it is automatically >> monitored by them, they have restart procedures in places when the >> service becomes unresponsive and problems are escalated by email >> when the restart fails to fix the problem. (Those emails come to me >> and where they get treated appropriately.) >> >> Let me know if there are questions about any of this. >> >> Ralph >> >>> -Original Message- >>> From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of >>> Ya'aqov Ziso >>> Sent: Friday, March 19, 2010 3:29 PM >>> To: CODE4LIB@LISTSERV.ND.EDU >>> Subject: Re: [CODE4LIB] WorldCat Terminologies >>> >>> Jonathan, thank you, in full accord. Yes, the crux of the matter is Names >>> (NAF being the more expensive library subscription >>> and the one not available for free like http://id.loc.gov >>> >>> At http://orlabs.oclc.org/Identities/ I searched Œclapton, eric¹ and wonder: >>> >>> * are all WorldCat+NAF 49 retrieved headings there helpful? do we need in >>> the list Œclayton, cecile¹ (etc.) >>> * Names that haven¹t made it into an authority record are definitely >>> helpful, but can we suggest a way to sort and rank them more usefully (for >>> the user) on the page? >>> >>> Your thoughts? >>> Ya¹aqov >>> >>> >>> >>> >>> >>> >>> On 3/19/10 2:35 PM, "Jonathan Rochkind" wrote: >>> >>> > I don't think the inclusion of non-NAF headings in Identities is >>> a flaw, it's >>> > a benefit to the purpose of Identities not to be held back by the somewhat >>> > glacial pace of change in NAF. But you're right, the right tool >>> for the job, >>> > I don't know that any of the existing OCLC "free" (or included >>> with other OCLC >>> > membership/services) services are the right tool to replace any existing >>> > purchased authorities tools or sources. It depends on what you're >>> using them >>> > for, of course. I agree that the brochure statement was potentially >>> > misleading, but these (Identities, Terminologies, Research >>> Terminologies) are >>> > still very interesting and useful services. >>> > >>> > From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of >>> Ya'aqov Ziso >>> > [z...@rowan.edu] >>> > Sent: Friday, March 19, 2010 2:14 PM >>> > To: CODE4LIB@LISTSERV.ND.EDU >>> > Subject: Re: [CODE4LIB] WorldCat Terminologies >>> > >>> > Karen, >>> > Seems like pulling-teeth was worth it. Thank you for these updates and for >>> > making them available for all interested. >>> > Essentially