-
Recent posts
- CC:DA Task Force to Review Chinese Rare Book Cataloging Guidelines
- Library of Congress Report, 2019 Midwinter Meeting
- PCC Report for CC:DA at ALA Midwinter, Seattle, January 26, 2019
- Chair’s Report on CC:DA Motions and Other Actions, July-December 2018
- Minutes of the meeting held at the 2018 ALA Midwinter Meeting in New Orleans, Louisiana June 23 and 25, 2018 Draft
Recent comments
- Kathy Glennan on Expanding RDA 6.29.1.3, Laws Governing More Than One Jurisdiction
- Amanda Ros on Adding Controlled Vocabulary to RDA 3.19.6, Regional Encoding, and to the Glossary
- Amanda Ros on Adding Controlled Vocabulary to RDA 3.19.6, Regional Encoding, and to the Glossary
- Amanda Ros on Adding Controlled Vocabulary to RDA 3.19.6, Regional Encoding, and to the Glossary
- Amanda Ros on Adding Controlled Vocabulary to RDA 3.19.6, Regional Encoding, and to the Glossary
Archives
Comment policy
Only current CC:DA members and liaisons are authorized to comment on posts. Others who wish to contribute to CC:DA's discussions are invited to provide input by contacting the Chair, a member of the Committee, or their appropriate liaison.
New CC:DA members and liaisons will be assigned an account for the CC:DA Blog during the month of their initial appointment. For assistance with an account contact the CC:DA Webmaster.
All first-time comments on this site are moderated. We ask that all comments be relevant to the post to which they are directed and maintain professional courtesy.
All categories
Tag cloud
agenda ALA2012 ALA2013 ALA2014 ALA2015 ALA2016 ALA proposal Annual 2012 Annual 2013 Annual 2014 Annual 2015 Behrens British Library Canadian Committee on Cataloguing Chair's report corporate bodies Dunsire European Regional Representative Glennan Iseminger JSC JSC rep Lapka Leonard Library of Congress McGrath Midwinter 2012 Midwinter 2013 Midwinter 2014 Midwinter 2016 minutes music Music Working Group (JSC) Myers OLAC PCC Rendall Reser response Robare Rolla roster RSC Shrader SnyderLinks
While I understand the motivation to have a single definition for a single “meta-element” (such as “Cataloguer’s Note”), I am concerned about this as well. The current wording of these instructions has customized the single Glossary definition to fit the context of the chapter in which it appears. Although the paper argues that “RDA should expect cataloguer’s judgement to be applied to the specific context of the instructions”, I think these changes will cause confusion.
For example, Chapter 5 is about recording attributes of works and expressions — the source consulted reference in 5.8 is not about how the name or the relationships were determined — those belong in Chapter 8 & Chapter 24 respectively.
I would prefer an approach that breaks out these general instructions into an entirely different “section” of RDA — and just state them once.
Perhaps this would need to be in Chapter 0?
I’m not quite sure what to suggest here and would welcome other ideas about this.
I get and appreciate the impulse behind Recommendation 1, which results in the proposed textual changes to RDA. I’m not convinced of the need to generalize the text of the affected rules to the point of abstraction. It seems odd that the proposed parallel rules (e.g. 5.9.1.1, 8.13.1.1, etc.) would now be identical and completely lacking in context to the entities which their chapters address. I would almost prefer individually naming the separate elements, “Cataloger’s Note on Work or Expression,” “Status of Identification of PFC,” “Source Consulted for Relationship between WEMIs,” etc., so that the appropriate entities can be incorporated into the text of the rule. If the text alone is revised along the lines proposed, I would at least like to qualify the “an entity” edit by the type of entity for which the rule applies, for example “an entity of work or expression.” But I am not adverse to Kathy’s suggestion that these rules be gathered in Chapter 0.
All of the Technical WG are impressive and dense works of analysis. They are to be commended for their efforts to address clean, consistent data modeling in RDA and for educating us on the relevant data modeling dynamics.
I need further education though to assess the statement (Discussion: Recommendation 1: Paragraph 2) “The meta-elements cannot have an RDA entity (WEMIPFC) as a domain. Table 1 shows that the domain is either an RDA element or an authorized access point.” While this statement is supported by the content of Table 1 (although it appears that Relationships also constitute the subject/domain for these elements), in looking at 5.1.9.3d and its corresponding example, is not the Work entity that is the subject of the description the Domain of the note? Or do I need to go back to semantics school (as is perhaps more likely)?
As a follow up to semantic education and the RDA registry, I can’t ACCESS the elements Date of Usage, Scope of Usage, and Undifferentiated Name Indicator in order to see the current specification for their Domain and Range. Date, and Undifferentiated show up in Unconstrained properties, but that’s as far as I can get. This makes it challenging to follow Recommendation 5. What am I missing, short of downloading the entire element set and sifting through XML? Or has Recommendation 6 already been effected?
For example: http://www.rdaregistry.info/Elements/u/#P60046” rel=”nofollow”
Well, now that’s interesting. When I search directly I don’t get the details such as domain and range, but if I follow the link I’ve provided I do! And I see that for Undifferentiated Name Indicator the domain and range are currently unspecified, so how does deprecating the domain mean anything? I would have thought, from recommendation 5, that the domain would have been assigned to the class of RDA entities, which the discussion at Recommendation 1 has identified as not possible. What’s there to deprecate if the domain is not specified?
P.S. “Reification” means that a triple can be the subject of yet another triple?? Gah, talk about cascading vortexes!
I agree with John that these Technical WG are dense, but I find them extremely hard to understand. I get what is being suggested in Recommendation 1, but I don’t see why this is necessary. In my attempts to read the proposal, I don’t see much justification for why these changes need to be made. They strike me as solutions in search of a problem.