Re: [Koha] Union Catalog using Koha
Hi to all, Il 08/01/2018 01:39, Pablo Bianchi ha scritto: Wouldn't be a third option to use OAI-PMH? Maybe with vuFind. What are the advantages you find using the other alternatives? in fact it is an other option. I think it is more complex to do, but with OAI-PMH and Vufind you can create a better result. The advantage of pazpar2: -- More light -- More simple to do (my opinion) Dis: -- No checks on loans -- more 'basic' as frontend Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Union Catalog using Koha
Hi, Il 05/01/2018 13:54, Mubassir Ahsan ha scritto: Actually there are multiple universities maintain their own koha installations. I am trying to connect them via Union Catalog and inter-library loan. to create a union catalog with different Koha installs you can: 1)Setup z39.50 server on every Koha 2)Do the union catalog with pazpar2, http://www.indexdata.com/pazpar2 An example of pazpar2 complex conf: https://github.com/ssp/pazpar2-config Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Shibboleth authenticationa and autocreation
Hi to all, Il 20/12/2017 15:33, Björn Nylén ha scritto: Thanks för your reply. It seems my problem with autocreate is that the config isn't properly read. The tag seems undefined when checking if it is set. iI use autocreate, in koha-conf.xml this line actives it: 1 BUT attention on caching. To work I sart/stop apache, shibd and memcached Check your system about caching Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Please help this newbie :)
Hi all, Il 05/12/2017 09:13, Johan Seyfferdt ha scritto: Here is all the installation commands I used until the web installer point (in debian 8): [...] this the error point: create library koha-create --create-db libraryname the correct command (for you) is: koha-create --create-db --marcflavor=unimarc --zebralang=ru libraryname more info here: https://wiki.koha-community.org/wiki/Commands_provided_by_the_Debian_packages It is not enough for a perferct russian install Read also: https://wiki.koha-community.org/wiki/Correcting_Search_of_Arabic_records https://wiki.koha-community.org/wiki/ICU_chains_configuration https://wiki.koha-community.org/wiki/ICU_Chains_Library Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Major, multiple problems with our Koha 17.05 system.
Hi Raymund, Il 12/10/2017 13:29, Raymund Delahunty ha scritto: VERY long sorry, but our Koha system is virtually unusable and we need help! generaly speaking, you can try to tune your MySQL setup, I find useful this tool: https://github.com/major/MySQLTuner-perl Attention that could you need more RAM on your server !! About SIP, do a search on bugzilla: https://bugs.koha-community.org/bugzilla3/ and see the open problems Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Translating string at Koha manual 16.11
Hi Anthony Mao and all, Il 23/09/2017 10:55, Anthony Mao ha scritto: In English manual PDF format, it works fine at page 484 just before 4.10. Patron Search http://translate.koha-community.org/manual/16.11/en/pdf/Koha-16.11-koha-manual-en.pdf The last two .png files looks good. https://koha-community.org/manual/16.11/html/images/patrons/dischargerestrict.png, and https://koha-community.org/manual/16.11/html/images/patrons/dischargehistory.png However in html format, it missed picture for Note You can style the PDF using the NoticeCSS preference. https://koha-community.org/manual/16.11/html/ch04s09.html#patrondischarge the problem is a derivate of this bug: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19409 It is an error on migration to the new format and to Sphinx. Around 130 images are not migrated. To fix it we need to fix sources of the manual. Only after we can update transaltions .po files. Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Translating string at Koha manual 16.11
Hi to all, I think the problem is done by not so standard XML in file manual.xml ver. 16.05: Staff members can access their own check out screen by clicking their username in the top right of the staff client and choosing 'My checkouts' My checkouts The correct format (for a good transformation into ReST format) is: Staff members can access their own check out screen by clicking their username in the top right of the staff client and choosing 'My checkouts' My checkouts In fact seeking with regexp \S$ gives me 133 results inside file 16.05 manual.xml. Seeking with regexp \s$ gives me 1146 results inside file 16.05 manual.xml. My suggestion is: 1)Fix en .rst files of of 16.11, using 16.05 manual.xml to find subsections to fix. 2)Redo .po file for others languages. 3)Merges fixes into 17.05 and master. What do you think Katrin and Bernardo ? Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Translating string at Koha manual 16.11
Hi to all, Il 06/09/2017 15:24, Jonathan Druart ha scritto: It's a typo: https://koha-community.org/manual/17.05/html/04_patrons.html#check-out The string is repeated. the typo is present also into 16.11, you can see it from here: http://git.koha-community.org/gitweb/?p=kohadocs.git;a=blob;f=en/source/04_patrons.rst;h=98a14c92ea03350756cc78a82bfeab3e1c95f33d;hb=refs/heads/manual16.11.x#l1136 Probably it arrives from transformation from DocBook XML to ReST In DocBook XML format (file manual.xml 16.05): 28167 28168 Check Out 28169 28170 For instruction on checking items out, view the Checking Out section of this 28171 manual. 28172 Staff members can access their own check out screen by clicking their username in the 28173 top right of the staff client and choosing 'My checkouts' 28174 My checkouts 28175 28176 28177 28178 28179 28180 28181 In ReST format (file 04_patrons.rst 16.11): 1129 `Check Out <#patcheckout>`__ 1130 1131 1132 For instruction on checking items out, view the `Checking 1133 Out <#checkingout>`__ section of this manual. 1134 1135 Staff members can access their own check out screen by clicking their 1136 username in the top right of the staff client and choosing 'My 1137 checkouts'My checkouts 1138 1139 `Details <#patrondetails>`__ 1140 as you see the subsection ... is not well transformed into ReST format. The correct transformation is: 1129 `Check Out <#patcheckout>`__ 1130 1131 1132 For instruction on checking items out, view the `Checking 1133 Out <#checkingout>`__ section of this manual. 1134 1135 Staff members can access their own check out screen by clicking their 1136 username in the top right of the staff client and choosing 'My 1137 checkouts' My checkouts |image| 1138 1139 `Details <#patrondetails>`__ I think we need to improve DocBook XML to ReST import. What do you think Katrin and Bernardo ? Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha Acquisition Module - problems when modifying the price, conversion rate and currency while receving the order
Hi Paul and all, I confirm that there is a bug about this topic. I create a bug in bugzilla here: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19030 I can't write the code to fix it. I suggest to ask for a quote to fix it to many dirm that work on Koha, https://koha-community.org/support/paid-support/ Bye Zeno Tajoli Il 20/07/2017 07:48, Paul Pandian ha scritto: Dear Tajoli, Many thanks. We tried your sandbox (Koha 17.06.00.003) with acqusition module and found that this particular functionality (change of price, currency and conversion rates while receiving the order) remains the VERY same as that of Koha 3.22 as given below in the example: While editing the order line number, the URL passes two parameters viz.1. ordernumber and 2.booksellerid as shown below: http://library.imsc.res.in:8001/cgi-bin/koha/acqui/neworderempty.pl?ordernumber=4=1 As you may notice, the parameters passed in the URL hold good for books acquisition. But for the serials, subscriptionid is another important parameter to be passed in the URL to identify the particular serial subscription. This is not provided even in the Version 17.06. We have to manually pass this subscriptionid parameter in the URL as below to acheive the functionality: http://library.imsc.res.in:8001/cgi-bin/koha/acqui/neworderempty.pl?ordernumber=4=1=4 So, what should happen is that when passing the parameters in the URL while editing the orderline during the receipt of the order: For every order number, system should check for subscriptionid value and should include the subscriptionid parameter in the URL only when subscriptionid value is present. In otherwords, if the subscriptionid value is present, then URL will have subscriptionid parameter with values (=4 for example). If subscriptionid value is not present for the order number, then this subscriptionid parameter should NOT be passed at all in the URL. We think this should fix this problem. We have tested manually. Kindly look at the codes and do the needful to effect the above functionality. With kind regards, Paul Pandian and Maruthu Pandiyan - = Scientific Officer (Library) | The Institute of Mathematical Sciences | (An Autonomous Institute of Department | of Atomic Energy, Goverment of India) | CIT Campus, Taramani | Chennai 600 113, Tamilnadu|Phone: +91-44-2254 3383(D) | +91-44-2254 3100(EPABX) India|Fax: +91-44-2254 1586 |E-mail: pand...@imsc.res.in Website https://library.imsc.res.in = On Tue, 18 Jul 2017, Tajoli Zeno wrote: Hi Paul, Il 18/07/2017 07:58, Paul Pandian ha scritto: We request Koha developers to kindly look at the following issues with regard to Acquisition module: the first problem on your request is that you are working on 16.11.05 Now Koha is on 17.05.1 and on 16.11.09 As first check we need to know if bug is still present. To do this, you can use a sandbox. See here: https://wiki.koha-community.org/wiki/Sandboxes You can go here: http://kohastaffsandbox.ptfs-europe.co.uk/ with login 'test' and password 'test'. This sandbox is ready to test your problem. So, go to http://kohastaffsandbox.ptfs-europe.co.uk/, test the problem and save screenshoots of operations that you do. After the check, write again here. Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Fwd: Re: Cataloguing
Hi to all, Il 20/07/2017 10:20, Michael Kuhn ha scritto: I know Ubuntu 14.04 is no longer supported. But this information conflicts with the information given on the page https://koha-community.org/download-koha/ which still says: Actively supported for packages: Debian 7 (Wheezy), Debian 8 (Jessie), Ubuntu 14.04 (Trusty Tahr) I think we need to update the web page https://koha-community.org/download-koha/. Bye -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha Acquisition Module - problems when modifying the price, conversion rate and currency while receving the order
Hi Paul, Il 18/07/2017 07:58, Paul Pandian ha scritto: We request Koha developers to kindly look at the following issues with regard to Acquisition module: the first problem on your request is that you are working on 16.11.05 Now Koha is on 17.05.1 and on 16.11.09 As first check we need to know if bug is still present. To do this, you can use a sandbox. See here: https://wiki.koha-community.org/wiki/Sandboxes You can go here: http://kohastaffsandbox.ptfs-europe.co.uk/ with login 'test' and password 'test'. This sandbox is ready to test your problem. So, go to http://kohastaffsandbox.ptfs-europe.co.uk/, test the problem and save screenshoots of operations that you do. After the check, write again here. Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
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 in Koha code, not in MySQL on system setup. I fill a bug here: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18910 I don't think is a easy bug to fix a proper way. Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
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 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
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 caracóis Tring with Tamil demo [http://kpro.tamil.fr/] z39.50 works weel [with Firefox]. I don't know what to do, you need to debug the perl code. Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
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, which value have you insert ? Try to insert 'ISO_5426' Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
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 init-connect='SET NAMES utf8' character-set-server = utf8/ Then: mysql> SHOW VARIABLES LIKE '%char%'; +--++ | Variable_name| Value | +--++ | character_set_client | utf8 | | character_set_connection | utf8 | | character_set_database | utf8 | | character_set_filesystem | binary | | character_set_results| utf8 | | character_set_server | utf8 | | character_set_system | utf8 | | character_sets_dir | /usr/share/mysql/charsets/ | +--++ Still have the same problem with Z39.50 characters. last try: close apache, plack and zebra. On linux command line go to the correct dir and with the koha user do: ./cleanup_database.pl --verbose --z3950 Then retest z39.50 searches. Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
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%'; +--++ | Variable_name| Value | +--++ | character_set_client | utf8 | | character_set_connection | utf8 | | character_set_database | utf8 | | character_set_filesystem | binary | | character_set_results| utf8 | | character_set_server | utf8 | | character_set_system | utf8 | | character_sets_dir | /usr/share/mysql/charsets/ | +--++ Server1 has the same result of Server2 ? An other possible source of problem is 'locale' setup. In my server koha@debian8:~$ locale LANG=en_US.UTF-8 LANGUAGE=en_US:en LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= As you see there are much more '.UTF-8' that in your 'locale'. On the topic: https://wiki.koha-community.org/wiki/Encoding_and_Character_Sets_in_Koha Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
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 encoding Server2 --> Server1: *Problem* with characters encoding I've compared multiple files but everything is equal: /var/lib/koha/koha/biblios /etc/koha/sites/koha/zebra-biblios-dom.cfg /etc/koha/zebradb/pqf.properties /etc/koha/zebradb/ccl.properties *Test 2:* Server2: Save the record in MRCXML Server1: Stage MARC records for import --> *Problem* with characters encoding Where can I find more settings for Zebra or something related? Thanks - 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-tp5938540p5938710.html Sent from the Koha-general mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Add a branch, or not?
Hi Elaine Il 26/06/2017 20:37, Elaine Bradtke ha scritto: What's the best way to do this with Koha? Would setting up a branch work, or would it be better to set up a different instance and somehow get them to link together for broader searches? if you setup a different instance you can't do this: and it might be easier to link their holdings to our records instead of converting their database to MARC. As I see here [http://catalogue.efdss.org/] you are a mono branch install. You can add an other without problem then you need two new dns address. One for the new library and one for 'the general catalog'. You can mantain the present dns name [http://catalogue.efdss.org/] for your branch Read this pdf: http://www.koha.org/library/resources/Documentation/OPAC-Customization.pdf To do good result you must done same magic in apache conf files: in the different VirtualHost section you can insert different system preferences using SetEnv OVERRIDE_SYSPREF_PrefName Value . If it's a small bit of digital magic that needs doing, we might be able to beg some help from a friendly IT wizard. Is better that to ask him/here to read: http://www.koha.org/library/resources/Documentation/OPAC-Customization.pdf https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10325 ATTENTION: before go to production, test the setup in a TEST server. Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Customizing Labels in Label Creator -- Help
Hi, Il 11/05/2017 21:00, Boulier, Jack ha scritto: I am attempting to bring in several of the Koha fields from the cataloging side into my labels . I am able to collect items from the Marc21 record without any problems. But I cannot seem to get the syntax for exporting the Koha fields such a s the 8 field, or the alpha fields below it. A solution could be do a work like this: http://kohageek.blogspot.it/2013/07/how-to-create-barcodelabel-using.html To extract marc data with SQL you need to use special XML handling functions Read here: https://wiki.koha-community.org/wiki/SQL_Reports_Library#Query_MARC https://wiki.koha-community.org/wiki/SQL_Reports_Library Extra info: http://news.nexpresslibrary.org/the-redesigned-label-creator/ Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Acquisitions change in Koha 16.11 and forward
I think it is a good idea. +1 Il 09/05/2017 22:44, Nick Clemens ha scritto: Hello All, With the current versions of Koha there have been some changes in acquisitions and how prices are calculated and there seems to be some confusion in terms and how things are currently being used. We wanted to clarify what is happening, propose a change and get feedback on what needs to happen. When placing an order there are several price fields: Vendor price (listprice in db) -This is used to populate the Replacement cost and budgeted cost on the order page. It is not used against the budget Replacement cost (rrp in db) -This is used to calculate the 'budgeted cost/ecost' in the budget - it also populates the replacement price in the item created by the aqc process once received Budgeted cost (ecost in db) -This is the replacement/rpp minus any discount on the order - this is the value that will be encumbered when the order is placed Actual cost (unitprice) -This is the eventual 'price' of the item and is the encumbered amount once the item has been received. With the changes that were made one can no longer adjust the 'Replacement/RRP' once an order is placed - this is because this value is adjusted for tax in the db (rrp_tax_excluded, rrp_tax_included) and used for calculating the ecost tax adjusted (ecost_tax_excluded, ecost_tax_included) Some libraries have been having issues as they use 'Replacement' cost mostly for populating items and are not used to it being unable to be edited and/or affecting budgets. We are proposing to rename the current 'Replacement cost' field to match the db value - 'Recommended retail price' (RRP) and add a new 'Replacement cost' field, editable at any point, that is only used for populating the item field. We think this will clear up how the other values are being used and restore functionality that changed. Please let us know if this works or what other suggestions you have here. Thank you, Nick, Kyle, Jonathan ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Hello
Hi, Il 18/04/2017 15:49, Brian Trippodo ha scritto: Hi everyone! My name is Brian and I just started working at Queens University of Charlotte two weeks ago. For the past 10 ½ years I had been working for an Innovative library using Millennium & Sierra. I'm very excited about learning all about a new ILS and making sure Koha is being utilize in the most effective manner possible. So far, I've been listening to some webinars about the 16.11 release, looking at the manual, and I also found a Koha newbie wiki. But, I was wondering if any of you wonderful people might have some suggestions on other resources to help me get up to speed on all things Koha? Thanks in advance for any suggestions you all might have! explore all link of ByWater Education section: http://bywatersolutions.com/education/ About costumization: https://www.myacpl.org/koha/category/koha/ in general: http://kohageek.blogspot.it/ http://blog.l2c2.co.in/ Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] How to correct misspellings etc. in Koha?
Hi Michel and all, Il 31/03/2017 11:04, Michael Kuhn ha scritto: 1. Over the last years I have collected quite a lot of misspellings in (the German translation of) Koha. What will I have to do to correct these misspellings so that they are gone in the next version? you can start here: http://translate.koha-community.org/de/ and coordinate the changes with kfischer (Katrin Fisher). Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Installing Koha on LInux Mint VERSION="18.1 (Serena)"
Hi Daniel, Il 25/02/2017 15:32, Daniel F. Twum ha scritto: My first attempt at installing Koha on Linux Mint has encountered the following issues: myusbpc@myusbpc-XPS-8700 ~/Downloads/koha-16.11.00 $ sudo apt-get install koha-common Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package koha-common I am following the instructions https://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages Here is the history of what I did: 513 echo deb http://debian.koha-community.org/koha stable main | sudo tee /etc/apt/sources.list.d/koha.list 514 ll /etc/apt/sources.list.d/koha.list 515 cat /etc/apt/sources.list.d/koha.list 516 wget -O- http://debian.koha-community.org/koha/gpg.asc | sudo apt-key add - 517 sudo apt-get install koha-common the problem is that after 516 >516 wget -O- http://debian.koha-community.org/koha/gpg.asc | sudo apt-key add - you try to install koha-common > 517 sudo apt-get install koha-common The correct sequence is: wget -O- http://debian.koha-community.org/koha/gpg.asc | sudo apt-key add - sudo apt-get update sudo apt-get upgrade sudo apt-get install koha-common I suggest you to read all web page https://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages before to continue Remeber that your version of Linux Mint uses MySQL 5.7 so check this paragraph: https://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages#Ubuntu_16.04_and_MySQL_5.7 Generaly speaking use Linux Mint only if you know it very well. Koha is tested on Debian and Ubuntu, we probaly have very little experience on Linux Mint. Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Multiple OPAC interfaces
Hi, Il 07/02/2017 14:24, Michael Kuhn ha scritto: Is it possible to have just one Koha database but more than one OPAC interface that is accessing the data? in my opinion the best option is many OPAC Virtual Hosts with different DNS CNAME each. In every VH setup you can insert different values for system preferences and you can hve different css, js, etc. Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] WG: Introducing myself, adress administration, and accessibility
Hi, Il 30/01/2017 09:19, Andrea Katemann ha scritto: Hello Owen and koha-comunety Thank you for your helpful answers. It would be good to know that our suggestions to accessibility would be welcome. Is there perhaps any idea to manage our addresses? I'm looking forward to any opinions. You can use this feature to add your extra addresses: https://koha-community.org/manual/16.11/html/ch02s03.html#patronattributetypes You probably will have problem on printing those extra addresses. Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] WG: Introducing myself, adress administration, and accessibility
Dear Andrea, Il 27/01/2017 12:28, Andrea Katemann ha scritto: 1. As already said we are mainly a shipping library. For this reason We need more than three addresses per customer. We have so far understood that you can create three addresses in Koha. Is it possible to expand the program by the way that you can create 6 to 8 addresses per user? Can you explain more why do you need so much addresses per user ? In Koha you can add free text fields if you want: https://koha-community.org/manual/16.11/html/ch02s03.html#patronattributetypes 2. In our library also work blind and visually impaired employees. First tests from Koha have shown us that the system is quite usable for this clientele. We assume that there is still need for adjustment. Would it be conceivable that our ideas on accessibility would be assured in the further development of Koha? Well, if you send fixes and patch on this topic [or you pay developers for them] you need to follow this workflow: https://wiki.koha-community.org/wiki/Development_workflow. Speaking about standard of accessibility is a very good idea [we love standars]. We think that the Opac is Ok on accessibility, Intranet not so well. But you can probably write a more complete report about this topic. Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] To publish italian version of manuals
Hi to all, I, Stefano Bargioni and Gianfranco Nicola, we have finish to translate Koha manual into italian. We ask to insert the links to http://translate.koha-community.org/manual/xxx in the offical web page (https://koha-community.org/documentation/) We ask to insert link to 3.18, 3.20, 3.22, 16.05 versions. All those versions are still in use in Italy today so it is useful to show those version of the maual. Cheers Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] FW: Problems with migrating from Koha 16.05 to 16.11
Hi David, Il 30/12/2016 00:47, David Whelchel ha scritto: All appeared to go well with one exception. While the staff web client works on the port 8080, the OPAC public client points to the apache2 "It works!" page. I tried both with the DNS and IP addressing with the same results. I also looked at a number of suggestions on the web about managing the koha.conf and 000xx.conf files. I am sure that there is a difference between the way virtual hosts changed between the old system I am an using in prod and the way apache2 works in the newest Debian. I just don’t have enough experience with this part of the process to make it work. I'll keep digging, but if there is any information on how to properly configure the virtual hosts it would be helpful. If Koha is the only web application running on the server, the command "sudo a2dissite default" may be a quick fix. The docs to study: http://httpd.apache.org/docs/2.4/vhosts/ Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Update Release Notes of 16.11.00 ?
Hi to all, I see tha release notes of 16.11.00 have few notes about new features and enhancements. I'm inserting notes about them, util now all new features and same enhancements. Do you think is it OK to update release notes into the code and create a new 'news' with more notes about the bugs ? Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] MySQL database server, dedicated vs virtual
Hi to all, Il 05/12/2016 18:18, Jonathan Druart ha scritto: On a side note, we lack testers. Patches are in the queue to support new versions of MySQL (out of the box, because you can still use MariaDB or tweak the MySQL config to make it works). in fact if you want try Koha on Ubuntu 16 LTS the tweak on MySQL config (/etc/mysql.ini) is: [mysqld] sql_mode=IGNORE_SPACE,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION Source: http://askubuntu.com/questions/811831/whats-the-correct-way-to-revert-mysql-5-7-strict-mode-back-to-how-it-was-in-5-6 This is the same mode in mysql 5.6. Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Empty list on Authorized Values after upgrade to 16.05.05
Hi, Il 11/11/2016 16:21, anjoze ha scritto: Until now, the only problem reported by my librarians colleges is when making a reservation for a patron. The result is: Software error: DBIx::Class::Storage::DBI::_dbh_execute(): Field 'lowestPriority' doesn't have a default value at /usr/share/koha/lib/Koha/Object.pm line 109 in fact is possible an other problem connect with MySQL 5.7. Try to insert in your /etc/mysql/my.conf: [mysqld] sql_mode=IGNORE_SPACE,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION Source: http://askubuntu.com/questions/811831/whats-the-correct-way-to-revert-mysql-5-7-strict-mode-back-to-how-it-was-in-5-6 This is the same mode in mysql 5.6. If it doesn't work, try: [mysqld] sql_mode=NO_ENGINE_SUBSTITUTION Every time restart mysql daemon. ATTENTION !! Be careful. I don't test those instructions so I don't know if they could create problems instead of resolve them. Test them before in spare server. Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Empty list on Authorized Values after upgrade to 16.05.05
Hi Aanjoze Il 11/11/2016 10:10, anjoze ha scritto: SHOW VARIABLES LIKE "%version%"; | version | 5.7.16-0ubuntu0.16.04.1 | your server is an Ubuntu 16.04 LTS (Xenial Xerus) with mysql 5.7 In Koha 16.05 this version of MySQL is not supported See this bus and its 'Depends on' bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17258 I'm quite sure that your modification on /etc/mysql/my.conf: >and inserted this 2 lines at bottom: > >[mysqld] >sql-mode="STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION"* it is a good mitigation fix. Test your installation as much as you can and write here: -- The tests have you done. -- The results have you find. Try to test every aspects onIntranet (cataloguing, loans, acquistions, tools, etc) and on Opac (search, do an hold, display of items status, list, cart, etc.) In fact this problem is not only about Authorized Values. Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Clicking on left panel navigational links changes OPAC language
Hi Vasiliki, Il 13/10/2016 11:43, Vasiliki Mela ha scritto: Hi all! I have added left panel navigational links in my OPAC but when I click on them the OPAC language changes from greek to english. How can I create new preferences (webpages) that my OPAC recognises as greek? your Opac is public ? Can you send the link to the list ? Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] local language searching problem
Hi Fatone and all, Il 10/10/2016 14:45, Fatone ha scritto: The link which you attached is for Arabic, not Dzongkha. If I correct "words-icu.xml" from to , will searching enable? in fact this change is the first thing to do. I suggest you to read also https://wiki.koha-community.org/wiki/Correcting_Search_of_Polish_records. It is more clear if know latin alphabet better than arabic. In fact the icu_chain could be: This a basic for all languges, read ICU site to understand better the options availabe. You can start for here: http://userguide.icu-project.org/transforms/general/rules In fact Zebra (the indexing system of Koha) uses ICU quite directly. You can do same test with yaz-icu: http://www.indexdata.com/yaz/doc/yaz-icu.html Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Cannot upload .mrc file for staging Marc records
Hi, Il 15/09/2016 14:25, bram vermeir ha scritto: That must be it. I disabled the Dutch language and it fixed the problem. I have some issues and errors when trying to retranslate. So I can't reactivate Dutch for now. in fact today the dutch translation is impossible to use. For 16.05 only 8% of strings are done. If you want to use it, go here: http://translate.koha-community.org/nl_NL/16.05/ Is it a good idea to start to transalte and fix opac. You need an account on the server to do transaltion. Ask for it in mailing list koha-transl...@lists.koha-community.org [http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-translate] Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Removing Boolean searching from OPAC.
Hi, Il 06/06/2016 16:06, Raymund Delahunty ha scritto: Has anyone edited server files to change the way OPAC searches work, to remove the default use of Boolean? We are on 3.20 and in the quick search box Boolean operators are recognised, and in the case of AND are assumed between individual words. The real problem is the 'not' word. If you try with "On knowing how artists think Elizabeth Fisher" you find 1 record. Using jquery, https://wiki.koha-community.org/wiki/JQuery_Library#Add_Title_Phrase_to_the_simple_search, add title phrase to the simple search and tell to user to use it if they want to use all title words. Bye Zeno Tajoli -- Zeno Tajoli / SVILUPPO PRODOTTI/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Unable to start both Apache, KOHA OPAC and Admin interface
Hi, Il 06/06/2016 11:49, Mahesh Angadi ha scritto: I had installed Koha on Ubuntu 12.04 using Live CD prepared by Dr. A. R. D Prasad and Dr. Sunita Barve (from India). Everything is running fine for almost 2 years. After recent package updation, I found that, I am unable to start Apache and thus both KOHA OPAC and Admin interace are also not starting. check the version of apache on your server. If you have done an update to apache 2.4, you need to fix your koha-httpd.conf file An help: https://www.linode.com/docs/security/upgrading/updating-virtual-host-settings-from-apache-2-2-to-apache-2-4 Attention that it is a quite complex problem if you don't have experience on Apache setup. Bye Zeno Tajoli -- Zeno Tajoli / SVILUPPO PRODOTTI/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Allow external Z39.50 targets to be searched from the OPAC
Hi, Il 26/05/2016 10:11, Sami M. Rasheed ha scritto: Hi, How to configure Koha to allow external Z39.35 targets to be search from the OPAC. wait a little and I will write a wiki page about it. Bye Zeno Tajoli -- Zeno Tajoli / SVILUPPO PRODOTTI/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Searching biblionumber in catalogue using staff client
Hi, Il 06/05/2016 10:03, Iming Chan ha scritto: Dear all, Due to our workflow from Acquisitions to Cataloguing, we regularly search Biblionumber (Marc 999$c) in the catalogue when adding new item(s). It will be nice that we could shorten the search syntex of "Biblionumber:" to something like "BN:" or similar. Having to repeatly keyin "Biblionumber:" (followed by relevant number) is quite inefficient. in fact reading default ccl.properties and marc_defs/marc21/biblios/biblio-koha-indexdefs.xml you can see that a equivalent of biblionumber: is sn: Try to use 'sn:' Bye Zeno Tajoli -- Zeno Tajoli / SVILUPPO PRODOTTI/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Indexing MARC21 tag 264, why not use indexes pl and copydate
Hi to all, reading the log of 264 indexing setup, https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14198 I see that the final decision is to insert all 264 data into indexes Providera and pv. As I have undestand, 264 doen't insert data into pl [place] and into copydate [year]. The comment speaks "Note that if you search again with pb only one record appear. This is because the suggestion of LOC". Can you link me the suggestion of LOC ? I don't find it. And about the other two indexes, pl and copydate ? Why we dont' do something like those line ? pl:w pl:p copydate:w copydate:s In my MARC21 records we are starting to use 264 and we don't use 260 anymore [is an early adopter policy]. Thank you for everything. Zeno Tajoli -- Zeno Tajoli / SVILUPPO PRODOTTI/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] SIPServer abaility
Hi, Il 22/04/2016 18:36, Joseph Hogan ha scritto: Hello, OK' it is used for tools hooked up to the computer to help check books out? Like hand scaenrs of RFID scanenrs? sorry the delay. The answer is yes, this is the normal use of SIP procotol in Koha (and in others ILS). I strongly suggest to read this paper from 3M: http://mws9.3m.com/mws/mediawebserver.dyn?660Zjcf6lVs6EVs66S0LeCOQ- Bye Zeno Tajoli -- Zeno Tajoli / SVILUPPO PRODOTTI/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] SIPServer abaility
Hi, Il 22/04/2016 17:46, Joseph Hogan ha scritto: I use SIP server sfor VOIP telephony purposes. But, what is the use here in Koha? i library field SIP is not related with VOIP. See: https://en.wikipedia.org/wiki/Standard_Interchange_Protocol It is a protocol to speak with specific hardware (autoloan station, RFID devices, etc.). Bye Zeno Tajoli -- Zeno Tajoli / SVILUPPO PRODOTTI/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] OAI-PMH in 3.22
Hi Pedro, Il 05/04/2016 14:17, Pedro Amorim ha scritto: After the upgrade to 3.22, OAI-PMH response is now using oai_dc:collection instead of oai_dc:dc. in fact your example of 3.22 is a demo that use default setup. But your example of 3.16 is not a standard setup, it is a personalization. If you go to code of 3.16.x for intranet-tmpl/prog/en/xslt/MARC21slim2OAIDC.xsl http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=koha-tmpl/intranet-tmpl/prog/en/xslt/MARC21slim2OAIDC.xsl;h=291ab06b965a47518fa008e30e5e13f177707469;hb=refs/heads/3.16.x you can say that dublin core metadata are inside ... So if you prefert the solution of 3.16 in library.software.coop, you need only to change your version of /xslt/MARC21slim2OAIDC.xsl file Bye Zeno Tajoli -- Zeno Tajoli / SVILUPPO PRODOTTI/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] OPAC Main Content Transparent
Hi Jerwyn,
Il 26/02/2016 14:23, Jerwyn Fernandez ha scritto:
Maybe the CSS for the .main is bugged?
I tried putting this code under OpacMainUserBlock and it worked!
.main {
background-color:rgba(255,255,255,0);
border:0px;
border-radius:0px;
box-shadow:rgba(0, 0, 0, 0.0) 0 0px 0px 0;
margin-bottom:0em;
margin-top:0em;
}
try to use OPACUserCSS instead of OpacMainUserBlock and you can use only
css code.
Bye
Zeno Tajoli
--
Zeno Tajoli
/ SVILUPPO PRODOTTI/ - Automazione Biblioteche
Email: z.taj...@cineca.it Fax: 051/6132198
*CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI)
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Upgrade from 3.18 to 3.20.07.000 - Now getting Loading .. you may continue scanning in Circulation Checkout
Hi, Il 14/01/2016 09:48, Admire Mutsikiwa ha scritto: I have upgrade my Koha system running on Debian 8.2 from Koha 3.18 to 3.20.07 . Now which checking out a book it is not displaying the table with the checkout details such as the due date. Instead, it is displaying the message "Loading .. you may continue scanning" . Any help? this is a know bug, bug 15431: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15431 You have two option: 1)Wait until next 3.20.x release (next week as I know) 2)Try to fix it with those instructions [from Frédéric DEMIANS]: - Access your Koha server with shell. - Locate the file 'checkouts' in your local Koha installation. It is in 'svc' subdirectory of the Koha home directory. - Change your working directory to the directory containing 'checkouts'. - Run this command: wget -O checkouts http://tinyurl.com/zg6ukte It retrieves a valid 'checkouts' program. Bye Zeno Tajoli -- Zeno Tajoli /Dipartimento Sviluppi Innovativi/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Help from people experienced in Arabic, Hebrew, and CJK languages
Hi to all, starting from a simple problem, "Text::Unaccent doesn't works on RH/Centos, how to replace it", it starts a good discussion about support of complex UTF-8 languges. The discussion needs help from people with experience in Arabic, Hebrew, and CJK languages The link: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14759 Please try to join the discussion also if you don't know perl, but if you know well one of those: - Arabic alphabet and language - Hebrew alphabet and language - CJK writing systems and languages Bye Zeno Tajoli -- Zeno Tajoli /Dipartimento Sviluppi Innovativi/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Merge.pl koha
Hi Elif, Il 14/11/2015 08:05, Elif Demir ha scritto: I want to merge one biblio to many biblios. in koha system , merge.pl <http://merge.pl> , it can be done only "merge one biblio to another one biblio". Can you help me? How can i do this multiple merge? you need to wait 3.22 release: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8064 Generaly speaking it is better do send questions to mailing list instead to a single person. Bye Zeno Tajoli -- Zeno Tajoli /Dipartimento Sviluppi Innovativi/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Searching in Arabic
Hi Jesse, Il 13/11/2015 16:27, Jesse Lambertson ha scritto: I did go ahead and submit a bug: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15187 Please attach a .zip/.gzip marc21 export of 10-20 record to this bug. It is important if you want to help the resolution. Bye Zeno Tajoli -- Zeno Tajoli /Dipartimento Sviluppi Innovativi/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Searching in Arabic
Hi Il 12/11/2015 16:20, Jesse Lambertson ha scritto: I do, however, have one more question regarding this: http://wiki.koha-community.org/wiki/How_to_add_new_zebra_index I do a correction on this wiki page. Now it si OK. It was posted by someone who was also in need of adding non-default index fields to the list. The wiki page is correct. But your case is much more complex. Also the wiki page about olb books it is OK, but you can use it only as basic how-to to undestand how config indexing work. Does anyone know anything about the steps as suggested there or do we really need to rework the whole thing because of the Arabic and the linkages to their respective fields? You don't to delete part of default indexing config, you need to add 880 indexing. But it is difficult, because you need to backport bug 14217, http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14217 If you migrate to 3.22 [it arrive at the end of november 2015] you still need to change default indexing to use 880 more deeply. I suggest you to open a bug on bugzilla. Add 10-20 marc record from your catalogue with 880 to do tests. Bye Zeno Tajoli -- Zeno Tajoli /Dipartimento Sviluppi Innovativi/ - Automazione Biblioteche Email: z.taj...@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] continued problems with indexing- v. 3.18.06
Hi Amy and all, Il 19/05/2015 16:25, Amy Schuler ha scritto: So I am still looking for advice. If anyone still suspects my koha-conf.xml or zebra-biblios.cfg files, I would gladly send you the printout from those or snippets from them. if you swith to DOM indexing your standard config file is zebra-biblios-dom.cfg, not zebra-biblios.cfg For authority zebra-authorities-dom.cfg, not zebra-authorities.cfg An you need to update all commands that you use. Read the lines config .. /config in zebra config sections of koha-conf.xml and you can see where your config file must stay. Bye -- Dr. Zeno Tajoli Servizi Innovativi -- Automazione Biblioteche z.taj...@cineca.it fax +39 02 2135520 CINECA - Sede operativa di Segrate ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] staff member responsible of loan/renewal recorded in issues?
Hi, Il 08/05/2015 15:13, Giuseppe Angilella ha scritto: is the information concerning which staff member was responsible of a loan or renewal of a given item recorded anywhere in the database? I couldn't find it in the issues tables. Assuming it is not, it could be a relevant information to record, in cases where several staff members (or even all patrons) have issueing privileges. I think you can record it if you active IssueLog: Home › Administration › System preference IssueLog Bye Zeno Tajoli -- Dr. Zeno Tajoli Servizi Innovativi -- Automazione Biblioteche z.taj...@cineca.it fax +39 02 2135520 CINECA - Sede operativa di Segrate ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] search returns nothing, yaz-client returns values
Hi, Il 11/02/2015 18:07, Tim Young ha scritto: We have a koha install that has had some issues (expounded upon below) At the moment, all searches from the webpage return no results. I can do a manual search using yaz-client, and get results. If I go to the item search, I can see everything there. check the system preference 'OpacSuppression' [Opac section] If is on 'Hide', set on 'Don't hide'. And try again. Bye Zeno Tajoli -- Dr. Zeno Tajoli Servizi Innovativi -- Automazione Biblioteche z.taj...@cineca.it fax +39 02 2135520 CINECA - Sede operativa di Segrate ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] deleting koha-opac-error_log
Hi, Il 10/02/2015 10:42, Mesfin Teshome ha scritto: Dear all,The koha-opac-error_log file has grown very big 65GB and filling up the server harddisk. Can I delete this file and recreate a new empty one? What will be the effect? We are running Koha 3.12 you can clear this file, it is a text file with the erros of the system. It is a good idea to read the last 200-500 lines to understand if you have problems to solve, after to be completly sure: - stop any indexing - stop zebra - stop apache - stop mysql Delete it with /dev/null: https://linuxprograms.wordpress.com/2010/05/14/clear-a-file-dev-null/ probaly the file koha-opac-error_log is not of standard 'koha' user, more probaly www-data or root, so operate with 'sudo' After: - restart mysql - restar apache - restart zebra - restart indexing Bye zeno Tajoli -- Dr. Zeno Tajoli Servizi Innovativi -- Automazione Biblioteche z.taj...@cineca.it fax +39 02 2135520 CINECA - Sede operativa di Segrate ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
