AUTHORITY CONTROL SPECIFICATION/DEVELOPMENT WORK

AUTHORITY CONTROL AT UH MANOA

Why now

•	We have CARL's attention
•	Future software depends on new structures
•	BNA sample show UHM DB not in too bad shape

Why (Advantages)
•	Contract calls for it
•	Reindexing (clear out old data errors, etc.)
•	New search capabilities:  Subject, Name Browse
•	Improved Series browse sort
•	See Also and See Also From information in PAC
•	Structure in place for FUTURE enhanced search capabilities such as 
additional qualifiers and proximity

What

•	Library of Congress SUBJECT headings only (not names)
•	POSSIBLY unique headings (approx. 3,000) from ALOHA 

Impact

•	Systems will be dedicated to this project and the loading of the
 last two UHM System Libraries (Honolulu and Windward CC) onto UHCARL
•	Systems will have extremely limited time for any other services
•	Response time may slow on UHCARL system

When - Approximate Timeline

Now -- May 15
Setting up Authority files and processing software

May 15 -- July 15
Creation of new (copy of existing) Bib file

July 15 -- Oct 31
Reindexing & "authorizing" of new Bib file

Testing of new versions of software and "behind-the-scenes" processes to serve the new software

Fall 
PAC goes Live with new UH Manoa DB

Other sites keep old Bib file until UHM has fully tested new structures
-----------------------

Authorities MAINTENANCE "bugs" 

FIRST Priority (as determined at November 1994 meetings with GDM, 
	Cataloging, Public Service reps, etc.)
-	Global change function
-	Ability to SELECT record after SB/NB searches
-	Ability to search by Authority Record Number 
	("LC record control number" in authority record 001
-	Correct messaging when doing 010 search
-	Ability to do 020 search
-	Revamp display of headings from //HB search
	should be a numbered display, with more than one heading per screen, 
	headings selectable by number, with the ability to page forward and backward
-	Old Heading/New Heading currently show exact same text even if new heading is different
	Second priority:
-	//H (History command) work from MNT search screens
-	F2 - Delete - F2 - Delete - F2 - blank tag problem needs to be corrected
-	//command consistency - if SOME must have final slash - 
	ALL should have final slash, not some with and some 
	without (e.g. //NB/ vs //HB  or //SB/ vs. //LR)
-	(NOT) OWNED message
-	Time/date update - wasn't it going to be in the 998 tag??  
	Currently in Auth Test the date/time/initials are still being written 
	into the 001 tag but the information follows right 
	after the HUB number, rather than being right-justified as in 
	the current version of MNT.
	Preference would be for INITIAL update to be entered in 998 tag, 
	left justified and LAST update to be entered in 998 tag, right-justified

Authorities INDEXING/Cleanup "bugs"

-	When 810 is flipped to 830, the non-filing indicators are not being changed from
	 1-blank to blank-0
-	Date in Display record should come from 008, not 260 subfield c
	** only example of this was edited, BID is 0,30,197,172 (lcn 2016684) **
-	490 tag - not indexing?  (it was requested to be) as series or title or words ??
	Example:  //S Actuels
	can only be found by retrieving the 830 form of series - "Actuels (Sycamore (Firm))"
-	Subfield 4 being written to Name headings?
-	Handling of corporate 110 tags with names that are otherwise identical but which
	 may have a from with correct capitalization and another form with 
	 incorrect capitalization - right now 2 separate headings are created.
	Can they be automatically merged?   Can they be reported out?
	Example (made up): 
	American Institute of Corporate Greed     vs.
	American institute of corporate greed
	(RLA records were all input in "sentence form" rather than correct capitalization)
-	Blind index - not working right?  are blank records being created?
	(Examples of this are fuzzy - it just seems that handling of blind references is "weird")

Authorities PAC "bugs" 

-	//N - not right? - acting like NB??
	Example: 	//N Mozart - only shows authorized Mozart headings rather 
	than a list of headings (E.g. Mozart, Mozarteum, Mozartochester)
	//n MOZ - doesn't truncate unless explicit truncation is used
-	//NB and //SB not handling parentheses correctly
	Example: Germany (West)
-	Display of subfield w of Authority Record in PAC (before Selecting)
-	//MNT does not return to Maintenance from all places in PAC
-	Display of subfield 6
-	505 truncation in PAC display (data is there in the MARC record)
-	P for Previous does not work everywhere
-	#4 is always highlighted on the Screen of Seven, even when you page 
	forward and backward, when the highlighted item is not what you searched for
-	Highlight implies that you can selected the highlighted item without typing
	in the line number - this should either be true, or the highlight  
	changed to some other alerting symbol
-	//T shows 30 characters for Series Titles, but 48 ("normal length") for regular titles
	Example:	 //T Studies in A...
	vs.	//T Masakado densetsu
-	880 linking information displays in front of names 
	Example:  //N Akutagawa
-	"nne" appears in front of see also headings in the A display
	Example:	//SB/ Hawaii Description and travel
	choose A from the "Add a word" screen
-	Subfield 4 information displaying in the Names heading 
	(may be loader is incorrectly writing to name record??)
	Example: //N Karajan	(see "cnd" for conductor after name)
-	//NB with added word - not working?  not possible??
	Example:	//NB/ Goethe
	Select #4, type "egmont" at the "ENTER WORD(s)" prompt
	vs.	//W Goethe Egmont
	Current messaging implies you can add a word to a name selected from a NB search
	PAC problems reported but which involve decisions not resolved as of 11/30/94:
-	//NB display mixes names and subjects (this may be "solved" by deciding to 
	NOT index geographic subject headings
-	Handling of cross references 
	Example:	//NB/Greece Civilization
	#5,6,7 point to records which do not contain the words 
	"Greece Civilization, presumably the SH in those records 
	are listed as cross references in the authority record for "Greece -- Civilization" 
-	Handling of blind references 
	- Automatic "unblinding" when a linked heading is used for the 
	first time, or should each potential un-blindable heading be prompted for a Y/N decision
	- Is automatic unblinding actually working correctly??
	Example:  create new auth record which contains a heading with the word "Ocean' - 
	it will be linked to "See also from's for Shipping conferences and Tsunamis
-	Handling of unauthorized forms of heading
	Example: 	//N Sikhs
	Choose #1, which is apparently an unauthorized form of the name Nanak, 
	Guru which is displayed, if you select that name the word "Sikhs" does 
	not appear anywhere in the bib record