An article to warm the hearts of cataloguers
James Weinheimer <j.weinheimer <at> AUR.EDU>
2009-09-07 12:34:42 GMT
I wrote this on Autocat, and thought that readers of this list might be
interested as well. JW
Now that I have read the entire article
http://languagelog.ldc.upenn.edu/nll/?p=1701 and the indepth response from
Google http://languagelog.ldc.upenn.edu/nll/?p=1701#comment-41758, I must
say that I think (more probably, I *hope*) that this may be the beginning of
one of the most important discussions on cataloging and "metadata" today,
and perhaps of all time. The importance comes not so much from what they
say--which is rather elementary--but from the importance that the
non-library community places on these issues, and even more importantly,
this discussion is taking place not within the dusty pages of some forgotten
issue of a library journal or on a closed specialist listserv, but on an
open, important scholarly website (not a library website) and replied to by
the most important information company in the world. This could be a moment
for librarians, and especially catalogers (who are the experts in any case),
to take advantage of a soap box that may be temporary. But we can't be too
technical or overwhelming in our arguments.
Some observations:
1) it looks as if one of my predictions for the future is already outdated.
I had predicted that "all metadata" would be thrown together into a single
database somewhere resulting in a huge mess. According to the fellow from
Google, this has happened already since he mentions metadata they have taken
from Brazil, Armenia, Korea and a few other places. It is interesting that
no one anywhere discusses this in terms of "rules" or "standards" but as an
Armenian database, or a Brazilian database, instead of an "AACR2 database"
or "ISBD" or German or French or Italian rules, or whatever. Perhaps when
the discussion is being led by non-expert metadata creators, this should not
be surprising. (For the sake of clarification, in this discussion, there is
(Continue reading)