[OPEN-ILS-DEV] No search results after mass import of bib records
Repke de Vries
repke at xs4all.nl
Mon May 23 14:56:34 EDT 2011
Jason
that simple ?! I feel like apologies to involve the dev-list rather than general.
We *are* familiar with quick_metarecord_map.sql from previous test migration runs but so far our observation was that we could easily postpone this concluding step because straight after importing, doing a keyword / title / whatever type of search from the staff client (or OPAC) proved possible regardless.
Thought you had to run quick_metarecord_map.sql before adding any holdings data rather.
Thanks for pointing this out !
Christian, Repke
IISH, Amsterdam
Op 23 mei 2011, om 18:52 heeft Jason Stephenson het volgende geschreven:
> Repke,
>
> You need to run quick_metarecord_map.sql. It is in the Open-ILS/src/extras/import subdirectory.
>
> Jason Stephenson
> Merrimack Valley Library Consortium
>
>
> Quoting Repke de Vries <repke at xs4all.nl>:
>
>>
>>> Van: Chris Roosendaal <c.roosendaal at ogd.nl>
>>> Datum: 23 mei 2011 17:47:26 GMT+02:00
>>> Aan: "open-ils-dev at list.georgialibraries.org" <open-ils-dev at list.georgialibraries.org>
>>> Kopie: Repke de Vries <repke at xs4all.nl>
>>> Onderwerp: no search results after mass import of bib records
>>>
>>> Hello all,
>>>
>>> We are running Evergreen 2.0.3 and during the import of the non-serial bibliographical records we encountered a strange problem. Our import scripts (marc2bre, pg_loader and psql) reported no errors and finished properly. We set the ingest.assume_inserts_only & ingest.metarecord_mapping.skip_on_insert flags to true to avoid deadlocks.
>>>
>>> But when we use the staff client and do a search on title, author or subject of an imported record, the client returns no hits.
>>>
>>> The staff client DOES return hits on test records that were already in the database before the import. The search does also returns hits when we use the MARC expert search on the freshly imported data.
>>>
>>> When we take a look at the metabib tables, our imported data is there and seems fine.
>>>
>>> Does anybody know what could be wrong?
>>>
>>>
>>> Thanks in advance,
>>> Best regards,
>>>
>>> Christian Roosendaal
>>>
>>> IISG Amsterdam.
>>
>>
>
>
More information about the Open-ils-dev
mailing list