[Koha] Koha 3.2.7 authority entry is not displaying "Used in" value
oslo
peter at oslo.ie
Tue Jul 12 03:48:21 NZST 2011
Also link_bibs_to_authorities.pl is broken in a lot of cases, only last week
it unlinked all my authorities, fortunately the library only had 500 bibs
but it still took me 3 hours to load up 500 bibs via the application and hit
the save button.
/*The only reliable way to link auth_headings and bibs it to do it via
addbiblio.pl on the /admin panel.*/
I'm currently writing a script to traverse the biblioitems table and link
bibs to authorities (or create new authorities) in a way that winr remove
the $9#100 tagfields on a failed search.
It uses the zebra Simplesearch() function and a lot of other built in
functionality built around the Addbiblio.pl and C4::Search.pm scripts.
oslo wrote:
>
> Hi
>
> I see a lot of people complaining about this and I had trouble with this
> myself. First off there are bugs in Authorities.pl and Biblio.pm where it
> does not check to ensure $record or $marc is defined but checks for a
> value of -1 (I think???) - I'd hope that will be fixed in 3.6
>
> Anyway if you are creating authorities a lot and they don't turn up in an
> authority search but you can search the opac or do a catalogue search and
> find biblios with the personal or corporate name e.t.c. attached to it you
> probably have a similar problem to me. I suspect it is because
> reindex_zebra.pl failed and the cleanup_database.pl script kicked in and
> pruned my failed Authorities (don't know that just suspect it), at the
> time the rebuild_zebra.pl -z -a -b -v was giving this error :
>
> **** ERROR : "Can't call method "field" on an undefined value at
> C4/Biblio.pm line 359"
>
>
> You can verify by recreating one authority then running
> bin/migration_tools/rebuild_zebra.pl -z -a -v
>
> When you search for the authority it will find it with 0 bibs attached.
>
> So to fix this I updated my cron job to do an authorities only re index
> then run link_bibs_to_authorities.pl then do a biblio only re-index.
>
> This fixed it for me 100%. I run these as a cron job every 2 mins so my
> koha crontab for that section looks like this.
>
> # ZEBRA INDEX UPDATES with -z option, incremental index updates throughout
> the day
> # for both authorities and bibs
> */2 * * * * $KOHA_CRON_PATH/../migration_tools/rebuild_zebra.pl -a -z
> >/dev/null
> */2 * * * * $KOHA_CRON_PATH/../link_bibs_to_authorities.pl >/dev/null
> */2 * * * * $KOHA_CRON_PATH/../migration_tools/rebuild_zebra.pl -b -z
> >/dev/null
>
> Hope that helps someone
>
oslo wrote:
>
> Hi
>
> I see a lot of people complaining about this and I had trouble with this
> myself. First off there are bugs in Authorities.pl and Biblio.pm where it
> does not check to ensure $record or $marc is defined but checks for a
> value of -1 (I think???) - I'd hope that will be fixed in 3.6
>
> Anyway if you are creating authorities a lot and they don't turn up in an
> authority search but you can search the opac or do a catalogue search and
> find biblios with the personal or corporate name e.t.c. attached to it you
> probably have a similar problem to me. I suspect it is because
> reindex_zebra.pl failed and the cleanup_database.pl script kicked in and
> pruned my failed Authorities (don't know that just suspect it), at the
> time the rebuild_zebra.pl -z -a -b -v was giving this error :
>
> **** ERROR : "Can't call method "field" on an undefined value at
> C4/Biblio.pm line 359"
>
>
> You can verify by recreating one authority then running
> bin/migration_tools/rebuild_zebra.pl -z -a -v
>
> When you search for the authority it will find it with 0 bibs attached.
>
> So to fix this I updated my cron job to do an authorities only re index
> then run link_bibs_to_authorities.pl then do a biblio only re-index.
>
> This fixed it for me 100%. I run these as a cron job every 2 mins so my
> koha crontab for that section looks like this.
>
> # ZEBRA INDEX UPDATES with -z option, incremental index updates throughout
> the day
> # for both authorities and bibs
> */2 * * * * $KOHA_CRON_PATH/../migration_tools/rebuild_zebra.pl -a -z
> >/dev/null
> */2 * * * * $KOHA_CRON_PATH/../link_bibs_to_authorities.pl >/dev/null
> */2 * * * * $KOHA_CRON_PATH/../migration_tools/rebuild_zebra.pl -b -z
> >/dev/null
>
> Hope that helps someone
>
oslo wrote:
>
> Hi
>
> I see a lot of people complaining about this and I had trouble with this
> myself. First off there are bugs in Authorities.pl and Biblio.pm where it
> does not check to ensure $record or $marc is defined but checks for a
> value of -1 (I think???) - I'd hope that will be fixed in 3.6
>
> Anyway if you are creating authorities a lot and they don't turn up in an
> authority search but you can search the opac or do a catalogue search and
> find biblios with the personal or corporate name e.t.c. attached to it you
> probably have a similar problem to me. I suspect it is because
> reindex_zebra.pl failed and the cleanup_database.pl script kicked in and
> pruned my failed Authorities (don't know that just suspect it), at the
> time the rebuild_zebra.pl -z -a -b -v was giving this error :
>
> **** ERROR : "Can't call method "field" on an undefined value at
> C4/Biblio.pm line 359"
>
>
> You can verify by recreating one authority then running
> bin/migration_tools/rebuild_zebra.pl -z -a -v
>
> When you search for the authority it will find it with 0 bibs attached.
>
> So to fix this I updated my cron job to do an authorities only re index
> then run link_bibs_to_authorities.pl then do a biblio only re-index.
>
> This fixed it for me 100%. I run these as a cron job every 2 mins so my
> koha crontab for that section looks like this.
>
> # ZEBRA INDEX UPDATES with -z option, incremental index updates throughout
> the day
> # for both authorities and bibs
> */2 * * * * $KOHA_CRON_PATH/../migration_tools/rebuild_zebra.pl -a -z
> >/dev/null
> */2 * * * * $KOHA_CRON_PATH/../link_bibs_to_authorities.pl >/dev/null
> */2 * * * * $KOHA_CRON_PATH/../migration_tools/rebuild_zebra.pl -b -z
> >/dev/null
>
> Hope that helps someone
>
oslo wrote:
>
> Hi
>
> I see a lot of people complaining about this and I had trouble with this
> myself. First off there are bugs in Authorities.pl and Biblio.pm where it
> does not check to ensure $record or $marc is defined but checks for a
> value of -1 (I think???) - I'd hope that will be fixed in 3.6
>
> Anyway if you are creating authorities a lot and they don't turn up in an
> authority search but you can search the opac or do a catalogue search and
> find biblios with the personal or corporate name e.t.c. attached to it you
> probably have a similar problem to me. I suspect it is because
> reindex_zebra.pl failed and the cleanup_database.pl script kicked in and
> pruned my failed Authorities (don't know that just suspect it), at the
> time the rebuild_zebra.pl -z -a -b -v was giving this error :
>
> **** ERROR : "Can't call method "field" on an undefined value at
> C4/Biblio.pm line 359"
>
>
> You can verify by recreating one authority then running
> bin/migration_tools/rebuild_zebra.pl -z -a -v
>
> When you search for the authority it will find it with 0 bibs attached.
>
> So to fix this I updated my cron job to do an authorities only re index
> then run link_bibs_to_authorities.pl then do a biblio only re-index.
>
> This fixed it for me 100%. I run these as a cron job every 2 mins so my
> koha crontab for that section looks like this.
>
> # ZEBRA INDEX UPDATES with -z option, incremental index updates throughout
> the day
> # for both authorities and bibs
> */2 * * * * $KOHA_CRON_PATH/../migration_tools/rebuild_zebra.pl -a -z
> >/dev/null
> */2 * * * * $KOHA_CRON_PATH/../link_bibs_to_authorities.pl >/dev/null
> */2 * * * * $KOHA_CRON_PATH/../migration_tools/rebuild_zebra.pl -b -z
> >/dev/null
>
> Hope that helps someone
>
--
View this message in context: http://koha.1045719.n5.nabble.com/Koha-3-2-7-authority-entry-is-not-displaying-Used-in-value-tp4375509p4575512.html
Sent from the Koha - Discuss mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20110711/84a9c883/attachment-0001.htm
More information about the Koha
mailing list