CC:DA/TF/Seriality and AACR2R/3 September 1, 1999; rev. October 4, 1999 Committee on Cataloging: Description and AccessTask Force on Seriality and AACR2RReportPlease note that the purpose of this document is to facilitate the work of the Committee and to provide a means for outreach to both library and non-library cataloging communities. This document is intended for the exclusive use of CC:DA and its cataloging constituencies, and is presented for discussion in the ongoing process of rule revision. Under no circumstances should the information here be copied or re-transmitted without prior consultation with the current Chair of CC:DA.
Executive SummaryIn general, the task force heartily supports the main thrusts of the Hirons report. We endorse its efforts to revise the code so that it finally deals with seriality in a manner that accommodates the types of resources which we currently catalog, its attempts to harmonize practices with ISBD(S) and the ISSN Network, and its emphasis on a more holistic approach to serials cataloging by which the whole work instead of a single issue is described. We feel that many of these initiatives are long overdue. The major specific recommendations in the Hirons report which we strongly support and which we urge the JSC to implement are:
The major recommendations in the Hirons report for which there is no unanimous support among the members of the task force, and of which we therefore urge the JSC to consider more carefully the relative merits of implementation or not, are:
The only recommendation in the Hirons report which we strongly object to, and which we urge the JSC not to pursue, is:
IntroductionThe Task Force on Seriality and AACR2R was established in May 1999 after the release by the Joint Steering Committee for Revision of AACR of the Hirons report on seriality. The charge of the task force is as follows:
The Task Force on Seriality and AACR2R is charged with the detailed review of Jean Hironss Revising AACR2 to Accommodate Seriality: Report to the Joint Steering Committee for Revision of AACR. Specifically, the Task Force will review the issues and recommendations raised in the report, focusing on those dealing with AACR2R and the bibliographic universe rather than with MARC 21. As necessary, the Task Force will recommend appropriate actions for CC:DA to take in response to the Hirons report. The Task Forces report will likely form the substance of the ALA response to the Hirons report.
The members of the task force are Everett
Allgood, Ruth Christ, Wayne Jones (chair), Judy Knop, Adam Schiff, and Mitch
Turitz. We had our first meeting, focusing on
logistics and organizational issues, on June 26, 1999, right after
the first day of CC:DA meetings at ALA Annual in New Orleans.
Subsequently, we worked by email during July and August, posting
individual comments and opinions, and carrying on discussions. We
also monitored discussion of the Hirons report which took place on
the AUTOCAT and SERIALST listservs, and received email correspondence
from a couple of individuals.
RecommendationsFollowing are comments by the task force on specific recommendations in the Hirons report (indicated by the reports letter and number designations). The task force urges the implementation by the JSC of any recommendation which we support or strongly support or for which there is general support. For those recommendations for which there is no unanimous support among task force members, we urge the JSC to take into consideration the opinions of other cataloging constituencies before implementation (or not). And those recommendations which we object or strongly object to, we urge the JSC not to pursue further. C.0 General0.1 expanded introduction to the code or to the descriptive section of itWe strongly support this recommendation. It would lessen the need for numerous rule interpretations. The introduction should include guidance on, among other things, what constitutes a serial, title changes, and the circumstances necessary for separate or successive records. 0.2 reorganize the descriptive section of the code according to ISBD areaWe strongly support this recommendation. It would reduce the questions about where particular rules should go and eliminate redundancy. We realize that such a fundamental reorganization of the code would likely require years to complete, but we believe that this delay should not hold up the implementation of the other recommendations (for example, the interim chapter for integrating resources referred to in 2.1 below). An overall strategy should be developed with specific instructions about which recommendations should be implemented now and which should await the complete reorganization. One individual who corresponded with the task force expressed strong disagreement with this recommendation, however. The concern is that the resulting code would not address the problems of seriality, but would simply spread the information among several chapters rather than confining it to one. The rearrangement would not eliminate duplication. Catalogers would also end up with a less practical cataloging tool: if they were cataloging resources in a single format, they would have to read through rules that have nothing to do with that particular format, rather than having a single chapter to consult for the format. One of the predicted results would be a greater need for user manuals for each format, as the code itself would no longer be a serviceable tool for the working cataloger. The task force includes this summary of the correspondents comments here for the record, but reaffirms its strong support for the recommendation in the Hirons report. 0.3 include the rules for changes with the rules for the specific areaWe support this recommendation. We recommend that the option to include the rules for changes in a separate section which is referenced from the main text of the rules be exercised only in cases where for some reason it is not feasible or advisable to include them together. C.1 Type of publication1.1 define two types: finite and continuingWe strongly support this recommendation. However, the model lists databases as continuing integrating resources but we feel that it needs to be clearly stated that not all databases fall into this category for example, a database of 1970 census data, or a bibliographic database which is not updated after its initial publication. We also recommend that the progress of the deliberations of the ISBD(S) Review Group be followed so that CC:DA may keep informed and perhaps even advise on any definitions that group produces. 1.2 new and revised definitions of termsWe support the definitions in this recommendation, but with the following comments and suggested changes. We strongly urge that there be harmonization of these definitions in the Hirons report with those in the Delsey report on the logical structure of AACR, in the report of the Task Force on Rule 0.24, and in the report of the Task Force on the Harmonization of ISBD(ER) and AACR. Furthermore, there should be definitions supplied for the terms issuance and iteration, and the terms work, expression, manifestation, and item from the Functional Requirements for Bibliographic Records. Comments on specific definitions: bibliographic resource: We suggest the use of tangible entity instead of physical entity: even Web resources are physical in the sense that they are on servers, but they are not tangible. integrating resource: Databases are given as an example but they can be and are also issued complete as is, with no additional integrating data. This is very common on CD-ROM and diskette, but occurs with Web resources as well. database: The limitation of databases to bibliographic data is not correct, as databases may contain other types of data as well (e.g. statistical data). Web site: A Web site is not a collection of home pages, but rather a home page with a collection of linked pages. In the definition, substitute Web pages for home pages. A Web site is also not necessarily a collection of digital documents: it could provide links to digital photographs or sound files, which are not documents per se. electronic journal: The definition limits the term to serials which are delivered via a computer network. But is a serial issued on CD-ROM not also an electronic journal? If not, what is it? C.2 Description2.1 rules for integrating resourcesWe strongly support this recommendation. 2.2 eliminate concept of chief source of information for continuing resourcesWe support this recommendation. Some members of the task force support the recommendation in the Delsey report that the concept be eliminated for all resources. 2.3 for continuing resources, record the title and statement of responsibility and edition statement of the latest piece or iterationThere is no unanimous support for this recommendation among task force members. Those who (strongly) disagree with it cite the increased maintenance that such a change in the rules would engender. Those who support it acknowledge the increase in maintenance, but feel that it is outweighed by the benefits for general users of serials cataloging records, as well as for acquisitions staff: the title and edition information would be for the latest issue, etc., rather than for the earliest. In any case, it is important to remember that only minor changes would be subject to this change in the code: successive entry would still apply in the case of major changes to the title. 2.4 for continuing resources, prescribe sources of information for the title and statement of responsibility and edition areas according to the type of resourceWe support this recommendation. We think some clarification may be needed though: the recommendation refers to rule 12.0B1 only (for print serials), yet it seems to be prescribing sources for non-print serials as well (rule 12.0B2). 2.5 correct obvious typographical errors in the title properWe support this recommendation. It fits in well with the philosophy of more holistic serials cataloging. 2.6 when introductory words precede the title proper, choose another source of the title proper, or omit the introductory wordsWe support this recommendation, but feel strongly that it should apply to all resources and not simply to serials. 2.7 do not record other title information for continuing resources (with two exceptions)There is general support for this recommendation among task force members, but some feel that it should apply to serials only and not to all continuing resources, and that if it were to apply to all continuing resources then more allowance should be given for catalogers judgment instead of just having a simple rule with two exceptions. Additionally, some members feel that, for serials at least, no exceptions should be made: that is, other title information should not be recorded in the title area for serials in any case. 2.8 when there is no designation on the first issue, supply a chronological designation when more appropriate than [No. 1]There is general support for this recommendation among task force members, but one member disagrees based on a hesitation to supply information not found on pieces, as it could lead to future maintenance. 2.9 do not make a new record when numbering changes back to the original schemeWe strongly support this recommendation. Some task force members further recommend that in order to accommodate situations in which the numbering changes more than once over the course of publication, the designation be [2d ser.] instead of [new ser.]. 2.10 when the place of publication changes, include both latest and earliest placesThere is general support for this recommendation among task force members. However, some object to the amount of maintenance that it would entail, whereas others feel that the benefits of the recommendation to library users and staff warrant its adoption. 2.11 when the publisher changes, include both latest and earliest publishersThere is general support for this recommendation among task force members. However, some object to the amount of maintenance that it would entail, whereas others feel that the benefits of the recommendation to library users and staff warrant its adoption. 2.12 when the first and/or last issue is not in hand, omit the date or, optionally, supply a probable dateWe support this recommendation, and feel that supplying a probable date definitely should be an option: some institutions may feel that the chronological designations are the more important dates for serials, and so may choose not to include probable publication dates in any case. 2.13 use angle brackets to indicate known dates to which the information appliesThere is no unanimous support for this recommendation among task force members. The whole gamut of possibility is represented: some object to angle brackets and feel they should have no place in the code because they dont mean anything to anyone but (serial) catalogers; others think they should be introduced throughout the code. Those who support the use of angle brackets note that users who may be currently unaware of what they mean could be instructed, and in any case cataloging is often done for other catalogers anyway. The use of angle brackets, which would codify cataloging practice which has gone on for over twenty years, would mean less editing of LC copy by libraries: the angle brackets would no longer have to be deleted. There was also an alternative suggestion to use a subfield for the dates and then to output them into more comprehensible notes. 2.14 make notes on titles by which the serial is known other than the title properWe support this recommendation. Some members feel that the recommendation should be broadened to all resources (not just serials), leaving the decision on when to make a note to the catalogers discretion. 2.15 supply earliest/latest issue consulted note instead of description based on note; for integrating electronic resources, supply a date viewed noteWe support this recommendation. We further recommend that it be applied to all successively issued resources, not just continuing resources. It would be useful, for example, for successively issued multiparts, which are considered finite (a sample note might be: Earliest vol. consulted: v. 2.). C.3 Major and minor changes3.1 adopt the ISBD(S) and ISSN terminology of major changes and minor changesWe strongly support this recommendation. It is an excellent and long overdue idea. 3.2 provide a listing of changes considered to be major changes that result in a new record or in a change to the entryWe strongly support this recommendation. 3.3 revise the rule for title changesThere is general support for this recommendation among task force members, but with some hesitation and comment about details. We strongly support the recommendation that in cases of doubt, a change should be considered minor and not major and therefore not lead to the creation of a new record (that is, flipping the current AACR2R practice). One task force member does not support the consideration of words in the title being reduced from five to three, and suggests four as a compromise. We think there should be some recognition that the recommendation to consider changes in the order of titles in other languages as minor changes might not be as easily acceptable in countries with more than one official language. This is an important consideration, especially if the adoption of the code in other countries is to be encouraged. We also have suggestions for rewording:
3.4 for continuing administrative reports, do not consider changes in the title to be major unless they indicate a major change in the type of reportWe support this recommendation. However, the recommendation should refer to new headings rather than to authority records. 3.5 adopt the list of minor changes in ISBD(S) for names of corporate bodiesWe support this recommendation. 3.6 listing of what to consider as major and minor changesThere is general support for this recommendation among task force members, but we also feel strongly that either here or elsewhere in the Hirons report there should be an acknowledgement and acceptance of the widespread use of one-record cataloging by libraries. This practice of piggybacking, which is sanctioned by CONSER, allows libraries to provide access to their e-serials by noting their existence on the records for another version (generally, the print). To use the FRBR terminology, this amounts to providing a bibliographic record for the serial at the expression level and providing only holdings and location information for the various manifestations. There are indeed libraries which are cataloging their e-serials strictly according to the current rules that is, creating a separate bibliographic record for each version but the new code will not accommodate all users if it does not recognize both practices. We therefore recommend that a change of physical format (3.6A) be considered a major change only for separate-record cataloging: for single-record cataloging, it should be considered a minor change. 3.7 apply successive and latest entry conventions to continuing resourcesThere is general support for this recommendation among task force members, but with some specific hesitations. In general, we feel that this recommendation rightly recognizes that just as different materials exhibit varying degrees of seriality, so different approaches to describing these degrees of seriality are necessary. For some, successive entry makes sense, and for others latest entry does. However, in the case of integrating resources, for which the Hirons recommendation is that major title changes be handled by changing the title on the record and making added entries for the former titles, some task force members object that this would amount to providing an entry for a title which no longer exists. Others support the recommendation, as it would provide more access rather than less and result in entries that would benefit users of indexes, who might be searching for the resource under its previous (and now non-existent) title. 3.8 use a succession of latest entry recordsWe strongly object to this recommendation, chiefly for the reason which Hirons cites: it leads to groups of records which are hard for users (including catalogers) to understand and to interrelate. In any case, in the last sentence the reference should be to all minor changes. C.4 Relationships4.1 establish a third part of the code for relationshipsWe strongly support the recommendation that relationships be given fuller treatment in any new code. However, some task force members object to this recommendation because it seems to contradict the recommendation to arrange the code by ISBD area. The concept of relationships should be addressed more fully in any revised code, but in its proper place not in a separate part. However, one member feels that the concept of relationships is important enough that it should be a part of any new code, providing instructions for catalogers on how to apply them to all manner of bibliographic resources. 4.2 change the rules for uniform titlesWe support this recommendation, though we recognize that it would entail a lot of record maintenance. 4.3 change the rules for uniform titles for translations and language editionsWe support this recommendation. 4.4 establish a benchmark for determining major changesWe support this recommendation. 4.5 refer to relationship notes as relationship linksWe support this recommendation. 4.6 maintain relationship links
We support this recommendation, though we
recognize that it would entail a lot of record
maintenance.
CorrectionsThe task force suggests that the following corrections be made in the report: alldo not use the terms record and description interchangeably, especially in sections of the report where they may cause confusion (e.g. C.3.7) 2.3 Rationale, 2nd para., final sent.delete period after would 2.3 Rationale, 4th para., 3rd pointcorrect identify to identity 2.7 Goals Achievedadd 7 (environment) to the list 2.13 Rationale, 1st para., final sent.revise to read: With electronic resources, it is increasingly difficult ... 3.3 Impactchange period to comma between ISSN and MARC 21 3.4 sent. before Rationaleadd the word add before a uniform title. 3. 8 sent. before Rationalerevise to read: ... but incorporate all minor changes within that record, as prescribed by latest entry conventions. Appendix FExample 2: The 740s should be 730s if they are uniform titles, and they should also end in periods. The word "Web" should be capitalized in the 500s. Example 3: Computer in the GMD should be in lowercase. There should be no period at the end of the 710. Adobe Acrobat Reader is a product name, and so Reader should be capitalized in the 538.
Example 4: There should be a period at
the end of the 538 and at the end of the second 710.
BibliographyCC:DA Task Force on Rule 0.24. Report. May 26, 1999. CC:DA Task Force on the Harmonization of ISBD(ER) and AACR2. Report. June 14, 1999.
CONSER. AACR2 and Seriality.
CONSER AACR Review Task Force.
Final Reports. Jan. 1999.
Delsey, Tom. The Logical Structure of the
Anglo-American Cataloguing Rules. Part
I (Aug. 1998) and Part
II (Jan. 1999).
Hirons, Jean. Revising AACR2 to
Accommodate Seriality. Apr. 1999. Hirons, Jean, and Crystal Graham. Issues Related to Seriality. The Principles and Future of AACR: Proceedings of the International Conference on the Principles and Future Development of AACR, Toronto, Ontario, Canada, October 23-25, 1997, ed. Jean Weihs. Chicago: American Library Association, 1998.
Hirons, Jean, and Crystal Graham. Proposal
to Adopt a Modified Model C. Apr. 1998.
Hirons, Jean, Judy Kuhagen, and Regina
Reynolds. Proposal for a Succession of Latest Entry Records. Nov. 17, 1998.
Hirons, Jean, Regina Reynolds, and Guenter
Franzmeier. Establishing a Benchmark to Determine When to Make a New
Serial Record. Nov. 10, 1998.
IFLA Study Group on the Functional
Requirements for Bibliographic Records. Functional Requirements
for Bibliographic Records. Munich: Saur, 1998.
Layne, Sara Shatford. Incorporating
Entry: A New Approach to Cataloging Electronic Journals. May
18, 1998. Ongoing Entities: The Impact of Modified Model C on Cataloging Description, ed. Kristin Lindlan. Serials Review, v. 25, no. 1 (1999): p. 95-108.
Reynolds, Regina. ISSN and Seriality. May 1998.
|