[RDA-L] [Fwd: Re: [RDA-L] FW: [RDA-L] Slave to the title page?]
Actually, I think there are more factors involved than just powerful technology and limited imaginations. Consider organizational structures--the relationships which national library CIP programs are based on are not between an author and a cataloger, but between publishing companies and a national library. If every individual website creator could voluntarily demand CIP cataloging, that would be a major change to the CIP program, not just a new application of a tried-and-true model. It would likely overwhelm LC's ability to uphold its side of the bargain, since the allocation of limited human resources is another factor that the powerful technology and limited imaginations equation ignores. One way around this is the distribution of CIP creation to a host of other providers, as Mac suggests--but does this really have the same value, given that these alternate CIP sources presumably cannot be supply an LCCN or other national library record identifier for their data? Maybe instead of an extension of the CIP program, we need to imagine something new--a program that would distribute unique LCCNs without cataloging to content providers or operations like Quality Books and SLC. The LCCNs could then be embedded in the content providers' productions with or without accompanying metadata (following certain guidelines, of course). The LCCN identifier and the document itself, in whatever form, would then become the kernel of information from which various kinds of surrogate records could be developed and authorized at different levels. That might actually be affordable at an organizational level, at least until we run out of LCCNs. Stephen Original Message Subject:Re: [RDA-L] FW: [RDA-L] Slave to the title page? Date: Thu, 1 Jan 2009 18:21:27 +0100 From: Weinheimer Jim j.weinhei...@aur.edu Reply-To: j.weinhei...@aur.edu To: RDA-L@INFOSERV.NLC-BNC.CA J. McRee (Mac) Elrod wrote: Properly approached, and shown that included bibliographic data would increase hits, website creators might well welcome such a feature. Some publishers who fall outside LC's cataloguing in publication program pay Quality Books $50 for CIP for inclusion in their publications, because they have found it increases sales. Some Canadian publishers purchase CIP from us (at less cost because we do not establish the related authorities as does QB). Imbedded bibliographic data in websites could be thought of as CIP. It's not a new or novel concept. It would be best if website creators could be included in the LC and LAC CIP programs as are text publishers. No, it's not a new idea at all--that's one of its greatest advantages. It's simply a new application of a tried-and-true model, plus there would be a division of labor based on the most efficient workers: the initial record made by catalogers (with input from the creator), updates to the description by the creator, updates to headings by the cataloger, while everything remains under the watch of the selectors. If someone else wants the record, they could just take it from the embedded metadata. I am sure there could be numerous variations on this, but the main thing is to increase the number of people working to create and primarily, maintain the metadata. Many catalogers would see this as a loss of control of the record, and it would be since untrained people could make many mistakes, but nobody can convince me that a record created by an experience cataloger that becomes outdated, where the title no longer describes anything that exists and a URL that points into the 404 Not Found Twilight Zone is good for anything except to confuse everyone and provide bad publicity for our field. MARC should change in this scenario as well. First, to XML and then to allow some freedom for the creators, perhaps an area for some keywords of their choice, some special URLs for them, and other possible fields reserved for their use. And yes, for static digital resources, AACR2 has proven itself to be adequate. I think a lot can be done today that would help everyone concerned, from the selectors and catalogers, to the creators and researchers. The technology is so powerful today that we are only limited by our imaginations. Jim Weinheimer -- Stephen Hearn Authority Control Coordinator/Head, Database Management Section Technical Services, University Libraries, University of Minnesota 160 Wilson Library 309 19th Avenue South Minneapolis, MN 55455 Ph: 612-625-2328 / Fax: 612-625-3428
[RDA-L] [Fwd: Re: [RDA-L] FW: [RDA-L] Slave to the title page?]
Stephen Hearn wrote; Actually, I think there are more factors involved than just powerful technology and limited imaginations. Consider organizational structures--the relationships which national library CIP programs are based on are not between an author and a cataloger, but between publishing companies and a national library. If every individual website creator could voluntarily demand CIP cataloging, that would be a major change to the CIP program, not just a new application of a tried-and-true model. It would likely overwhelm LC's ability to uphold its side of the bargain, since the allocation of limited human resources is another factor that the powerful technology and limited imaginations equation ignores. One way around this is the distribution of CIP creation to a host of other providers, as Mac suggests--but does this really have the same value, given that these alternate CIP sources presumably cannot be supply an LCCN or other national library record identifier for their data? To clarify, I had this idea several years ago, but I never thought in such literal terms as LC being responsible for it all. That would obviously never work. I was thinking in macro terms of the field of professional librarianship retaining the traditional library contols of: selection, description, organization, access and trying to achieve this in the most efficient way possible. One way of looking at it is to assign responsibility for each task to the entity best suited to achieve it. My experience then, as it is now, is that the hard part of cataloging integrating resources is not the cataloging, but the maintenance. And more specifically, the maintenance of the descriptive elements: titles, dates, URLs. Finally, it seemed (and seems) to me futile that the same work of selection, description, organization, access--and now maintenance--is done over and over and over again in hundreds or thousands of libraries around the world. Such a model cannot be justified in the lon! g run. Th erefore, all library selectors responsible for selection, all library catalogers responsible for cataloging, web creators responsible for maintenance of the description. While creating an appropriate computer system is relatively easy today (isn't that simply an amazing statement to be able to make?!), I agree that the biggest hurdle is getting enough cooperation to organize something like this. I have never really thought that such a system stands a chance because the changes are simply too much for people to accept: catalogers would lose control over much of their records, all selectors, catalogers and creators would have to be involved in a single, cooperative endeavor, and local institutions may not see a lot of the benefit locally. For example, individual institutions would have to accept that their employee's work will often be more useful outside the local institution than within it (such as, when a selector in library A selects a site that a cataloger in Library B catalogs, but the record may be useful only for Library A), or as in your case, CIP, these records would be made by someone in the field authorized to create such a record,! but not just the national library. The biggest problem, which is even more important now than before is: why would a website creator or outside, for-profit publisher want to cooperate at all if this record is placed in some stinky, old library catalog? Huge problems are easy to point to. But, if we do not attempt some way to increase our efficiency in creating and maintaining the records for online integrating resources, then I submit there is little sense to add them to the catalog in the first place. Yet if we decide to not add them, I maintain that we immediately seriously marginalize our own usefulness to the information world that people increasingly use and we justify the stereotype that the library world is populated with people who cannot change. But we must question whether the note Description based on web page (viewed Jan. 2, 2003) i s useful for much of anything if everything in the record has changed. I said that it is a cry of despair from the cataloger because the old ways just don't work for these materials. And finally, I have a sneaking suspicion that all our bibliographic records will eventually all be thrown in together into a gigantic Google soup pot anyway, which will search literally everything that is online, whether it comes from the Germans, French or Romanians, while variant records will be handled as Google Scholar handles duplicates now with the versions. Or they might come up with something else. I think we can create something better than that. Jim Weinheimer
Re: [RDA-L] [Fwd: Re: [RDA-L] FW: [RDA-L] Slave to the title page?]
Weinheimer Jim wrote: The biggest problem, which is even more important now than before is: why would a website creator or outside, for-profit publisher want to cooperate at all if this record is placed in some stinky, old library catalog? Huge problems are easy to point to. Just to note on the idea of pushing out the creation of cataloging to the creator, that was the original impetus behind Dublin Core http://dublincore.org/about/history/ and it has failed, even though it promised to make web searching more accurate (not put data into library catalogs). Creators aren't interested, especially as long as their work can be found, without that effort, through search engines. You can argue all day about how much better things would be if we had metadata for the title and the creator and the current date, but we've been there, done that, to no avail. It is possible to extract some metadata from web documents, and it's possible that Google may make use of some of the html coding in its indexing. But I am convinced that we're going to have to get along without much human cooperation. kc -- --- Karen Coyle / Digital Library Consultant kco...@kcoyle.net http://www.kcoyle.net ph.: 510-540-7596 skype: kcoylenet fx.: 510-848-3913 mo.: 510-435-8234
Re: [RDA-L] [Fwd: Re: [RDA-L] FW: [RDA-L] Slave to the title page?]
I agree that pushing out cataloging doesn't result in consistent data records, but that's not really what I was suggesting. My suggestion was that it might be possible to push out the assigning of unique identifiers to be used in description and access records, if the process of doing so could be well automated and the agency doing so had the necessary credibility. If all I got from a website's metadata was the LCCN that the creator had received and assigned to it, that could be used to aggregate all the available efforts to describe or catalog the website in more formal ways. The level and authority of any record found would be reflected in the record; the LCCN would promise nothing except uniqueness. Guidelines would be needed only to ensure uniqueness--to advise against using the same one for different productions, etc. Kind of a URI, only more universal. Of course, experience teaches that no voluntary system is perfect. There are publishers which re-use their ISBNs. But the threshhold for success in assigning a unique identifier correctly is a bit lower than that for creating good cataloging, so the rate of success would hopefully be higher. Stephen Karen Coyle wrote: Weinheimer Jim wrote: The biggest problem, which is even more important now than before is: why would a website creator or outside, for-profit publisher want to cooperate at all if this record is placed in some stinky, old library catalog? Huge problems are easy to point to. Just to note on the idea of pushing out the creation of cataloging to the creator, that was the original impetus behind Dublin Core http://dublincore.org/about/history/ and it has failed, even though it promised to make web searching more accurate (not put data into library catalogs). Creators aren't interested, especially as long as their work can be found, without that effort, through search engines. You can argue all day about how much better things would be if we had metadata for the title and the creator and the current date, but we've been there, done that, to no avail. It is possible to extract some metadata from web documents, and it's possible that Google may make use of some of the html coding in its indexing. But I am convinced that we're going to have to get along without much human cooperation. kc -- --- Karen Coyle / Digital Library Consultant kco...@kcoyle.net http://www.kcoyle.net ph.: 510-540-7596 skype: kcoylenet fx.: 510-848-3913 mo.: 510-435-8234 -- Stephen Hearn Authority Control Coordinator/Head, Database Management Section Technical Services, University Libraries, University of Minnesota 160 Wilson Library 309 19th Avenue South Minneapolis, MN 55455 Ph: 612-625-2328 / Fax: 612-625-3428
Re: [RDA-L] [Fwd: Re: [RDA-L] FW: [RDA-L] Slave to the title page?]
Karen Coyle wrote:  Just to note on the idea of pushing out the creation of cataloging to  the creator, that was the original impetus behind Dublin Core      http://dublincore.org/about/history/   and it has failed, even though it promised to make web searching more  accurate (not put data into library catalogs). Creators aren't  interested, especially as long as their work can be found, without that  effort, through search engines. You can argue all day about how much  better things would be if we had metadata for the title and the creator  and the current date, but we've been there, done that, to no avail. It  is possible to extract some metadata from web documents, and it's  possible that Google may make use of some of the html coding in its  indexing. But I am convinced that we're going to have to get along  without much human cooperation. Pardons for yet another clarification, but I don't believe that record *creation* could ever work with creators, whether it is in Dublin Core or whatever. This would be much like expecting a car owner to actually make the automobile. But, automobile owners are expected to *maintain* their cars, and this is what I think would have a better chance, that is, so long as it is something very simple, related to updating titles, dates of update, and a few other points. Still, I don't know if it would work at all. Jim Weinheimer
Re: [RDA-L] FW: [RDA-L] Slave to the title page?
Karen Coyle wrote: Jim, et al. - Although I don't know of a 'cataloging solution' I think we should look at some of the ways that the web itself is dealing with these issues. One is the wiki ability to store versions for every change. That means that you can link to the December 31, 2008 document and it will always be there, but from it you can arrive at all of the previous and subsequent versions. Another way is RSS -- which gives notification of changes, and presumably could carry the relevant metadata to describe a change. And the main technology is the spider or crawler, which can return periodically (an intelligently, based on history of updates) to a site to update information. None of these currently updates a library catalog, but I think the concepts are relevant to our problem. kc p.s. Happy New Year! Yes, there are several technologies such as these that could be considered towards a solution. But the idea of continually playing catch-up with the web, *while there are other alternatives for our users* such as Google and Yahoo, but many other possibilities in the future as well, make me think it is possibly the most serious issue and we must consider other alternatives that lie outside the box. One idea that I still believe has merit I published several years ago in Vine Magazine, entitled something like How to keep the practice of librarianship relevant with the internet. (An extremely poor title, I know... but it seemed good at the time, and there is little to be done now. The article is far too long, but I was attempting to speak to both computer specialists and catalogers in the same article. I probably should have done two articles.) I had the idea of cooperating with the authors/website creators (gasp!!!) for them to use embedded metadata in their main pages that each website would keep current. Although discovering updates in an integrating resource is a truly thankless task for a cataloger, it is a simple matter for the website creators. They know their dates of update, they know where their sites begin and end, they know when titles change, and so on. Updating all of these parts of the *description* could be more or less easily done by the creators. There would be clear rules that they could link into *for free!!!* that would answer their questions. I had something in mind much as Bernhard's excellent versions. Naturally, headings would remain the realm of the cataloger, but it is my suspicion that the headings would change much less rapidly than the description. Of course, that is just a feeling on my part, but I think it seems reasonable that subjects would change less quickly than a latest date of edition. Uniform title changes are a different issue, and I don't have any idea how often these would change. So, my idea was for selectors to select a site and inform the website creators that their website had been selected for inclusion into the super-library catalog (whatever form it would take). Catalogers would catalog it *very well,* send the record as metadata to the website creators where they imbed it into the selected page(s). The library catalog would have spiders that would be constantly checking the local record with changes to the embedded version. Website creators would be responsible for changing anything in the bibliographic description, spiders from the super-library catalog would check for any changes, and updates would be made automatically to the catalog, again only in the descriptive areas. Any update would trigger an email notifying the website creators and the catalogers that changes had been made (this would attempt to eliminate errors and spamming). Even though I wrote this a decade ago or so, I still think the idea would be worth a go. Again, the problem would be to get the cooperation of website creators--they have to care that their websites would be included in these traditional catalogs that fewer and fewer people care about today. We have to make something worth everyone's while, plus it should be cool. If so, there could be enough demand for catalog records (especially analytics) that for-profit companies could have a very good business. It has been my feeling that website creators would willingly do this, if the work were simple enough and the super-library catalog was attractive enough. Since that time, I have learned some XML and realize that if a web resource is in XML, updates to the catalog could even be automatic for both the creator and the cataloger. HAPPY NEW YEAR! EVERYONE!! Jim Weinheimer
Re: [RDA-L] FW: [RDA-L] Slave to the title page?
Jim said: It has been my feeling that website creators would willingly do this* *accept cataloguer created imbedded descriptive data. Properly approached, and shown that included bibliographic data would increase hits, website creators might well welcome such a feature. Some publishers who fall outside LC's cataloguing in publication program pay Quality Books $50 for CIP for inclusion in their publications, because they have found it increases sales. Some Canadian publishers purchase CIP from us (at less cost because we do not establish the related authorities as does QB). Imbedded bibliographic data in websites could be thought of as CIP. It's not a new or novel concept. It would be best if website creators could be included in the LC and LAC CIP programs as are text publishers. For those website creators outside the scope of national cataloguing agencies, outsource cataloguing agencies could provide the data. No super library is required. In both Brazil and Canada, CIP began as distributed programs, rather than being centrally assigned. Just as in the old days we made a distinction between material of lasting informational value (which received full cataloguing), and more ephemeral material (which went into a pamphlet file with perhaps the folder being catalogued), not all electronic resources are created equal. Some deserve on the briefest of descriptions. Others deserve full description. In addition, not all electronic resources are integrating. Some are reproductions of static material, or are created as static material. Fortunately ISBD/AACR2/MARC21 copes with this variety quite well. I'm less confident about RDA being able to do so. MARC records (converted into XMLMARC if preferred) is a real possibility for inclusion in websites. Electronic resources are not the only information resources excluded from CIP programs. DVDs, CDs, CD-ROMs, etc. need this feature as well. Information resources have more in common than they differ. __ __ J. McRee (Mac) Elrod (m...@slc.bc.ca) {__ | / Special Libraries Cataloguing HTTP://www.slc.bc.ca/ ___} |__ \__
Re: [RDA-L] FW: [RDA-L] Slave to the title page?
J. McRee (Mac) Elrod wrote: Properly approached, and shown that included bibliographic data would increase hits, website creators might well welcome such a feature. Some publishers who fall outside LC's cataloguing in publication program pay Quality Books $50 for CIP for inclusion in their publications, because they have found it increases sales. Some Canadian publishers purchase CIP from us (at less cost because we do not establish the related authorities as does QB). Imbedded bibliographic data in websites could be thought of as CIP. It's not a new or novel concept. It would be best if website creators could be included in the LC and LAC CIP programs as are text publishers. No, it's not a new idea at all--that's one of its greatest advantages. It's simply a new application of a tried-and-true model, plus there would be a division of labor based on the most efficient workers: the initial record made by catalogers (with input from the creator), updates to the description by the creator, updates to headings by the cataloger, while everything remains under the watch of the selectors. If someone else wants the record, they could just take it from the embedded metadata. I am sure there could be numerous variations on this, but the main thing is to increase the number of people working to create and primarily, maintain the metadata. Many catalogers would see this as a loss of control of the record, and it would be since untrained people could make many mistakes, but nobody can convince me that a record created by an experience cataloger that becomes outdated, where the title no longer describes anything that exists and a URL that points into the 404 Not Found Twilight Zone is good for anything except to confuse everyone and provide bad publicity for our field. MARC should change in this scenario as well. First, to XML and then to allow some freedom for the creators, perhaps an area for some keywords of their choice, some special URLs for them, and other possible fields reserved for their use. And yes, for static digital resources, AACR2 has proven itself to be adequate. I think a lot can be done today that would help everyone concerned, from the selectors and catalogers, to the creators and researchers. The technology is so powerful today that we are only limited by our imaginations. Jim Weinheimer
Re: [RDA-L] FW: [RDA-L] Slave to the title page?
Jonathan said: But with virtual resources (I hesitate even to use the term electronic resources) all of this must be reconsidered. Even in printed materials, the weird publications (loose-leaf) didn't fit into the classical norms all that well ... We have found the new integrating resources category in AACR2 and MARC21 work equally well for both loose-leaf services (we do a lot of these for law firms) and updating websites (we also do a lot of these). The note* concerning when consulted works equally well for both. Information is information, whether print or digital. It is good to have 247 for earlier forms of the title when cataloguing as integrating resource; successive changes in title are easily transcribed. A recent experience might be relevant here. We prepare MARC records for an electronic publisher of research papers (i.e. electronic documents) in a particularly esoteric field. We had assumed, since they are sometimes updated, that they would be catalogued as integrating resources. The research library customers for these high priced resources said absolutely *not*, when contacted by a consultant hired by the electronic publisher. Those papers are cited in doctoral theses, including page numbers, as particular iterations. Each successive iteration must be preserved as it was at the time cited, along with a monograph record describing that iteration in their catalogues (with accurate transcription of the prime source title), and an url** taking one to that particular iteration. The needs of scholarship have not changed as much since Panizzi as Jonathan seems to think. An added wrinkle not yet addressed by rules (so far as I know) is that each of these papers comes in two electronic forms: one for consulting online and one for printing. Libraries did not want two records, one for each electronic form. Our first inclination was to do repeating 300, one for each (which we do rather than omitting 300 as OLAC would have one do for videorecordings in two formats), and two urls. But then we discovered that there is an url for an abstract, which in turn has links to each electronic form. We use a generalized 300***, and the abstract's url**. A little imagination and creative rule interpretation can go a long way to meeting patron needs. ... the problem arises when we try to insist that the same rules must operate in the virtual world. They don't make sense. They make great sense to us. As I said, information is information. Print documents can be digitalized, and digital documents can be printed. It is a porous membrane. Each of these research paper electronic documents has a version for printing, and many libraries do print them out. Many of the electronic document MARC records we prepare are for electronic versions of printed books. ... simply consider virtual materials to be fundamentally different-- which is true. Not in our experience. Textual information is textual information. We do this now with manuscripts in many ways, where the rule of transcription of the title of a draft of a speech or letter that was dashed off in a couple of seconds and full of typos is not necessarily transcribed exactly. We transcribe exactly in 245 with [sic]. and the corrected form in 246. Doesn't everyone? How should virtual materials be handled? As information resources, which we have done for centuries. To me, it doesn't make sense that it is so important to transcribe faithfully the chief source of information for a title of a virtual resource when it may change in a week or within the next 5 minutes. We find (as in the cases described above) vital to do this accurate transcription, either using 245/247 as an integrating resource, or as successive monograph records for preserved successive iterations. Unless the title is accurately transcribed, seeking a known resource on Google leads to false hits. What is the solution? Again, that can come only with trial and error. Our several trials and errors have led us to appreciate the work of Panizzi, Cutter, and Gorman; not to mention the utility of ISBD, AACR2, and MARC21. We are not optimistic about RDA serving us as well. __ __ J. McRee (Mac) Elrod (m...@slc.bc.ca) {__ | / Special Libraries Cataloguing HTTP://www.slc.bc.ca/ ___} |__ \__ P.S. Selected MARC fields used for research papers in electronic form: 245 10 $aTitle$h[electronic resource] :$bsubtitle /$cStatement of reponsibility. 246 30 $aDistinctive part of title. 250$aEdition, ***300$a1 electronic text ( p. : ill.) :$bdigital file. *500$aTitle from PDF t.p. (viewed on date). 505 0 $aContents; cut pasted from pdf 506$aAbstract freely available; full-text restricted to subscribers or individual document purchasers. 510 0 $aCompendex. 510 0 aINSPEC. 510 0 $aGoogle scholar. 510 0 $aGoogle book search. 520$aAbstract; cut and pasted from pdf. 538
Re: [RDA-L] FW: [RDA-L] Slave to the title page?
First, I need to say that these were my statements, so I don't want Jonathan to take responsibility for any comments of mine, if he doesn't agree. The list owner was kind enough to say that there is some sort of problem with my email. My idea of working with integrating resources is based on practical issues. I will be the first to agree that cataloging a website is no more difficult than cataloging anything else: a book, serial, map, video or anything. Where it falls apart--completely--is record maintenance. When I catalog a book, the basic *description* of title, publication dates, responsible author and so on will be the same tomorrow, next year, and next millenium. The problem with websites is that they change often but irregularly and without notification. Therefore, none of the description, plus the URL, may match the item, and it may even become impossible to know if the record in the catalog is describing the same webiste. Even if you do figure out that it is the same thing, and you update the title and other information, the fact is thousands of people around the world are doing exactly the same thing over and over and over again. This is a tremendous waste of resources that cannot be justified in the current climate. And every time the resource changes, all ot that high'quality work in the record becomes useless because it no longer describes anything that exists. Someone mentioned in an earlier message concerning the concept of °Work° the idea of lost resources e.g. Aristotle's treatise on comedy that no longer exists and Umberto Eco wrote that novel about. With integrating resources, it becomes a similar thing. I am interested in finding a sustainable solution, and this includes creating records that faithfully represent the resources they describe. With integrating resources, they no longer do, and the note °Description based on web site (viewed Nov. 22, 1999) is absolutely no solution. It is only a cry of despair from the cataloger. As a user, I couldn't care less what it was in 1999. If I want to find something now, am I forced to turn to Google? What is the solution? Cutter and others of those days could not imagine these resources, but I am sure they would have wanted their descriptions to bear some resemblance to the resources themselves. I don't know the solutions. As I said before, I have some ideas, but they may be wrong. One idea is to use the Internet Archive extensively or build something similar. There are other ideas too, and I would love to hear more. But if we are supposed to recatalog every record for every integrating resource we catalog whenever it changes (and we don't even have any notifications), this is the road to increasing futility and eventual breakdown. This was another of the real-world issues that I was hoping RDA would address, but it hasn't. By the way, there are lots of other practical problems with digital materials that need to be addressed, and some part of RDA should discuss interoperability with other standards. Jim Weinheimer Jonathan said: But with virtual resources (I hesitate even to use the term electronic resources) all of this must be reconsidered. Even in printed materials, the weird publications (loose-leaf) didn't fit into the classical norms all that well ... We have found the new integrating resources category in AACR2 and MARC21 work equally well for both loose-leaf services (we do a lot of these for law firms) and updating websites (we also do a lot of these). The note* concerning when consulted works equally well for both. Information is information, whether print or digital. It is good to have 247 for earlier forms of the title when cataloguing as integrating resource; successive changes in title are easily transcribed. A recent experience might be relevant here. We prepare MARC records for an electronic publisher of research papers (i.e. electronic documents) in a particularly esoteric field. We had assumed, since they are sometimes updated, that they would be catalogued as integrating resources. The research library customers for these high priced resources said absolutely *not*, when contacted by a consultant hired by the electronic publisher. Those papers are cited in doctoral theses, including page numbers, as particular iterations. Each successive iteration must be preserved as it was at the time cited, along with a monograph record describing that iteration in their catalogues (with accurate transcription of the prime source title), and an url** taking one to that particular iteration. The needs of scholarship have not changed as much since Panizzi as Jonathan seems to think. An added wrinkle not yet addressed by rules (so far as I know) is that each of these papers comes in two electronic forms: one for consulting online and one for printing. Libraries did not want two records, one for each electronic form. Our first inclination was to
Re: [RDA-L] FW: [RDA-L] Slave to the title page?
Jim, et al. - Although I don't know of a 'cataloging solution' I think we should look at some of the ways that the web itself is dealing with these issues. One is the wiki ability to store versions for every change. That means that you can link to the December 31, 2008 document and it will always be there, but from it you can arrive at all of the previous and subsequent versions. Another way is RSS -- which gives notification of changes, and presumably could carry the relevant metadata to describe a change. And the main technology is the spider or crawler, which can return periodically (an intelligently, based on history of updates) to a site to update information. None of these currently updates a library catalog, but I think the concepts are relevant to our problem. kc p.s. Happy New Year! Weinheimer Jim wrote: First, I need to say that these were my statements, so I don't want Jonathan to take responsibility for any comments of mine, if he doesn't agree. The list owner was kind enough to say that there is some sort of problem with my email. My idea of working with integrating resources is based on practical issues. I will be the first to agree that cataloging a website is no more difficult than cataloging anything else: a book, serial, map, video or anything. Where it falls apart--completely--is record maintenance. When I catalog a book, the basic *description* of title, publication dates, responsible author and so on will be the same tomorrow, next year, and next millenium. The problem with websites is that they change often but irregularly and without notification. Therefore, none of the description, plus the URL, may match the item, and it may even become impossible to know if the record in the catalog is describing the same webiste. Even if you do figure out that it is the same thing, and you update the title and other information, the fact is thousands of people around the world are doing exactly the same thing over and over and over again. This is a tremendous waste of resources that cannot be justified in the current climate. And every time the resource changes, all ot that high'quality work in the record becomes useless because it no longer describes anything that exists. Someone mentioned in an earlier message concerning the concept of °Work° the idea of lost resources e.g. Aristotle's treatise on comedy that no longer exists and Umberto Eco wrote that novel about. With integrating resources, it becomes a similar thing. I am interested in finding a sustainable solution, and this includes creating records that faithfully represent the resources they describe. With integrating resources, they no longer do, and the note °Description based on web site (viewed Nov. 22, 1999) is absolutely no solution. It is only a cry of despair from the cataloger. As a user, I couldn't care less what it was in 1999. If I want to find something now, am I forced to turn to Google? What is the solution? Cutter and others of those days could not imagine these resources, but I am sure they would have wanted their descriptions to bear some resemblance to the resources themselves. I don't know the solutions. As I said before, I have some ideas, but they may be wrong. One idea is to use the Internet Archive extensively or build something similar. There are other ideas too, and I would love to hear more. But if we are supposed to recatalog every record for every integrating resource we catalog whenever it changes (and we don't even have any notifications), this is the road to increasing futility and eventual breakdown. This was another of the real-world issues that I was hoping RDA would address, but it hasn't. By the way, there are lots of other practical problems with digital materials that need to be addressed, and some part of RDA should discuss interoperability with other standards. Jim Weinheimer -- --- Karen Coyle / Digital Library Consultant kco...@kcoyle.net http://www.kcoyle.net ph.: 510-540-7596 skype: kcoylenet fx.: 510-848-3913 mo.: 510-435-8234