Quoting Jonathan Rochkind <[email protected]>:
I think the nature of the problem you identify in your examples is
not really with 'manifestation' as an entity, but with the lack of
fleshing out of how to model "aggregations" in FRBR, a somewhat
tricky problem.
I was informed off-list that what I described as a "Manifestation"
with additional bits, like indices or bibliographies, would be
considered an Expression in FRBR. Here's what FRBR says:
"The boundaries of the entity expression are defined, however, so as
to exclude aspects of physical form, such as typeface and page layout,
that are not integral to the intellectual or artistic realization of
the work as such. When an expression is accompanied by augmentations,
such as illustrations, notes, glosses, etc. that are not integral to
the intellectual or artistic realization of the work, such
augmentations are considered to be separate expressions of their own
separate work(s)."
This then seems to me that there will be many expressions that each
have only one manifestation.
But since I'm still trying to wrap my head around this, I went to the
RDA registry and pulled off the data elements listed there, and
divided into W E M I plus Group2 and Group 3. You can see these raw
lists of elements linked at:
http://kcoyle.net/rda/
It helps me understand just what goes into a WorK, Expression, etc. to
see the list of data elements (since I guess that's how I think about
things).
Note that there were three elements I wasn't sure of and I'm checking
on those, plus there could easily have been flaws in my methodology,
so if anyone sees problems in these lists please let me know.
This doesn't address the aggregate question that Jonathan speaks to
here. I suspect that by some logic, aggregates are expressions... ?
True?
kc
--
Karen Coyle
[email protected] http://kcoyle.net
ph: 1-510-540-7596
m: 1-510-435-8234
skype: kcoylenet
