According to the MARC spec, 035 doesn't support '9' as a valid indicator. My very uneducated guess would be the invalid indicator is causing the underlying system not to index it?
Owen Stephens
Owen Stephens Consulting
Web: http://www.ostephens.com
Email: [log in to unmask]
Telephone: 0121 288 6936
On 6 Nov 2012, at 17:43, Alevtina Verbovetskaya <[log in to unmask]> wrote:
> Let's say I've defined these indexes in pqf.properties on the SRU server:
> index.marc.020 = 1=7 # ISBN
> index.marc.035:1 = 1=1211 # OCLC/utility number where first indicator is non-blank
> index.marc.100:1 = 1=1 # author where first indicator is non-blank
>
> I can use the ISBN index to search for records, e.g.:
> http://apps.appl.cuny.edu:5661/CENTRAL?version=1.1&operation=searchRetrieve&query=marc.020="9780801449437"&startRecord=1&maximumRecords=15
>
> I can also use the author index to search for records, e.g.:
> http://apps.appl.cuny.edu:5661/CENTRAL?version=1.1&operation=searchRetrieve&query=marc.100:1="Armenteros"&startRecord=1&maximumRecords=15
>
> So why can't I search for records by utility number (035) with a non-blank first indicator?
> http://apps.appl.cuny.edu:5661/CENTRAL?version=1.1&operation=searchRetrieve&query=marc.035:1="ebr10488669"&startRecord=1&maximumRecords=15
>
> If you're playing along, you'll notice that these all point to the same record. However, when I try to search for it with &query=marc.035:1="<util_num>", I get no results. I thought maybe this was because there's already another 035 field (with blank indicators) that's an OCLC number so I temporarily removed it... but that didn't solve the issue.
>
> Anyone have any experience with this? I need to be able to search by 0359# and I can't figure out what I'm doing wrong. I would greatly appreciate some assistance!
>
> Thank you,
> Allie
>
> --
> Alevtina (Allie) Verbovetskaya
> Web and Mobile Systems Librarian (Substitute)
> Office of Library Services
> City University of New York
> 555 W 57th St, 13th fl.
> New York, NY 10019
> T: 646-313-8158
> F: 646-216-7064
> [log in to unmask]
|
