As part of authority processing, Library Technologies, Inc. (LTI)  fixes non-filing indicators.   In my opinion, they have proven that a program can find the correct code with more accuracy than the usual method of a host of human beings.   They work from the language code, lists of articles by language, lists of exceptional phrases "A is for ...", and specific  cases of titles that are not in the language of the text.  The next step would be programming this sort of logic into the indexing, rather than the coding of the data.   Language recognition software, rather than the language code, could be used (Following LTI processing, we corrected hundreds of language codes that erroneous non-filing fix had revealed).  Since many users don't grasp the concept of omitting initial articles, the system should accommodate both searches by the article and by the first word following it. 

Amy


Amy Turner

Monographic Cataloger and Authority Control Coordinator
Duke University Libraries

[log in to unmask]



-----Original Message-----
From: Bibliographic Framework Transition Initiative Forum [mailto:[log in to unmask]] On Behalf Of J. McRee Elrod
Sent: Sunday, February 10, 2013 8:37 PM
To: [log in to unmask]
Subject: [BIBFRAME] Filing indicators

I've noticed no discussion on Bibframe of filing indicators, nor indication of such in posted examples.  Did I miss it?

There was a recent discussion on another list of titles which should file under what appears to be an initial article, e.g, "A is for ...".  

How will this be handled in Bibframe?  Initial articles differ between languages, as well as "A", "An" and "The" being occasionally the word
by which to file.   Programming to recognize this would be very
complex.  I have seen no discussion concerning indication of language in Bibframe, on which to base such programming.

Are we to no longer have alphabetical browse lists, only web style searching?  I would miss alphabetical browse lists apart from subject searches, which I prefer to have in inverse chronological order.  That too would be more difficult to program based on imprint date in the absence of a date fixed field.  The imprint date may even be lacking, if that CONSER provision is carried over.


   __       __   J. McRee (Mac) Elrod ([log in to unmask])
  {__  |   /     Special Libraries Cataloguing   HTTP://www.slc.bc.ca/
  ___} |__ \__________________________________________________________