[Koha] MARC import problem

[Elaine Bradtke]

Just an update: I found the problem with the Z39.50 downloads,  it was a
setting in system preferences
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5333

However, we're still not able to find any of the newly created or uploaded
records using normal searching methods.
I've been checking our system preferences settings against the settings in
our production system that do work.
Everything connected to zebra, cataloging and searching are OK.

It's beginning to look like a zebra problem. . . but not sure what yet.

Elaine

On Mon, Feb 25, 2013 at 7:38 PM, Elaine Bradtke <eb at efdss.org> wrote:

> I will clarify
>  I can bring up a record  using /cgi-bin/koha/catalogue/
> detail.pl?biblionumber=NNN <http://detail.pl/?biblionumber=NNN>
> The records seem complete (including attached items). I can edit and save
> the record, and the edits remain in place.
> If I click on the option to open the record in the OPAC I get an ERROR 404
> If I search for the record  (key word, title, author, item type, bar code,
> biblio number) the record cannot be retrieved.
> None of the 709 records from this upload can be found using normal search
> methods. All the records that were in the catalogue  before the upload seem
> to work ok.
>
> I'm going through the records now to see if I can spot any fatal errors
> with the MARC.
> One thing I noticed - the 040 field is missing.  But if I edit a record
> and add this in, it does not correct the problem.  The record is still not
> searchable.
>
>
> Further testing of the system:
> I took one of the non-searchable records and did Edit as new (duplicate).
>  Not surprisingly a record created this way had all the same problems as
> above.
>
> Creating a new record using the default framework gives the same results
> as the last import.
>
> Creating a new record through z39.50 download  fails  with the following
>  message: All arguments must be MARC::Field objects at
> /home/koha/koha-test/intranet/cgi-bin/cataloguing/addbiblio.pl line 150
>
> I don't know if these are all related. Clearly we've got problems
> somewhere.  But I'm not sure where to look.
>
>
> Elaine
> On Mon, Feb 25, 2013 at 5:24 PM, Bernardo Gonzalez Kriegel <
> bgkriegel at gmail.com> wrote:
>
>> On Mon, Feb 25, 2013 at 2:20 PM, Elaine Bradtke <eb at efdss.org> wrote:
>>
>>> Further testing, clicking on the link to the OPAC view results in Error
>>> 404 (the link was broken and the page doesn't exist).
>>>
>>> Elaine, let me understand: you do a search, some results pops, when you
>> click on one of the links you get a 404?
>>
>> That really sound like a broken index.
>>
>> Bernardo
>>
>>
>
>
> --
> Elaine Bradtke
> Data Wrangler
> VWML
> English Folk Dance and Song Society | http://www.efdss.org
> Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY
> Tel    +44 (0) 20 7485 2206 (This number is for the English Folk Dance
> and Song Society in London, England. If you wish to phone me personally,
> send an e-mail first. I work off site)
> --------------------------------------------------------------------------
> Registered Company No. 297142
> Charity Registered in England and Wales No. 305999
> ---------------------------------------------------------------------------
> "Writing about music is like dancing about architecture"
> --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52)
>



-- 
Elaine Bradtke
Data Wrangler
VWML
English Folk Dance and Song Society | http://www.efdss.org
Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY
Tel    +44 (0) 20 7485 2206 (This number is for the English Folk Dance and
Song Society in London, England. If you wish to phone me personally, send
an e-mail first. I work off site)
--------------------------------------------------------------------------
Registered Company No. 297142
Charity Registered in England and Wales No. 305999
---------------------------------------------------------------------------
"Writing about music is like dancing about architecture"
--Elvis Costello (Musician magazine No. 60 (October 1983), p. 52)