[Koha] Z39.50/Arabic Union Catalog

Does anyone have experience of interfacing Koha with the Arabic Union Catalog ( https://www.aruc.org/en ) using Z39.50 (see https://koha-community.org/manual/16.11/html/ch02s06.html )? I'd be interested to know if that works smoothly. All best wishes, Thomas Daly

Re: [Koha] How To Add OCLC in Koha Z39.50 Server.

Hello! Michael wrote: > Thus I assume the Z30.50 service of OCLC is not freely available > but you will need to obtain a valid userId and password... This is correct. OCLC is a paid service—it is not free. One must pay for the credentials necessary to get records, both bib and aut records.

Re: [Koha] How To Add OCLC in Koha Z39.50 Server.

Hi You wrote: > Dear, I changed the settings as you said but it says book search > result not found. I have attached the modified Z30.50 screenshot link > below please reply. > > Z30.50 Screenshot link: https://i.ibb.co/vwrx0rZ/Z39-50-Server.png > Book Search Result:

Re: [Koha] How To Add OCLC in Koha Z39.50 Server.

Dear Michael Kuhn Sir, Dear, I changed the settings as you said but it says book search result not found. I have attached the modified Z30.50 screenshot link below please reply. Z30.50 Screenshot link: https://i.ibb.co/vwrx0rZ/Z39-50-Server.png Book Search Result:

Re: [Koha] How To Add OCLC in Koha Z39.50 Server.

I'm not an expert on this, but it appears that zcat.oclc.org requires you to provide your OCLC user name and password, as mentioned in the message mentioned previously: https://www.mail-archive.com/koha@lists.katipo.co.nz/msg25554.html Here is what happened when I tried to connect using

Re: [Koha] How To Add OCLC in Koha Z39.50 Server.

Link Enclosed Please check and reply to me. https://i.ibb.co/CWxwZ56/Screenshot-2023-05-05-16-06-01.png <https://i.ibb.co/CWxwZ56/Screenshot-2023-05-05-16-06-01.png> On Fri, May 5, 2023 at 3:54 PM Michael Kuhn <mailto:m...@adminkuhn.ch>> wrote: Hi MAMCET Library Yo

Re: [Koha] How To Add OCLC in Koha Z39.50 Server.

PM Michael Kuhn wrote: > Hi MAMCET Library > > You wrote: > > > How to Add OCLC WORLD Catalogue in Koha Z39.50 Server. > > http://classify.oclc.org/classify2/ > > The following post by Heather Siemoin may help you: > > https://www.mail-archive.com/

Re: [Koha] How To Add OCLC in Koha Z39.50 Server.

Hi MAMCET Library You wrote: > How to Add OCLC WORLD Catalogue in Koha Z39.50 Server. > http://classify.oclc.org/classify2/ The following post by Heather Siemoin may help you: https://www.mail-archive.com/koha@lists.katipo.co.nz/msg25554.html Also the following page by OCLC:

Re: [Koha] How To Add OCLC in Koha Z39.50 Server.

ter-Nr. B 598 - Zertifiziert nach ISO 9001 und ISO 27001 - > -Ursprüngliche Nachricht- > Von: Koha Im Auftrag von MASTeR Library > Gesendet: Freitag, 5. Mai 2023 11:56 > An: koha > Betreff: [Koha] Ho

[Koha] How To Add OCLC in Koha Z39.50 Server.

Hi Koha Community Members, How to Add OCLC WORLD Catalogue in Koha Z39.50 Server. http://classify.oclc.org/classify2/ -- Thanking you. Librarian, MAMCET <http://mamcet.com/> Trichy-Chennai Trunk Road, Siruganur, Tiruchirappalli-621 105. ___

[Koha] Z39.50 server – some records timing out

Hi, I am writing with a request for help. It is about a causing a problem when searching for records by z39.50. (Koha version: 20.05.05.000). On the printscreen ( ibb.co ibb.co ) you will see responses for the following messages and one or two search results.It looks like it cannot retrieve

[Koha] Z39.50 servers for authorities in Spain

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello all. I'm testing with local installation in a laptop. I've setup a Z39.50 server for biblios records, I'm using Biblioteca Nacional server in Spain, but they have not for authorities. I was looking for one authorities server in Spain

Re: [Koha] Z39.50/SRU search not working (only when language set to English)

I have opened a new bug report https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26158 Thank you! A workaround is to edit your de-DE template file de-DE/modules/catalogue/results.tt and replace line 681 var SEARCH_RESULTS = [% IF (SEARCH_RESULTS) %]1[% ELSE %][% END %]; with var

Re: [Koha] Z39.50/SRU search not working (only when language set to English)

I have opened a new bug report https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26158 A workaround is to edit your de-DE template file de-DE/modules/catalogue/results.tt and replace line 681 var SEARCH_RESULTS = [% IF (SEARCH_RESULTS) %]1[% ELSE %][% END %]; with var SEARCH_RESULTS =

Re: [Koha] Z39.50/SRU search not working (only when language set to English)

Hi, ok, I've upgraded our system to Ubuntu 20.04, but I still get this error (in the web console) when my language is set to a non-english (in my cae german) language: Uncaught SyntaxError: expected expression, got ';' search.pl:636:29 (when I enter an ISBN in "Search the catalog", on the

Re: [Koha] Z39.50/SRU search not working (only when language set to English)

This is a known bug for 20.05. libcpan-meta-perl must be version 2.150010. If not you can try `sudo apt install libcpan-meta-perl`. Better would be to upgrade the system of course. Le jeu. 6 août 2020 à 02:23, zefanja a écrit : > > Hi, > > > Hi Stephan, which exact version of Koha are you using?

Re: [Koha] Z39.50/SRU search not working (only when language set to English)

That's certainly an unsupported version combination. Worth investigating anyway. El mié., 5 ago. 2020 21:24, zefanja escribió: > Hi, > > > Hi Stephan, which exact version of Koha are you using? > > Sry, forgot to include it: 20.05.02 (running on Ubuntu 16.04 → maybe > that's part of the

Re: [Koha] Z39.50/SRU search not working (only when language set to English)

Hi, Hi Stephan, which exact version of Koha are you using? Sry, forgot to include it: 20.05.02 (running on Ubuntu 16.04 → maybe that's part of the problem?) The about page in my Koha installations also has an error: Can't locate object method "structured_requirements_for_module" via

Re: [Koha] Z39.50/SRU search not working (only when language set to English)

Hi Stephan, which exact version of Koha are you using? Le mer. 5 août 2020 à 16:26, zefanja a écrit : > > Hi, > > if I enter an ISBN in "Search the catalog", on the next page, the > "Z39.50/SRU search" button is not working (it does not open the popup > for the Z39.50/SRU search). In the web

[Koha] Z39.50/SRU search not working (only when language set to English)

Hi, if I enter an ISBN in "Search the catalog", on the next page, the "Z39.50/SRU search" button is not working (it does not open the popup for the Z39.50/SRU search). In the web console I get this error: Uncaught SyntaxError: expected expression, got ';' search.pl:636:29 This happens, when

Re: [Koha] z39.50 search does not return results

Hi Hauke, ich hatte das gleiche Problem zweimal in der Vergangenheit und ebenfalls keine Hinweise auf Fehlermeldungen in den Logfiles. Ich vermute jetzt auch noch irgendein Rechteproblem oder eine Inkosistenz durch ein Softwareupdate im Perl-Umfeld. Versuche mal, ob eine "händische Suche" per

[Koha] z39.50 search does not return results

Hey there, I have another issue after moving Koha to a new server: The Z39.50/SRU search is no longer returning results (/cgi-bin/koha/cataloguing/z3950_search.pl). Settings are the same as on the old system, where everything works fine. There are no indications of errors in the logs. Can

Re: [Koha] Z39.50 authority server anyone?

Well, you all are welcome! :-( Anyway, I found the way of doing it. I'm sure there's a neater way, but this one seems to work. Add this line to /etc/koha/sites/"your library"/koha-conf.xml: tcp:@:1 You may use any free port. Then add the following section. You may need to tweak it a bit:

[Koha] Z39.50 authority server anyone?

Hello, I'm trying to set up my Koha as a Z39.50 server. So far I can serve biblio data, but can't serve authorities. Has anybody achieved a working configuration? This is what yaz-client reports: yaz-client tcp:biblioteko.esperanto.cat: Connecting...OK. Sent initrequest. Connection accepted

Re: [Koha] Z39.50, ILL, and 952$r

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

Re: [Koha] Z39.50, ILL, and 952$r

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

Re: [Koha] Z39.50, ILL, and 952$r

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

Re: [Koha] Z39.50, ILL, and 952$r

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

Re: [Koha] Z39.50, ILL, and 952$r

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

[Koha] Z39.50, ILL, and 952$r

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,

Re: [Koha] Z39.50 encoding problem (tested on 2 koha servers)

Thank you so much Zeno. We where looking for this bug since weeks ;) Le 07/07/2017 à 16:12, Tajoli Zeno a écrit : Hi Jose', Il 07/07/2017 12:02, anjoze ha scritto: Ubuntu 16.04LTS 64bits (Language installation PT_PT) Koha version: 17.05.01.000 Perl version: 5.022001 Zebra version: 2.0.59

Re: [Koha] Z39.50 encoding problem (tested on 2 koha servers)

Zeno, Thank you very much for your work. Cheers, José Anjos - Koha version: 16.05.05 - - José Anjos -- View this message in context: http://koha.1045719.n5.nabble.com/Z39-50-encoding-problem-tested-on-2-koha-servers-tp5938540p5939700.html Sent from the Koha-general mailing list

Re: [Koha] Z39.50 encoding problem (tested on 2 koha servers)

Hi Jose', Il 07/07/2017 12:02, anjoze ha scritto: Ubuntu 16.04LTS 64bits (Language installation PT_PT) Koha version: 17.05.01.000 Perl version: 5.022001 Zebra version: 2.0.59 Maybe later I will create a new VM and install it in En I try to replicate your setup. And I find that the problem is

Re: [Koha] Z39.50 encoding problem (tested on 2 koha servers)

Hi Zeno, Ubuntu 16.04LTS 64bits (Language installation PT_PT) Koha version: 17.05.01.000 Perl version: 5.022001 Zebra version: 2.0.59 Maybe later I will create a new VM and install it in En Thaks - Koha version: 16.05.05 - - José Anjos -- View this message in context:

Re: [Koha] Z39.50 encoding problem (tested on 2 koha servers)

Hi Jose', Il 07/07/2017 11:21, anjoze ha scritto: I've done some more tests: Installed a new VM with mariadb. your new VM: -- Which O.S. ? -- Which Koha version ? Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198

Re: [Koha] Z39.50 encoding problem (tested on 2 koha servers)

I've done some more tests: Installed a new VM with mariadb. Checked mariadb configuration: *character-set-server = utf8mb4 collation-server = utf8mb4_general_ci* This is the default charset/collation and should have full compatibility with all special characters Checked Locale:

Re: [Koha] Z39.50 encoding problem (tested on 2 koha servers)

Yes, it is strange. Later I will try to find the problem but probably it will take a long time. Than, if I have some conclusion I'll let you know. Thank you very much for your help - Koha version: 16.05.05 - - José Anjos -- View this message in context:

Re: [Koha] Z39.50 encoding problem (tested on 2 koha servers)

Hi Jose' Il 06/07/2017 12:29, anjoze ha scritto: I've tried with all the encoding on both servers without success. With ISO5426 the Results widow is OK but when I preview or import Marc record it's not ok EX: Results window: Title: A criação de caracóis MARC record : 200 1 _aÂA Âcriação de

Re: [Koha] Z39.50 encoding problem (tested on 2 koha servers)

Hi Zeno, I've tried with all the encoding on both servers without success. With ISO5426 the Results widow is OK but when I preview or import Marc record it's not ok EX: Results window: Title: A criação de caracóis MARC record : 200 1 _aÂA Âcriação de caracóis Cheers - Koha version:

Re: [Koha] Z39.50 encoding problem (tested on 2 koha servers)

Hi Jose, Il 06/07/2017 11:40, anjoze ha scritto: None of both server can get the right encoding from any Portuguese servers. Ex: *Portuguese National Library* BNP - Catálogo da Biblioteca Nacional de Portugal /Hostname catalogo.bnportugal.pt about this host, in the 'Encoding' field,

Re: [Koha] Z39.50 encoding problem (tested on 2 koha servers)

Hi Zeno, The result: Purging Z39.50 records from import tables. Done with purging Z39.50 records from import tables. But still not working :( The problem still exactly the same after everything we done. Server2 can get right encoding from Server1 None of both server can get the right encoding

Re: [Koha] Z39.50 encoding problem (tested on 2 koha servers)

Hi Jose', Il 05/07/2017 15:14, anjoze ha scritto: I've looked at tables with Workbench and all tables have Collation set utf8_unicode_ci Then I've added to my mysql conf: /[client] default-character-set=utf8 [mysql] default-character-set=utf8 [mysqld] collation-server = utf8_unicode_ci

Re: [Koha] Z39.50 encoding problem (tested on 2 koha servers)

Here is the result: Locale is the same on both servers: LANG=pt_PT.UTF-8 LANGUAGE=pt:pt_BR:en LC_CTYPE="pt_PT.UTF-8" LC_NUMERIC=pt_PT LC_TIME=pt_PT LC_COLLATE="pt_PT.UTF-8" LC_MONETARY=pt_PT LC_MESSAGES="pt_PT.UTF-8" LC_PAPER=pt_PT LC_NAME=pt_PT LC_ADDRESS=pt_PT LC_TELEPHONE=pt_PT

Re: [Koha] Z39.50 encoding problem (tested on 2 koha servers)

Hi, with those results I think that your problem are based om MySQL setup. Login into mysql command line and do: mysql> SHOW VARIABLES LIKE '%char%'; In my Unimarc setup (Koha 3.20.7, Debian 8, Mysql 5.5) the result is: mysql> SHOW VARIABLES LIKE '%char%';

Re: [Koha] Z39.50 encoding problem (tested on 2 koha servers)

Hi Zeno Tajoli, Server1: Save the record in MRCXML Server2: Stage MARC records for import --> Result: No problems, all characters OK - Koha version: 16.05.05 - - José Anjos -- View this message in context:

Re: [Koha] Z39.50 encoding problem (tested on 2 koha servers)

Hi José Anjos, do this test: Server1: Save the record in MRCXML Server2: Stage MARC records for import --> Result = ? Bye Zeno Tajoli Il 28/06/2017 14:30, anjoze ha scritto: More tests *Test 1:* I've enable Z39.50 server on both servers. Server1 --> Server2: *NO problem* with characters

Re: [Koha] Z39.50 encoding problem (tested on 2 koha servers)

More tests *Test 1:* I've enable Z39.50 server on both servers. Server1 --> Server2: *NO problem* with characters encoding Server2 --> Server1: *Problem* with characters encoding I've compared multiple files but everything is equal: /var/lib/koha/koha/biblios

Re: [Koha] Z39.50 encoding problem (tested on 2 koha servers)

Hi Barton, I've done some tests based on this page: https://wiki.koha-community.org/wiki/Troubleshooting_Zebra I will put the results here: *yaz-client -c /etc/koha/zebradb/ccl.properties koha_test:9998/biblios* /Connecting...OK. Sent initrequest. Connection accepted by v3 target. ID : 81 Name

Re: [Koha] Z39.50 encoding problem (tested on 2 koha servers)

On Tue, Jun 27, 2017 at 5:17 AM, anjoze wrote: > José José, Have you tried connecting via yaz-client? What about another z39.50 client? It would be useful to know whether the encoding errors are in Koha or in zebra. --Barton

[Koha] Z39.50 encoding problem (tested on 2 koha servers)

Hi again. From always (3.2 --> 16.11) I could not get the right encoding when searching with Z3950 on other servers. I've tried with all the available encodings (utf8, EUC-KR, ISO_5426, ISO_6937, ISO_8859-1, MARC-8 ) but always have strange characters on results. I alway thought the problem was

Re: [Koha] z39.50

> "Connection timeout to lx2.loc.gov Nothing found." Have you previously been able to connect to the Library of Congress successfully, or is this the first time you have tried it from this Koha installation? I can connect successfully from here (Ohio, USA) using these details: Hostname:

[Koha] z39.50

Hi my friends i have problem in searching using z39.50 when i search for records using koha z39.50 i get this results in every time i using any keywords "Connection timeout to lx2.loc.gov Nothing found." how solve this or where's the problem. Ahmad Nasser koha system administrator

Re: [Koha] z39.50 protocol

He's talking about Koha's z39.50 server, I figured on a private conversation. Luis Moisés, when you (re)created the instance you forgot the --enable-sru option switch, so the created koha-conf.xml has it commented out, and the tcp port is not set either (that is set using the --sru-port switch).

Re: [Koha] z39.50 protocol

This sounds to me like you have specified the MARC flavour for the zTarget incorrectly, perhaps it is set to UNIMARC instead of MARC21, or vice versa? Cheers Liz On 24/02/17 07:59, Michael Kuhn wrote: Hi Luis Hi, we are having the same problem and we couldn't fix it. Why the problem, if

Re: [Koha] z39.50 protocol

Hi Luis Hi, we are having the same problem and we couldn't fix it. Why the problem, if everything was running ok? We do not know. What we did was: reinstall everything from zero. But know we are having the same problem again. That mail was directed to you. But you didn't tell what is the

Re: [Koha] z39.50 protocol

What is the problem, specifilcally? El jue., 23 feb. 2017 a las 15:37, Luis Moises Rojas (< lmoisesro...@gmail.com>) escribió: > Hi, we are having the same problem and we couldn't fix it. > Why the problem, if everything was running ok? We do not know. > What we did was: reinstall everything

Re: [Koha] z39.50 protocol

Hi, we are having the same problem and we couldn't fix it. Why the problem, if everything was running ok? We do not know. What we did was: reinstall everything from zero. But know we are having the same problem again. On Tue, Feb 21, 2017 at 11:53 AM, Michael Kuhn wrote: >

Re: [Koha] z39.50 protocol

Hi Luis > We are trying to use the z39.50 protocol, all servers are defined, > but when we do a search of any book, only say: > record No. xxx > > Not result. > > Any help? What exactly did you enter in menu "Koha administration > Z39.50/SRU servers > New Z39.50 server" ? Have you been

[Koha] z39.50 protocol

Hi, We are trying to use the z39.50 protocol, all servers are defined, but when we do a search of any book, only say: record No. xxx Not result. Any help? Thanks -- *Luis Moisés Rojas P.* ___ Koha mailing list http://koha-community.org

Re: [Koha] Z39.50 non-Latin Characters not imported correctly

Hi Jane, What type of installation are you running? As in .deb package based or tarball? and on what operating system and version? -- Indranil Das Gupta L2C2 Technologies Phone : +91-98300-20971 WWW : http://www.l2c2.co.in Blog: http://blog.l2c2.co.in IRC : indradg on

[Koha] Z39.50 non-Latin Characters not imported correctly

Hi all! I'm new to the mailing list. It's nice to be in the community where we can get support from each other. I am having a problem with retrieving non-Latin Marc records from Z39.50. I had no problem with it before upgrading to KOHA 3.18. After upgrading to 3.18, non-Latin characters were

Re: [Koha] Z39.50 search - "Nothing found"

Hello Thank you very much, Zeno. Your solution worked. Regards Vasiliki Βασιλική Μελά Βιβλιοθηκονόμος *Αρχείο της ΕΡΤ* 210 609 2479 210 609 2431 210 606 6282 vm...@ert.gr On 18 December 2016 at 09:29, Zeno Tajoli wrote: > Hi all, > > this the relevant issue: >

Re: [Koha] Z39.50 search - "Nothing found"

Hi all, this the relevant issue: >*z3950_search.pl : DBD::mysql::st execute failed: >Field 'marcxml_old'* >*doesn't have a default value* [for Statement "INSERT INTO >import_records (import_batch_id, record_sequence, marc, marcxml, :

Re: [Koha] Z39.50 search - "Nothing found"

Hello, Zebra is running. About the Z39.50 search, I use it to search other libraries. From the perl modules table in Koha it looks like it is using Net::Z3950::ZOOM (1.16) 1.30. But I don't see it being executed as a daemon in Linux with the command ps aux. Should it? Recently, Koha was migrated

Re: [Koha] Z39.50 search - "Nothing found"

Hi Vasiliki, Did you make any changes to the Z39.50 server configuration settings? Please try to restart apache (/etc/init.d/apache2 restart) Dimitris Antonakis -- Δημήτρης Αντωνάκης ___ Koha mailing list http://koha-community.org

Re: [Koha] Z39.50 search - "Nothing found"

Hi Vasiliki, Just to make sure whether Zebra server is running or not, you can check the status in the koha staff client->More->About Koha->Zebra Version Here you will find the status of zebra server. Zebra server seems to be down in your case. Please check and can be restarted manually in

Re: [Koha] Z39.50 search - "Nothing found"

Hi Vasiliki, I just checked Z39.50 search in 16.11 and it appears to work ok. Which version of Koha is this? Which database server are you using and in which version? Hope this helps, Katrin On 14.12.2016 11:31, Vasiliki Mela wrote: Hello I am having a problem with the Z39.50 search. It

[Koha] Z39.50 search - "Nothing found"

Hello I am having a problem with the Z39.50 search. It used to work but now it doesn't. All I get is an "Nothing found" message searching for records I know exist in LC. This is the error log: [Wed Dec 14 11:30:28.333839 2016] [cgi:error] [pid 2028] [client 10.11.51.11:58571] AH01215: [Wed Dec

Re: [Koha] Z39.50 - internal server error

Greetings, My guess is that the local changes probably create a circular use. Which is why the qualification with C4:... is necessary. Did the local changes include any use statements? :) GPML, Mark Tompsett ___ Koha mailing list

Re: [Koha] Z39.50 - internal server error

El lun., 14 nov. 2016 a las 9:28, Radek Šiman () escribió: > development process. Is there any reason why "undefined subroutine" > error raises because of plack? PLease remember, the restart always fixes > the problem as well as prefixing the procedure name. But the

Re: [Koha] Z39.50 - internal server error

Hi Jonathan, I think it's the latest version available: 16.05.04.001. The local changes are focused on authorities searching as I think, but I'm not absolutely sure (isn't my work). It's just my opinion that about the local changes, so we didn't try to run without it - in addition it's a bit

Re: [Koha] Z39.50 - internal server error

Hi Radek, Which version of Koha are you running on? What are you local changes? Did you try without? Cheers, Jonathan On Mon, 14 Nov 2016 at 08:49 wrote: > Hi, > > sometimes we are facing very annoying problem concerning Z39.50 > searching, bacause all attempt to

[Koha] Z39.50 - internal server error

Hi, sometimes we are facing very annoying problem concerning Z39.50 searching, bacause all attempt to search records fail with a "white page of death" saying only "Internal server error". It is somehow connected to plack, but we cannot find a good solution. Symptoms: # tail plack-error.log -n

Re: [Koha] Z39.50 search window is not showing

That happens to me occasionally when I leave the pop-up window open and it gets behind some other window. Trying to invoke it again will not cause the window to raise. I've done it enough times that I now know to go look for it if it doesn't pop up. The behavior could be dependent on your

Re: [Koha] Z39.50 search window is not showing

I apologize to Owen for sending my reply to him. Here is what I meant to send to the list. We're having sort of the same problem. It works on the first try, but not after that. Closing the browser and restarting makes it work another time. Using Firefox on Windows 10. On 06/13/2016

Re: [Koha] Z39.50 search window is not showing

> When we click on the link add record under z39.50 from the following link > is not working. I'm not aware of any bug which would cause this. What browser are you using, and which version? Is it blocking the pop-up window? What version of Koha are you using? -- Owen -- Web Developer Athens

[Koha] Z39.50 search window is not showing

When we click on the link add record under z39.50 from the following link http://koha.library.daffodilvarsity.edu.bd/cgi-bin/koha/cataloguing/addbiblio.pl# is not working. To reproduce the error: 1. Search for any title 2. Go to its bibliography 3. Click on new>New Record 4. Click on " Z39.50/SRU

Re: [Koha] Z39.50 search results accumulating in reservoir

Hi, On Thu, May 5, 2016 at 8:54 PM, Elaine Bradtke wrote: > Then I went to pull it up for editing, and ran a search for the title in > the Cataloguing module. > I was surprised when all the other titles that came up in the original > z39.50 search showed up as being in the

[Koha] Z39.50 search results accumulating in reservoir

Running some tests on 3.22 before we install it in our production site and noticed something that I hadn't seen before. I added a new record using a z39.50 search ran it through the circulation system, etc. as part of my normal test routine. Then I went to pull it up for editing, and ran a

[Koha] Z39.50 server finds the records but delivers no fields

Hi all I'm trying to use my koha instance as a Z39.50 server. I uncommented the statements in /etc/koha/sites/_mysite_/koha-conf.xml. The sever is up. I can search the records. They are displayed but without any field-data. Only the LDR is displayed. Where is my mistake? Beda

Re: [Koha] Z39.50 Bug -> marcxml_old on import_records table

Pedro, Please answer to the list. Yes it's the easy and lazy solution. If you want to use MySQL 5.6, you must disable STRICT_TRANS_TABLES, otherwise you will encounter some errors. But we should take care of these errors and fix them. Regards, Jonathan 2015-10-29 16:51 GMT+00:00 Pedro Amorim

Re: [Koha] Z39.50 Bug -> marcxml_old on import_records table

See all bug 13526 and the discussion on bug 5366 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13523 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5366 2015-10-29 8:16 GMT+00:00 Jonathan Druart : > Hello Pedro, > > You should not use

Re: [Koha] Z39.50 Bug -> marcxml_old on import_records table

Hello Pedro, You should not use MySQL 5.6, some bugs are known: bug 13669 and bug 14637, and certainly some others. Until now nobody has shown a special interest for these issues. Regards, Jonathan http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13669

[Koha] Z39.50 Bug -> marcxml_old on import_records table

Hello, Version: Koha 3.2002000 My name is Pedro Amorim and I've been implementing Koha for the first time for the past couple of days now. This is a fresh package install. This is a bug (I think) I stumbled upon and this is how I solved it: When performing a Z39.50 search I kept getting no

Re: [Koha] Z39.50 Bug -> marcxml_old on import_records table

Also, some other thing to note: The mysql I'm running is 5.6.25. 2015-10-28 15:14 GMT-01:00 Pedro Amorim : > Hello, > > Version: Koha 3.2002000 > > My name is Pedro Amorim and I've been implementing Koha for the first time > for the past couple of days now. > > This is a

Re: [Koha] z39.50: does it provide info for bibs with no items?

Le 29/07/2015 19:03, Chad Roseburg a écrit : A vendor is using Z39.50 to check our holdings but does not see a bib record that appears in Koha. This record has no items attached. Does Z39.50 only show records with items attached, acq details ...etc.? No it does not. Z39.50 is connecting on

[Koha] z39.50: does it provide info for bibs with no items?

A vendor is using Z39.50 to check our holdings but does not see a bib record that appears in Koha. This record has no items attached. Does Z39.50 only show records with items attached, acq details ...etc.? -- Chad Roseburg Automation Dept. North Central Regional Library

[Koha] z39.50 in Koha

Hello How can we activate z39.50 in Koha In order to obtain records from the World catalog and other libraries ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] z39.50 in Koha

How can we activate z39.50 in Koha In order to obtain records from the World catalog and other libraries You don't need to activate anything, you just need to have some Z39.50 servers added to Koha, which would normally have been done during the installation process.

Re: [Koha] Z39.50 settings

The problem I was having with Z39.50 servers has been solved. It happened that the ones I was trying were no longer working or responding. I am now using the one from the Seattle Public Library and that seems to work fine. Thanks, Paul Paul Dokken Software Developer SIL PNG Communication

[Koha] Z39.50 settings

I am still not able to get any of the Z39.5 servers to work except for Library of congress. Here is one that is not working and the setting I have. Anybody see what I am doing wrong? Target=SOUTH EAST KANSAS LIBRARY SYSTEM Hostname/port= sekls.bywatersolutions.com :9998 Database=biblios

Re: [Koha] Z39.50 settings

Hi, I just tried it. See this: http://i.imgur.com/WkCnStS.png And it worked, see this: http://i.imgur.com/bZaiS93.png So nothing wrong with the server details you posted. Arslan -- Electronic Resource Librarian SZABIST Islamabad www.szabist-isb.edu.pk arslan.far...@szabist-isb.edu.pk +92

Re: [Koha] Z39.50 server timing out

Hi Paul, I would check for any firewalling that is preventing traffic coming through on those specific ports. They are commonly blocked, and often need to be explicitly opened. Cheers, Liz On 27/10/14 16:43, CTS-Programmer 3 (Paul Dokken) wrote: I am trying some public library Z39.50 sites but

Re: [Koha] Z39.50 server for children's books

-537-3544 x4404 {Telecom} +675-7081-8666 {Digicel} From: Heather Braum (NEKLS) [mailto:hbr...@nekls.org] Sent: Friday, 24 October 2014 11:59 PM To: CTS-Programmer 3 (Paul Dokken) Cc: koha@lists.katipo.co.nz Subject: Re: [Koha] Z39.50 server for children's books Paul, take a look at this z39.50

[Koha] Z39.50 server timing out

I am trying some public library Z39.50 sites but am realizing that they are timing out or not responding. I have tried 199.197.115.61:210, z3950.nexpresslibrary.org:5110, sekls.bywatersolutions.com :9998 but they all seem to timeout or give me an error. I tried http://zserver.spl.org/ into

Re: [Koha] Z39.50 server for children's books

Paul, I don't know about Christian books, but I have pretty good luck with the Madison (WI) Metropolitan Schools http://irspy.indexdata.com/full.html?id=Z39.50%3A199.197.115.61%3A210%2FMain for Scholastic paperbacks and other school trade editions. --Katelyn. Katelyn Browne High School

Re: [Koha] Z39.50 server for children's books

Paul, take a look at this z39.50 target list on the Koha wiki. I know my consortia (NEKLS) and the SEKLS consortia may have the kinds of records you're looking for. I believe the Koha manual may have more Z39.50 targets in it as well. Look for public library targets -- those would have the DVD

Re: [Koha] Z39.50 server for children's books

-pr...@sil.org.pg] Sent: Friday, 24 October 2014 6:37 p.m. To: koha@lists.katipo.co.nz Subject: [Koha] Z39.50 server for children's books Does anybody know of a Z39.50 server that would have Scholastic books, and lesser known Christian books? I've seen the directory at http://irspy.indexdata.com

[Koha] Z39.50 server for children's books

Does anybody know of a Z39.50 server that would have Scholastic books, and lesser known Christian books? I've seen the directory at http://irspy.indexdata.com but this does not help. Also, what server would have DVDs in them? We are not finding any of our DVDs in any server. We are

Re: [Koha] Open Koha Z39.50 sources

Nice work here. On Thu, Aug 28, 2014 at 8:52 PM, Nicole Engard neng...@gmail.com wrote: Thanks all! I have added a link to this to the manual :) Nicole On Wed, Aug 27, 2014 at 11:22 PM, Nicholas van Rheede van Oudtshoorn vano...@gmail.com wrote: Nice idea! I've added our info too.

  1   2   >