Excerpts from Tomas Cohen Arazi's message of 2017-09-21 23:44:56 +:
> Wow. I hadn't noticed that new feature!
I applied the patches to our Koha installation and it does seem to work
when I invoke the server as follows:
koha-shell
cd /usr/share/koha
perl bin/z3950_responder.pl
Wow. I hadn't noticed that new feature!
On jue., 21 de sep. de 2017 7:41 p. m. Mark Alexander
wrote:
> Excerpts from Jason Robb's message of 2017-09-21 16:53:16 -0500:
> > Along with the other systems that use Koha in Kansas, we have worked with
> > ByWater on this. You can see
Excerpts from Jason Robb's message of 2017-09-21 16:53:16 -0500:
> Along with the other systems that use Koha in Kansas, we have worked with
> ByWater on this. You can see the details here: https://bugs.koha-
> community.org/bugzilla3/show_bug.cgi?id=13937. The basic idea is that
> whenever a
We have a similar situation with a different proprietary ILL software in
Kansas. We also use the 952$q. When an item is checked out, the 952$q has a
date and the ILL software registers that as unavailable. When it's not
checked out, the field is empty and the ILL software registers it as
I made a silly mistake in my previous message: I meant 952$q (onloan),
not 952$r (datelastseen).
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha
Our little state (hint: starts with "V") has implemented an
interlibrary loan system that seems to be unable to use Z39.50
correctly to query Koha in order to determine an item's availability.
I'll try to describe the problem and then ask if there's a workaround
in Koha.
The state ILL system,
6 matches
Mail list logo