created way forward[?]; was Is
RDA the Only Way? An Alternative Option Through International Cooperation
>
>I happen to think that these (and many others) are viable user questions
>that the library should be able to answer. These answers will have to
>involve the library catalog. If
On 2/16/12 2:10 PM, Kevin M Randall wrote:
James Weinheimer has continually asserted on this list and others
that no user wants:
I think a viable approach would be to ask if there are user information
seeking activities that we think are not covered by the FRBR user tasks.
Where can we slot:
tively created way forward[?]; was
> Is RDA the Only Way? An Alternative Option Through International
> Cooperation
...
>
> BTW-- in my experience it is ridiculous to posit that library users other
> than catalogers and our ilk do want to know technical terms and mechanisms
> to
James Weinheimer wrote:
> I am simply asking, where is the proof that the public wants the FRBR user
> tasks, and so much more than other options? And please, do not point
> everyone in the direction of the rules of Panizzi or Cutter, or Ranganathan's
> laws. In fact, I would say that because thin
> Everything I have been reading here assumes that the public wants the FRBR
> user tasks.
>>No, you have been creating straw man arguments by making it seem ridiculous
>>that users want to know technical terms and mechanisms to conduct searches.
>>The point you have missed is that it isn't a qu
From: Resource Description and Access / Resource Description and Access
[mailto:RDA-L@LISTSERV.LAC-BAC.GC.CA] On Behalf Of James Weinheimer
Sent: February 16, 2012 3:44 PM
To: RDA-L@LISTSERV.LAC-BAC.GC.CA
Subject: Re: [RDA-L] RDA as the collaboratively created way forward[?]; was Is
RDA the Only
-L@LISTSERV.LAC-BAC.GC.CA
Subject: Re: [RDA-L] RDA as the collaboratively created way forward[?]; was Is
RDA the Only Way? An Alternative Option Through International Cooperation
On 16/02/2012 19:57, Myers, John F. wrote:
I fail to understand how it is possible to remove 'user tasks&#x
On 16/02/2012 19:57, Myers, John F. wrote:
I fail to understand how it is possible to remove 'user tasks' from a
platform. They don't exist there in the first place. The user tasks
exist OUTSIDE any platform and reside WITH the USER.
No matter what tool or platform is used, there has to b
I fail to understand how it is possible to remove 'user tasks' from a platform.
They don't exist there in the first place. The user tasks exist OUTSIDE any
platform and reside WITH the USER.
No matter what tool or platform is used, there has to be sufficient hooks
associated with the resource
I agree, I appreciate your point of view, James. In addition, thanks to
all for bringing up these concerns and suggestions. I find them very
helpful.
Shirley Thomas shirley.tho...@chemeketa.edu
Cataloger
Chemeketa Community College Library
Salem, OR
I very much appreciate that you are tryi
Billie Hackney
Senior Monograph Cataloger
Getty Research Institute
1200 Getty Center Drive, Suite 1100
Los Angeles, CA 90049-1688
(310) 440-7616
bhack...@getty.edu
>>> James Weinheimer 2/15/2012 2:31 PM >>>
>But I tire of stating the same points over and over again.
I very much appreciate tha
On 15/02/2012 18:06, Karen Coyle wrote:
Jim, is it all of FRBR that you see as problematic, or just WEMI? It
seems to me that Groups 2 and 3 are equivalent (more or less, but
mainly more) to what we have today as name and subject authority
files. Do you find those unworkable? Would you feel di
On 15 Feb., Jim Weinheimer sighed:
> ... really tough to reach any kind of agreement, ...
Well, what are the items then that we can now regard as agreed upon?
Some candidates seem to be these:
1.
We have, I think, a consensus that FRBR is a refinement of ideas that
have existed for a long time
On 15/02/2012 18:24, Brenndorfer, Thomas wrote:
Of course I have read the documents, and much, much more besides. I understand
RDA and FRBR,
If you remove the FRBR tasks from an Amazon page you will have a blank page.
Remove identifying elements (title, author, publisher, ISBN).
Remove select
On 2/15/2012 4:47 PM, Karen Coyle wrote:
On 2/15/12 12:32 PM, Jonathan Rochkind wrote:
But I believe strongly that it's important when creating
and sharing data that we know whether the data is about a particular
manifestation, a particular expression, or a work as a whole.
I suggest reading
On 2/15/12 12:32 PM, Jonathan Rochkind wrote:
But I believe strongly that it's important when creating
and sharing data that we know whether the data is about a particular
manifestation, a particular expression, or a work as a whole.
I suggest reading A Renear's article on the futurelib page w
On 2/15/2012 2:52 PM, Karen Coyle wrote:
You refer to FRBR as a mental model. The FRs themselves often call
themselves "conceptual models." I'm fine with FRBR as a mental model,
but not so much with it as a data model. I think that FR as a data
model is problematic. Anyone can use whatever me
tively created way forward[?]; was
> Is RDA the Only Way? An Alternative Option Through International
> Cooperation
>
> On 2/15/12 9:53 AM, Jonathan Rochkind wrote:
>
> >
> > Yep, I think this is an example of how the FRBR WEMI ontology is a
> > useful shared men
On 2/15/12 9:53 AM, Jonathan Rochkind wrote:
Yep, I think this is an example of how the FRBR WEMI ontology is a
useful shared mental model _for us_ ('us' being anyone that produces
bibliographic metadata), in analyzing our own work and sharing it with
each other. Regardless of whether it matche
On 2/15/2012 12:47 PM, Brenndorfer, Thomas wrote:
For example, routinely adding the translator relationship is such an obvious
way to distinguish translations, yet this has not always been done. Likewise in
adding the illustrator relationship for distinguishing expressions. It's easy
to under
collaboratively created way forward[?]; was Is
RDA the Only Way? An Alternative Option Through International Cooperation
>It is quite clear to me that the WEMI ontology is
>not only useful but _crucial_ for a useful linked data environment, and
>_especially_ for one that preserves the hard-e
I still think the WEMI model (or 'ontology') is in fact _crucial_ for
linked data applications, rather than problematic.
Linked data applications rely on taking data from multiple sources, and
being able to tell when it's about the same 'thing'.
But what is a 'thing', in the 'bibliographic un
collaboratively created way forward[?]; was Is
RDA the Only Way? An Alternative Option Through International Cooperation
>So, we can't even agree on:
>"People love keyword searching and immediately preferred it to the older
>methods."
>and
>"This happened because the
On 2/15/12 8:22 AM, James Weinheimer wrote:
In my opinion, seeing the informational universe only through
FRBR-colored glasses is not a road to the future, but can lead us only
to extinction. We must adapt to whatever surprises and unpleasantness we
find.
Jim, is it all of FRBR that you see a
On 15/02/2012 16:01, Brenndorfer, Thomas wrote:
People love keyword searching and immediately preferred it to the older methods.
That's understood to be one aspect of the Find user task. Left-anchored
searching does not equal the Find user task, but is only one way to accomplish
it. Since use
collaboratively created way forward[?]; was Is
RDA the Only Way? An Alternative Option Through International Cooperation
>People love keyword searching and immediately preferred it to the older
>methods.
That's understood to be one aspect of the Find user task. Left-anchored
searching doe
On 2/15/12 1:02 AM, James Weinheimer wrote:
This seems to be a potential area of agreement and what I tried to talk
about a little in Buenos Aires. While you seem to think that people want
to do the FRBR user tasks more than I believe they do, it doesn't matter
because the catalogs as designed
On 14/02/2012 23:26, Kevin M Randall wrote:
Bibliographic metadata is *not* about being the *only* resource for
answering reference questions. I cannot imagine *anyone* How anyone
could have even conceived of such a notion is beyond me.
I don't believe I said that. I was discussing typical
created way forward; was Is RDA
the Only Way? An Alternative Option Through International Cooperation
On 2/13/12 12:07 PM, Brenndorfer, Thomas wrote:
>>
>> It's easier to think of RDA as the AACR2 element set. What would AACR2 look
>> like if it was analyzed using curren
Karen Coyle wrote:
> On 2/13/12 12:07 PM, Brenndorfer, Thomas wrote:
> > It's easier to think of RDA as the AACR2 element set. What would AACR2
> > look like if it was analyzed using current data models? It would look like
> > RDA.
>
> It sounds like you are supporting the view of some RDA criti
Karen Coyle wrote:
> Unlikely because it isn't logical/reasonable, or unlikely for other
> reasons?
Unlikely for the reason you then went on to mention:
> What I see is that we have a long history of supporting the creation of
> cataloging rules, and not much history of supporting technology
> s
James Weinheimer wrote:
> So, reference questions must fall into certain specific guidelines to be
> considered a "typical kind of thing users are looking for"? Wow! Quite a
> statement. You may be interested in another posting I made about a
> reference question about Wikileaks
> http://blog.jwei
On 2/13/12 12:07 PM, Brenndorfer, Thomas wrote:
It's easier to think of RDA as the AACR2 element set. What would AACR2 look
like if it was analyzed using current data models? It would look like RDA.
It sounds like you are supporting the view of some RDA critics who say
that RDA was unneces
Access
[RDA-L@LISTSERV.LAC-BAC.GC.CA] On Behalf Of Karen Coyle [li...@kcoyle.net]
Sent: February-14-12 4:22 PM
To: RDA-L@LISTSERV.LAC-BAC.GC.CA
Subject: Re: [RDA-L] RDA as the collaboratively created way forward[?]; was Is
RDA the Only Way? An Alternative Option Through International Cooperation
The
On 2/14/2012 4:38 PM, Karen Coyle wrote:
Yet we valued the new cataloging rules enough to fund those.
Hmm, or certain entities thought they could make enough money selling em
to make it a good investment.
Which has it's own problems, yeah. (a standard that you need to pay to
see is much le
On 14/02/2012 22:17, Kevin M Randall wrote:
Okay, I get it now. The question as it was originally asked by the user
doesn't reflect a typical kind of thing users are looking for. When they say
they're looking for a book, they're not really looking for a book. Users are
only looking for min
On 2/13/12 1:31 PM, Kevin M Randall wrote:
Karen Coyle wrote:
The relationships are new and are the best thing to come out of FRBR.
But I'm not sure that those relationships couldn't have been used
without the rule changes of RDA. Could we have taken the elements of
AACR and MARC and combined t
These two articles:
PISANSKI, Jan, ŽUMER, Maja. Mental models of the bibliographic universe
: part 1 : mental models of descriptions. Journal of Documentation,
2010, vol. 66, no. 5, str. 643-667. [Preprint ]
PISANSKI, Jan, ŽUMER, Maja. Mental models of the bibliographic
universe : part 2 :
James Weinheimer wrote:
> If you read my actual post, you will see what I was actually searching for,
> which was something quite different.
Okay, I get it now. The question as it was originally asked by the user
doesn't reflect a typical kind of thing users are looking for. When they say
the
> Cutter's objects and means served their purpose, but they should now be
> placed alongside the typewriter for documents, the village smithy's bellows
> for fixing wagons, and the metate for grinding corn. I would love it if
> catalogers would begin to ask what these incredibly powerful tools can
On 14/02/2012 19:14, Kevin M Randall wrote:
James Weinheimer wrote:
Do you know how you search when you are looking for information? I
already wrote about this, on this list a few years ago, in fact in a reply to
you,
available at http://www.mail-archive.com/rda-l@listserv.lac-
bac.gc.ca/msg02
James Weinheimer wrote:
> Do you know how you search when you are looking for information? I
> already wrote about this, on this list a few years ago, in fact in a reply to
> you,
> available at http://www.mail-archive.com/rda-l@listserv.lac-
> bac.gc.ca/msg02048.html.
Okay, here's the example y
On 14/02/2012 16:36, Kevin M Randall wrote:
James Weinheimer wrote:
My stance is that the public does
not want or need the FRBR user tasks in the vast majority of searches they
make. I certainly don't need them most of the time, and I understand all of
that better than 99.99% of the patrons out
James Weinheimer wrote:
> My stance is that the public does
> not want or need the FRBR user tasks in the vast majority of searches they
> make. I certainly don't need them most of the time, and I understand all of
> that better than 99.99% of the patrons out there. My evidence is that people
> ar
On 2/14/12 4:59 AM, Brenndorfer, Thomas wrote:
The evidence to the contrary is that ILS vendors are looking for ways to
incorporate FRBR into their catalogs. The latest I've heard is that
Bibliocommons is doing that. FRBR will help leverage content from multiple
libraries, and Bibliocommons
collaboratively created way forward[?]; was Is
RDA the Only Way? An Alternative Option Through International Cooperation
>There is a lot to take issue with here. For instance, I believe that my
>original statement is quite different from how you paraphrased it. But that is
>beside the point.
Am 14.02.2012 09:58, schrieb James Weinheimer:
... and above all, free the data so that we can all
discover what people really want.
And free the rules as well!
If we want an open standard, it needs to be open access.
Besides, it must be even more difficult to make a business case for
rules tha
On 13/02/2012 22:36, Brenndorfer, Thomas wrote:
Also this statement seems to echo a mistake James Weinheimer made: "We have to help users
find what they>>are looking for when they don't already know an author or a title, and
RDA doesn't help with this."
I can't find where I stated this
Your
From: Resource Description and Access / Resource Description and Access
[mailto:RDA-L@LISTSERV.LAC-BAC.GC.CA] On Behalf Of James Weinheimer
Sent: February 13, 2012 3:44 PM
To: RDA-L@LISTSERV.LAC-BAC.GC.CA
Subject: Re: [RDA-L] RDA as the collaboratively created way forward[?]; was Is
RDA the Only
Karen Coyle wrote:
> The relationships are new and are the best thing to come out of FRBR.
> But I'm not sure that those relationships couldn't have been used
> without the rule changes of RDA. Could we have taken the elements of
> AACR and MARC and combined them with the entities and relationship
On 13/02/2012 18:09, Brenndorfer, Thomas wrote:
I do think it's worthwhile pointing out that status quo has no
established business case.
I do not understand this. Are you saying there are no justifiable
reasons for libraries as they stand currently? I hope that librarians
can make valid bu
tively created way forward; was Is
> RDA the Only Way? An Alternative Option Through International Cooperation
>
> On 2/13/12 11:03 AM, Kevin M Randall wrote:
>
> > RDA is extremely valuable in defining the elements and relationships.
> While the instructions by themselves are
On 2/13/12 11:03 AM, Kevin M Randall wrote:
RDA is extremely valuable in defining the elements and relationships. While
the instructions by themselves are not at all important for development of the
technical side of the future bibliographic framework, the RDA element set is
crucial.
I agr
On 13/02/2012 17:33, Karen Coyle wrote:
Jim acknowledges some of the issues that we face today in his
presentation, but unfortunately concludes, once again, that the
solution is to be found in cataloging rules. (That could be because
his talk was focused in that direction.) Cataloging rules al
Karen Coyle wrote:
> Developing the cataloging rules before making sure that we
> can create viable modern data is putting the cart before the horse.
In regard to carts and horses: this is a rather popular analogy that I have
addressed before, and most recently in an article called "RDA: End of
t: Re: [RDA-L] RDA as the collaboratively created way forward; was Is
> RDA the Only Way? An Alternative Option Through International Cooperation
>
> Deciding that RDA is not the best way forward is not the same as concluding
> that AACR2 *is.* As a matter of fact, I'm pretty sur
Deciding that RDA is not the best way forward is not the same as
concluding that AACR2 *is.* As a matter of fact, I'm pretty sure in my
own mind that the problem that we face today isn't solved by either, and
may not be about cataloging "rules" at all.
We have to make changes in how we create
-
> From: Resource Description and Access / Resource Description and Access
> [mailto:RDA-L@LISTSERV.LAC-BAC.GC.CA] On Behalf Of Bernhard Eversberg
> Sent: Monday, February 13, 2012 9:46 AM
> To: RDA-L@LISTSERV.LAC-BAC.GC.CA
> Subject: Re: [RDA-L] RDA as the collaboratively created w
Am 13.02.2012 15:57, schrieb Tillett, Barbara:
The US RDA Test Coordinating Committee's report of 9May2011 has a
section of "Findings: Costs and Benefits," p. 105-111. You will find
that report on their Web
site:http://www.loc.gov/bibliographic-future/rda/
That will be this paper then:
http:/
cess / Resource Description and Access
[mailto:RDA-L@LISTSERV.LAC-BAC.GC.CA] On Behalf Of Bernhard Eversberg
Sent: Monday, February 13, 2012 9:46 AM
To: RDA-L@LISTSERV.LAC-BAC.GC.CA
Subject: Re: [RDA-L] RDA as the collaboratively created way forward; was Is RDA
the Only Way? An Alternative Option Throug
Am 13.02.2012 15:33, schrieb Tillett, Barbara:
Readers of this list may be interested in the various publications
describing how RDA will keep us relevant in the Web environment and
remind us of what is wrong with AACR2 (as repeatedly pointed out during
the 1990's and since then). Relevant RDA pr
Readers of this list may be interested in the various publications describing
how RDA will keep us relevant in the Web environment and remind us of what is
wrong with AACR2 (as repeatedly pointed out during the 1990's and since then).
Relevant RDA presentations are posted on the JSC Web site at
62 matches
Mail list logo
