Re: [rak-list] mehrbändig

Bernhard Eversberg ev at BUCH.BIBLIO.ETC.TU-BS.DE
Wed Feb 6 10:41:02 CET 2002


On 6 Feb 02, at 9:23, Monika Muennich wrote:

> Liebe Kolleginnen und Kollegen, hier Frau Jonssons Antwort:
> 
> Personally I wouldn't care that you cannot make
> the article in p non sorting -- I'm mainly
> concerned with the function in the database, and besides, I happen to be
> of the opinion that we might just as
> well sort on articles, it works beautifully
Bad idea because you do not always know, when searching, if there IS an article 
on the title page or not. So, you sometimes have to look in two places to be sure.
AND: titles beginning with the same word are torn apart because the one has an 
article and the other not. This is not beautiful at all, it destroys the value
of the title index for browsing. This index is useful ONLY if you know the EXACT 
wording of the title including the article AND you are not interested in any 
other titles. Even two editions can differ in nothing but the article. Then, the
resultind index violates the stated purpose of the catalog to collocate editions.
> 

> I don't know
> how well 505 works as a basis for indexing.
Not well. You get too many results and completely wrong results (like for 
"find mozart and sonata" you find something that has a Beethoven sonata and a 
Mozart trio both in the 505.

> There is a subfield t which
> can be used for title, but the Americans
> do not always use that.
They rarely ever use it.

> In many cases the Americans do not supply any 505, or supply very little
> information in it. How they find things then, I
> don't know. In fact, I have been told by colleagues that there are lots
> of duplicate records for multivol. publ.
> in OCLC, e.g., so perhaps they do not find them.
> 
In other words, what we get for multipart items is an awful lot of garbage.

Regards, B.E.


Bernhard Eversberg
Universitaetsbibliothek, Postf. 3329, 
D-38023 Braunschweig, Germany
Tel.  +49 531 391-5026 , -5011 , FAX  -5836
e-mail  B.Eversberg at tu-bs.de  



More information about the rak-list mailing list