Re: [Koha] Announcement: KohaCon24 to be held in Montréal, Canada

2023-07-06 Thread Eric Bégin
Thanks, Owen, and to all those who dared to accept Montreal as the next 
location.


I'm pretty stoked about that.

Special thanks to Caroline for preparing the proposal :-)

Can't wait to see you ALL in Montreal!!!

Meanwhile, see you in Finland.

Eric Bégin
Solutions inLibro inc.


Le 7/6/23 à 11:23, Owen Leonard a écrit :

Greetings,

In the IRC General Meeting held today, the proposal for KohaCon24 by
inLibro to host in Montréal was accepted unanimously by all present.

The conference will be open to in-person and online participation.
Their proposal can be seen here:
https://wiki.koha-community.org/wiki/KohaCon24_Proposals.

The target date is September 2024, but more information will be available in
the coming months.

Thank you very much inLibro, I look forward to seeing you all there!

  -- Owen


___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Cataloging book data entry not save for koha 20.05

2020-12-28 Thread Eric Bégin

Hi,

Actually, I don't this that it's API related.

We faced this problem when restarting ElasticSearch on our side.

The permission of the log files are getting wrong.

Check the permissions of your files in /var/log/koha/mamcet/

Just to let you know, you probably have errors when saving a syspref too.

Hope that helps,

Eric

Le 2020-12-28 à 2:40 a.m., MAMCET Library a écrit :

Good Morning
After updating to 20.05 this error appeared when cataloging trying to save
a record.

Can't open /var/log/koha/mamcet/z3950-error.log (Permission denied) at
/usr/share/perl5/Log/Log4perl/Appender/File.pm line 151.


___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Frameworks and Their Purpose

2020-07-06 Thread Eric Bégin

Hi Charles,

As far as I know, there is no way to change the records framework in 
batch editing.


If I had to do it, I would update the data directly in the database.

The framework is defined as the 'frameworkcode' column of the 'biblio' 
table.


Hope that helps !

Eric


On 7/6/2020 8:51 PM, Charles Kelley wrote:

Hi, all!

 In our earliest exchange, on 6 Jul 2020 at 14:09, I wrote among other
things:



I have been looking for an answer to the following question, but I've
been unable to find one: What are the purpose and use of the frameworks?


[etc., etc., etc.]

 In an exchange on 6 Jul 2020 at 09:08, Caroline Cyr-La-Rose responded
among other things:

Frameworks are cataloguing "forms". You can use many different ones or just

the default one.


[etc., etc., etc.]

 In an exchange on 6 Jul 2020 at 10:12, John Sterbenz responded among
other things:

Frameworks give me the ability to do something I wished my previous catalog

could do but didn't--customized OPAC and staff-side field labels (all the
way down to the subfield level, which is a really nice bonus).  While the
"provided" ones focus on format, you have the ability to create brand new
ones, so if you have several collection of "regular old books" that you
would want to which you want to assign and create new frameworks, you can
do so easily.


[etc., etc., etc.]

 Thank you both. I understand now.

 I do have a follow-up question: Is it possible in Koha to change a
framework of a group records en masse? For example, if I have a group of
747 maps (949 $c = "MAP") but their framework is BKS, can I change the
framework to MAP through Koha in one fell swoop (and if so, how so); or
must I painstakingly change them one at a time?

 I have tried exporting them into MarcEdit and importing them anew into
Koha while selecting "Import this batch into the catalog" with "Add new
bibliographic records into this framework:" (select from the dropdown
menu), but the framework for each record remains as it was before the
exporting and importing.

 Many thanks.


--
Eric Bégin

Tél.  : 833-465-4276, poste 200
eric.be...@inlibro.com <mailto:eric.be...@inlibro.com>

INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com 
<http://www.inLibro.com>

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Taking patron images out of db into a directory

2020-04-10 Thread Eric Bégin
Mengu,

We did something similar for one clients.  It's patrons pictures were on an 
external server using the borrowernumber as filename (they have  a unified id 
for all of their services)

So their is definitively use cases for such a feature.

In our case, we just "hacked" the picture URL with their server URL.

I think we should have a syspref for the patron pictures base URL, and maybe 
the key to use as filename (cardnumber, borrowernumber or even an patron 
attribute)

Hope that help !

⁣Eric Bégin
Solutions inLibro inc.​

Le 9 avr. 2020 à 10:42, à 10:42, Mengu Yazicioglu  a 
écrit:
>
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Omeka / OHMS issue

2020-03-12 Thread Eric Bégin
Hi Chad,

I think you will have more chances to get an answer on an Omeka mailing list :-)

Cheers,

⁣Eric Bégin
Solutions inLibro inc.​

Le 12 mars 2020 à 19:23, à 19:23, Chad Roseburg  a écrit:
>We have a new installation of Omeka. When I try to upload an OHMS XML
>file,
>whether zipped or not, I get the error:
>
>LogicException
>OHMS file must be validated before retrieving the list of columns.
>
>Along with a stack trace. Any Omeka users run into this one?
>
>Thanks!
>
>-- 
>Chad Roseburg
>Assoc. Director / IT
>Automation Dept.
>North Central Regional Library
>___
>
>Koha mailing list  http://koha-community.org
>Koha@lists.katipo.co.nz
>Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] DATA MIGRATION

2018-11-21 Thread Eric Bégin
Murphy,

Have you tried with mysql instead mysqldump ?

mysql -uroot -p koha_library < koha_library.sql

Cheers !

⁣Eric Bégin
Solutions inLibro inc.​

Le 21 nov. 2018 à 05:18, à 05:18, Igbudu Tersoo  a 
écrit:
>Hi Great Ones,
>Had a problem with my old koha server machine. i have currently
>installed
>koha 18.04 with mysql 5.7 database on ubuntu 18.11. on the old server
>machine, koha 17.11 with mariadb database was running on ubuntu 16.11.
>now
>i have a backup of the old server and i used this command *mysqldump
>-uroot
>-p koha_libraryserver.
>the mysqldump command  runs without an error but no data is migrated to
>the
>new server.
>please any help on what do do?
>Thank you.
>
>Murphy Igbudu
>Systems Librarian
>Benue State University Library & Information Services,
>Benue State University Makurdi. Nigeria.
>___
>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] Checkout without barcode

2018-09-30 Thread Eric Bégin

Robert,

Enabling the  system preference allows you to 
search for a document if the text you entered in the barcode field is 
not found.


So you can consider the barcode field as a search box.

More info available here : 
https://koha-community.org/manual/17.05/html/02_administration.html#itembarcodefallbacksearch


Best regards,

Eric Bégin
Solutions inLibro inc.



On 2018-09-30 15:31, Robert Flach wrote:

Is there a simple way to checkout books without a barcode?

I'm currently in the process of inventorying and barcoding all our 
materials, but in the meantime, it would be super useful to be able to 
checkout materials by looking them up by name/author/etc. So far I 
have not been able to find a way to do this.  There's no check out to 
patron option after searching the catalog, and the checkout process 
only allows for barcodes as the entry method.


Currently I have the catalog search open in one tab and the checkout 
in the other and copy and paste from one to the other to check items out.


Hoping someone can offer me a better solution.

Thanks,
Robert


___
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


[Koha] Spam email

2018-09-26 Thread Eric Bégin

Hi,

I guess I'm not the only who receive the email below which attachment is 
infected.


It seems that Koha's mailing list has been "infiltrated" with spam bots.

Anybody has a clue how to fix this ?

Best regards,

Eric


 Forwarded Message 
Subject:Koha Available Invoice 0E787866 from 26 September
Date:   Wed, 26 Sep 2018 03:22:41 -0300
From: 	Koha 
<"koha-boun...@lists.katipo.co.nzasistentegerencia"@colboletos.com>

To: eric.be...@inlibro.com



Good Morning,


Please be advised that that your order, detailed in the attached invoice, 
shipped.
We thank you and appreciate your business.
Attached is your invoice from Koha.


Sincerely,

--
Koha
koha-boun...@lists.katipo.co.nz

--


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Please unsubscribe me

2018-07-15 Thread Eric Bégin
Lucille,

You should have received an unsubscribe confirmation email.

Sorry to see you leave the community.

Regards,

⁣Eric Bégin
Solutions inLibro inc.​

Le 15 juil. 2018 à 06:31, à 06:31, Sissie DJernes  a 
écrit:
>I would very much like to be unsubscribed from the Koha list for
>librarians. I was interested more in becoming an end user of the
>database,
>as a researcher. I do not want to work with setting up a library
>system.
>Thanks,
>Lucille D'Jernes
>___
>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] Screenshots internationalization for the manual (and acceptance tests?)

2018-01-21 Thread Eric Bégin
ecause of bug 20043
- I have already found several bugs (not reported yet) writing these tests.
- The screenshots I generated are from the installer (all of them) and the
administration part (~50%)
- Currently I cannot regenerate only 1 screenshot (if something went wrong
for instance). They should be independent (unless for the installer part)
and the script should take an image name in parameter (like perl
generate_screenshot.pl --name FineNotifyAtCheckin --lang es).
- Could be done later:
* Generate screenshots for "fr" with UNIMARC data
* Use sample data from the language we want
* Have separate data set depending on the language (like having the biblio
titles or patron names depending on the region: John Doe for 'en', Jean
Dupont for 'fr', Juan Pérez for 'es', etc.)
* And certainly much more...
The links to what have been done so far: (manual with only the installer
and administration sections, these links are temporary)
ar - http://download.koha-community.org/manual/wip_screenshots/ar/html/
en - http://download.koha-community.org/manual/wip_screenshots/en/html/
es - http://download.koha-community.org/manual/wip_screenshots/es/html/
it - http://download.koha-community.org/manual/wip_screenshots/it/html/
pt_BR -
http://download.koha-community.org/manual/wip_screenshots/pt_BR/html/
zh_TW -
http://download.koha-community.org/manual/wip_screenshots/zh_TW/html/

Here is the list of the images that have been generated:
https://pastebin.com/RQV35cu2
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


--
Eric Bégin

Tél.  : 888 604-2627
Cell. : 514 777-6572
eric.be...@inlibro.com <mailto:eric.be...@inlibro.com>

inLibro | Spécialistes en technologies documentaires | www.inLibro.com 
<http://www.inLibro.com>

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Changing user password

2017-09-17 Thread Eric Bégin

Hey Luis,

If what you want is to force the user to change its password next time 
he logs in, as far as I know, this is not currently supported by Koha.


Cheers,

Eric Bégin
Solutions inLibro inc.

On 2017-09-15 04:22 PM, Luis Moises Rojas wrote:

Hello everybody,

We are creating user with generic password,
Does koha can allow user to change, inmediataly the user log in, to change
the password?

Thanks



___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Help Me

2017-08-26 Thread Eric Bégin


Rajesh,
All MARC21 fields/subfields are available at the following link
https://www.loc.gov/marc/bibliographic/
Regards,
Eric Bégin Solutions inLibro inc.

 Message d'origine 
De : Rajesh Shelar <svims...@gmail.com> 
Date : 25/08/2017  23:48  (GMT-05:00) 
À : Koha <koha@lists.katipo.co.nz> 
Objet : [Koha] Help Me 

Dear Sir Please Send Me The Tag Of Koha Software.


1).Book Publication Year.

-- 
*​**Thanks & Regards*



*Mr. Rajesh R.Shelar*
*Sadhu Vaswani Institute Of Management Studies For Girl's ( MBA )*
*Koregaon Road,Pune*
*Mob.No.8380941380*

*Save Water..Conserve Life.*
___
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] Restrict access

2017-08-13 Thread Eric Bégin

Hello !
Based on what you exposed us, you'll have to manage the access to your 
files outside of Koha with some sort of DRM.


I'm pretty sur Koha doesn't have search « filter » based on users 
attributes.


And even if this was possible, this wouln't prevent someone to access 
your files if they know the URL of your file.<


Eric

On 17-08-13 04:03 PM, fjcosta wrote:

Thank you Lennon.
I did as you told: three types of patrons and three kinds of items, and
under Circulation and Fine rules I manage to restric each type of patron to
its item permission (basic to basic, intermediate to basic+intermediate, and
advanced to all).
But when a reader under patron type basic makes a search in OPAC, all
material (basic, intermediate and advanced) is visible and, if is a PDF
files, he can download and read it.
Would you please consider help me in this issue?




--
View this message in context: 
http://koha.1045719.n5.nabble.com/Restrict-access-tp5943311p5943320.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


--
Eric Bégin

Tél.  : 888 604-2627
Cell. : 514 777-6572
eric.be...@inlibro.com <mailto:eric.be...@inlibro.com>

inLibro | Spécialistes en technologies documentaires | www.inLibro.com 
<http://www.inLibro.com>

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] How disable sending email

2017-04-05 Thread Eric Bégin

Tim,

Meanwhile, you can comment out the process_message_queue.pl script from 
your cronjob.


Eric

On 2017-04-05 14:01, Jonathan Druart wrote:

Hi Tim,

This is certainly dues to bug 15854.
It has been fixed in all stable releases.

Regards,
Jonathan

On Wed, 5 Apr 2017 at 14:37 Tim Koop  wrote:


Our Koha is sending duplicated emails for checkin notices.

Is there an easy way to disable this for everybody until we can upgrade
Koha to get it fixed?

Thanks.


Tim Koop
,
t...@mysouthland.com
___
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


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] KOHA instalation on Cent OS 6.8

2017-02-23 Thread Eric Bégin

Hi Paulson,

Can you mention us what is not working ? :-)

Thanks,

Eric Bégin
Solutions inLibro inc.

On 2017-02-23 02:27, paulson kf wrote:

Hi,


I am trying to install KOHA ( latest stable version ) in Cantos 6.8 . I
have  a dedicated server with three website running successfully in it . I
need  to park my KOHA along with these website . CentOS.6.3 is that latest
official documentation published on KOHA
( https://wiki.koha-community.org/wiki/Koha_3.10_on_Centos_6.3_x86_64_en )
. I have tried this but not getting succeeded . Any one have any
information about this.




Best Regards,
Paulson k  f
___
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] How to delete book in koha

2017-01-29 Thread Eric Bégin
However, I don't know if that changed, but rebuilding zebra won't clear 
the index if you don't have any books in your database.


Eric Bégin
Solutions inLibro inc.

On 2017-01-28 01:27, Bob Birchall wrote:

On 28/01/17 16:35, Tanzeem M.B wrote:

To delete a single book in KOHA, is it ok to search the book with its
accession number (barcode) ,click edit and
select the option - delete book or should i use the option delete item.

You have to delete all the items before you can delete the book.


To completely delete all the bibliographic details. I tried to use 
truncate

biblio, truncate items, truncate biblioitems.
But still when I give a search I get the details, though when clicked on
the book name, the book is not available message is shown.
What other steps should I do. I tried koha-zebra-rebuild, but in vain.


Even though the records have been removed from the database, they are 
still in the index.  Rebuild zebra.


I hope this helps.
Bob Birchall
Calyx


___
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] Send email using Microsoft office 365

2017-01-17 Thread Eric Bégin

This link will be more usefull than Koha community :)

https://secopsmonkey.com/mail-relaying-postfix-through-office-365.html

On 2017-01-17 04:44, ahmnas wrote:

Hi my friends i want to Configure Microsoft office 365 with postfix to send
notices from Koha, like gmail, because we change domain from google to
Microsoft office.

Ahmad Nasser
koha system administrator
future university in Egypt



--
View this message in context: 
http://koha.1045719.n5.nabble.com/Send-email-using-Microsoft-office-365-tp5917492.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


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] backing up files after crash

2016-12-09 Thread Eric Bégin

Justin,

If it's a standard installation, you can access your database file under 
/var/lib/mysql


Copy this directory on a new server, make sure it's own my mysql:mysql 
and you should be good to go.


Eric

On 2016-12-09 15:13, Justin Martin wrote:
So our server crashed (don't ask, it was my fault, I broke ubuntu) 
anyway, after a couple of days of getting lots of help from the folks 
in #ubuntu on freenode It is officially unresurectable. I can get 
chroot access and pull any files I may need off of it but I can't run 
a report of any kind. Is there a way for me to grab stuff for backup 
so I don't have to start from scratch? It's there just the OS is broken.


Justin Martin
Library Assistant
Abel J. Morneault Memorial Library
___
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] High definition logo

2016-11-05 Thread Eric Bégin

Hi Hugo,

I attached my SVG version of Koha's logo

Eric

On 2016-11-04 12:49, Hugo Agud wrote:

Good morning

I wish to print some info about Koha and I was wondering if anybody have a
high definition koha's logos?

Thanks a lot in advance
Hugo



___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] News feature in Koha

2016-08-29 Thread Eric Bégin


David,
There is no way to set define the news location in the OPAC at the moment.
Where would you like it to be?
If I had to do it, i would use jquery to move the news div to the desired 
location.
Regards,

Eric BéginSolutions inLibro inc.

 Message d'origine 
De : "David L. Whelchel"  
Date : 29/08/2016  15:14  (GMT-05:00) 
À : koha@lists.katipo.co.nz 
Objet : [Koha] News feature in Koha 

Hello,

 

I have enabled the News feature in both the Staff and OPAC views. In the
staff client the News appears in the left hand column. In the OPAC client
the news appears in the OPAC Main User Block (or just above it). I would
like be able to choose where news is displayed in OPAC. I have looked
through the documentation, Release Notes and GIT and have not seen any
obvious way to change the location of where the News feature is displayed.
Is this something that needs to be managed by modifying HTML/CSS? Any
suggestions? I do hold out the possibility that I am missing something
simple.

 

Koha Version 16.05.03.000

Linux Koha 3.2.0-4-amd64 #1 SMP Debian 3.2.81-1 x86_64

Perl 5.014002

MySQL version: mysql Ver 14.14 Distrib 5.5.50, for debian-linux-gnu (x86_64)
using readline 6.2

Apache version:   Server version: Apache/2.2.22 (Debian) Server
built: Jul 20 2016 05:07:38

 

Thanks for the help

 

--Dave


---

David L. Whelchel

725 SE Derby Street

Pullman, WA 99163

  whelc...@pullman.com

 

http://www.dlwa.com

http://library.dlwa.com

 

___
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] [Koha-devel] Error on Koha Dev Git install

2016-07-07 Thread Eric Bégin


Scott,
There is a slight difference the way the permissions are given in Apache 2.4.
Take a look at this :
https://httpd.apache.org/docs/current/en/upgrading.html#run-time
Cheers,
Eric BéginSolutions inLibro inc.

 Message d'origine 
De : Scott Kushner  
Date : 07/07/2016  11:55  (GMT-05:00) 
À : "Koha Devel (koha-de...@lists.koha-community.org)" 
, koha@lists.katipo.co.nz 
Objet : [Koha-devel] Error on Koha Dev Git install 

Anyone seen this before and have a solution?  It’s some kind of Apache 
permissions issue, but I’m not sure where. I gave the directory 755 and 
www-data permisions.. ForbiddenYou don't have permission to access / on this 
server.Additionally, a 404 Not Found error was encountered while trying to use 
an ErrorDocument to handle the request.Apache/2.4.10 (Debian) Server at 
xxx.xx.x.xxx Port 8080  I am following these installation instructions… 
https://wiki.koha-community.org/wiki/Install_and_Setup_Koha_to_use_Git_on_a_Development_Server
 thanks, Sincerely,  Scott KushnerSystems LibrarianMiddletown Public Library55 
New Monmouth RdMiddletown, NJ 07748 
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Round the World Koha Speaking Tour

2016-06-27 Thread Eric Bégin

Hi Joann,

I feel like you'll have to add a few weeks to your trip :)

Let me know if (and when) you could pass by Montréal, Canada before 
going south in the US, we'll be happy to set something up.


Cheers,

Eric Begin
Solutions inLibro inc.

On 2016-06-27 13:36, Esmael Wan wrote:

Hi Joann,

I'm from malaysia and on behalf Koha Community of Malaysia we are very pleased to 
receive you as a guest to convey information on Koha. We have several sites Koha in 
academic and public libraries around kuala lumpur and georgetown & we can 
prepare meeting/presenting/talking to the koha's libraries.  As our guest we would 
like to provide accommodation, travel costs and daily remuneration during their 
stay. Please let know more details about planning.
Regards
Esmael
___
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] a request to be listed on Koha website as a Koha Support provider

2016-06-12 Thread Eric Bégin


Have a look at 
https://koha-community.org/support/paid-support/how-to-get-listed/
Do you have a link to the koha-community.org websitr on your site? I didn't see 
it...
Thanks,
Eric BéginSolutions inLibro inc.

 Message d'origine 
De : ang...@kamang.biz 
Date : 10/06/2016  08:58  (GMT-05:00) 
À : koha@lists.katipo.co.nz 
Objet : [Koha] a request to be listed on Koha website as a Koha Support
provider 

Hello,
Kindly list our company on Koha website, we have applied to provide Koha 
Library management system to Tanzanian government and private 
institutions.
Our details are as follows:

 Company Name: KAMANG INVESTMENT

 Contact Person:ISACK KAMBIRA

 Contact email:kamb...@kamang.biz,ang...@kamang.biz

 Website:www.kamang.biz

 Telephone:+255 754 270 245
___
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] Koha and display of diacritics/non-Roman alphabets/characters

2016-06-02 Thread Eric Bégin

Bruce,

There are multiple possible problems :

1. The data itself
2. Database configuration
3. Apache configuration

Take a look at this page, it contains the settings you should look at :

https://wiki.koha-community.org/wiki/Encoding_and_Character_Sets_in_Koha

Eric

On 2016-06-02 11:43, Bruce Willms wrote:

I am brand new to Koha, but having a good time learning about it.  I have
encountered a stumper, however.  Can someone explain how to set up the
system to properly display diacritics and non-Roman characters?   For
example, I have a book about the Soviet Union that is written in French, and
it is not rendering either the French or the Russian diacritics.  I also
have materials in Asian languages such as Lao and Thai in the catalog.

  


Thanks for any tips.

  


Bruce Willms

East Side Freedom Library

St. Paul, Minnesota

___
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] Facets

2016-05-19 Thread Eric Bégin

Tom,

I don't know why exactly you do not have facets when use_zebra_facets is 
1, it should.


When use_zebra_facets is set to 0, Koha uses the X first results to 
compute facets, where X is set in the maxRecordsForFacets system 
preferences.


Eric Bégin
Solutions inLibro inc.

On 2016-05-19 12:36, Tom Hanstra wrote:

I'm not sure I understand how facets work.

I'm testing V3.22 (both .04 and .06) and have found that running with the
default of using facets from zebra:

  1

Does not present the facets on searches. However, if I change that to 0,
which I assume then does not use Zebra facets but instead gets the facets
from somewhere else, then the facets appear.

Questions:
- With this set to 0, where do the facets come from?
- Why might the default of setting facets from Zebra not work? Did I miss
something on my Zebra compilation or indexing?

My first thought is just to leave this set to 0 since that works and 1 does
not. But I do want to understand the tradeoffs and why it is working as it
is.

Thanks,
Tom



___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Troubleshooting Z39.50 access

2016-05-09 Thread Eric Bégin


Jason,
Try on port 2100.
Ports below 256 are restricted to root user by Linux.
If you really want to use port 210, you'll have to use iptables to forward it.
But as I mentionned, try it first with 2100.
Cheers,
Eric BéginSolutions inLibro inc.

 Message d'origine 
De : Jason Loeffler  
Date : 09/05/2016  19:29  (GMT-05:00) 
À : koha@lists.katipo.co.nz 
Objet : [Koha] Troubleshooting Z39.50 access 

Hello.

New Koha user here and attempting to configure Z39.50 for external
libraries to harvest records.

I've configured the server directive and server info blocks which I've
shared in the following gist.

https://gist.github.com/minorscience/d92d40f077b830c5985eed116d81b2f4

Not sure what else need to done besides bouncing the Zebra server.

Any attempt to connect on the local network or outside network returns:

Connecting...error = System (lower-layer) error

Zebra is running and the assigned port is open.

Any ideas? I'm a little familiar with yaz but haven't used it much in a
Koha context.

Thanks in advance.

Jason Loeffler
Technology Consultant
Minor Science | Application Development & Metadata Strategy
Brooklyn, New York
ja...@minorscience.com
(347) 405-0826
minorscience (Skype)
___
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] SIPServer abaility

2016-04-26 Thread Eric Bégin

Joseph,

Actually, Koha doesn't use a SIP server, it is a SIP server.

External clients can make request to the server in order to perform some 
tasks such as marking a book as borrowed, displaying a list of borrowed 
items, and so on.


The primary use of the SIP protocol is for self checkout kiosque which 
allows patrons to check out book without having to go the the 
circulation counter.


Hope that clarifies a bit how SIP is used :)

Cheers,

Eric Bégin
Solutions inLibro inc.
www.inLibro.com

On 2016-04-26 04:36, Tajoli Zeno wrote:

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



___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Circ Notices not working since migration

2016-04-23 Thread Eric Bégin


Martin,
Your command is set to run everytime the minute is 1 (00:01, 01:01, 02:01, ...) 
on monday only.
Try */15 * * * * to run it every 15 minutes :)

Eric BéginSolutions inLibro inc.

 Message d'origine 
De : Martin House  
Date : 23/04/2016  10:21  (GMT-05:00) 
À : koha@lists.katipo.co.nz 
Objet : [Koha] Circ Notices not working since migration 

None of our circulation notices are working anymore since our migration to
3.22. I have checked and notices appear to be queued. I fear that something
is wrong with how I have setup crontab.

Here is what I have for one of them:

1 * * * 2 /usr/share/koha/bin/cronjobs/process_message_queue.pl

Can someone help me shed some light on this? It's been really, really
frustrating to have this core function not working.

Thank!
Martin


Martin House
martin.ho...@gmail.com

"An unexamined life is not worth living."
___
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] Koha Export ISBN

2016-04-19 Thread Eric Bégin

Thank for pointing that out Paul !

My mind still think the isbn column is a varchar(30) :)

Registry updated ! :)

Eric

On 2016-04-18 19:52, Paul A wrote:

At 05:16 PM 4/18/2016 -0400, Eric Bégin wrote:

Daniel,

Tomas's suggestion is good, but I would like to propose to switch its 
SELECT for using ExtractValue(marcxml, 
'//datafield[@tag="020"]/subfield[@code="a"]')


The reason is that the isbn column in the database contains 
concatenated ISBNs and the field length is limited, so the list of 
ISBNs could be truncated.


A good suggestion, but to be a tad pedantic, SchemaSpy has 
biblioitems.isbn as mediumtext, 16777215, [checkmark], null, ISBN 
(MARC21 020$a); I'm not sure how many you'd have to concatenate to 
truncate one and two thirds Mb ;=)


Best -- Paul




The SELECT assume that you are using MARC21.

In addition, you could also get invalid ISBN using the subfield z

The final query would be :

SELECT ExtractValue(marcxml, 
'//datafield[@tag="020"]/subfield[@code="a"]') as ISBN FROM 
biblioitems where ISBN <>""


Note that some lines may content more than 1 ISBN.

Cheers,

Eric Bégin
Solutions inLibro inc.
7240, Waverly St.
Montreal (Quebec) Canada

888 604-2627 | www.inLibro.com



On 2016-04-18 15:57, Tomas Cohen Arazi wrote:
You should create a guided report for this. Do it at Reports > 
Create from

SQL, and paste this into the SQL field:

SELECT title, author, isbn

FROM biblio

LEFT JOIN biblioitems

ON (biblio.biblionumber=biblioitems.biblionumber)


Choose an apropriate name for the report.



2016-04-18 16:39 GMT-03:00 Daniel Glendening 
:



Hi all,

Running into something that seems like it should be simple,
but I'm running in circles trying to figure it out -- is there
a simple (or not simple) way to export a document
containing titles, authors, and isbn numbers?

In truth, all I really need are the isbns -- stocktaking and
inventory exports don't seem to include isbn numbers
as a field. I could make a "List" and export that as csv, but
  I want ALL the isbns in my library, in which case it seems
like i'd have to add all titlesmanually to a list.

So, in short, my goal is: a document, preferably CSV,
containing all isbns in my koha library of approx 3000 items.

Any tips?

Many thanks,
Daniel

___
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



---
Maritime heritage and history, preservation and conservation,
research and education through the written word and the arts.
 and 

___
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] Koha Export ISBN

2016-04-18 Thread Eric Bégin

Daniel,

Tomas's suggestion is good, but I would like to propose to switch its 
SELECT for using ExtractValue(marcxml, 
'//datafield[@tag="020"]/subfield[@code="a"]')


The reason is that the isbn column in the database contains concatenated 
ISBNs and the field length is limited, so the list of ISBNs could be 
truncated.


The SELECT assume that you are using MARC21.

In addition, you could also get invalid ISBN using the subfield z

The final query would be :

SELECT ExtractValue(marcxml, 
'//datafield[@tag="020"]/subfield[@code="a"]') as ISBN FROM biblioitems 
where ISBN <>""


Note that some lines may content more than 1 ISBN.

Cheers,

Eric Bégin
Solutions inLibro inc.
7240, Waverly St.
Montreal (Quebec) Canada

888 604-2627 | www.inLibro.com



On 2016-04-18 15:57, Tomas Cohen Arazi wrote:

You should create a guided report for this. Do it at Reports > Create from
SQL, and paste this into the SQL field:

SELECT title, author, isbn

FROM biblio

LEFT JOIN biblioitems

ON (biblio.biblionumber=biblioitems.biblionumber)


Choose an apropriate name for the report.



2016-04-18 16:39 GMT-03:00 Daniel Glendening <danieljglenden...@gmail.com>:


Hi all,

Running into something that seems like it should be simple,
but I'm running in circles trying to figure it out -- is there
a simple (or not simple) way to export a document
containing titles, authors, and isbn numbers?

In truth, all I really need are the isbns -- stocktaking and
inventory exports don't seem to include isbn numbers
as a field. I could make a "List" and export that as csv, but
  I want ALL the isbns in my library, in which case it seems
like i'd have to add all titlesmanually to a list.

So, in short, my goal is: a document, preferably CSV,
containing all isbns in my koha library of approx 3000 items.

Any tips?

Many thanks,
Daniel

___
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] New to Koha, but very interested

2016-04-15 Thread Eric Bégin

Hi Joseph,

Sorry for the little questions.  I know software, but librairies, I am 
still learning. 

Been there, done that !

Welcome aboard !

How are searches done for looking in an external library? 

It actually depends on what you mean by looking for external library.

Koha doesn't /easily /support the search of external library out of the 
box by the library's patrons through the OPAC (library's catalog).


However, librarians can set up Z39.50 targets in order to search 
external libraries and import their records which speed up the 
cataloguing process.


Cheers,

Eric Bégin
Solutions inLibro inc.
7240, Waverly St.
Montreal (Quebec) Canada

888 604-2627 | www.inLibro.com


On 2016-04-15 12:20, Joseph Hogan wrote:

What if the library is not one of the branches in the local system?

How are searches done for looking in an external library?

Do the librarian have to look at each external library individually?

Sorry for the little questions.  I know software, but librairies, I am 
still learning.


Thanks

Joseph

On 2016-04-15 12:10, vikram zadgaonkar wrote:


Hi,
Koha has inter library loan feature.
Yes you can search books from all branch libraries.

On 15-Apr-2016 9:35 PM, "Joseph Hogan" <joeho...@gmx.com 
<mailto:joeho...@gmx.com>> wrote:


Hello All,

I already feel like part of the family:)

I like the answers that I have received so far!

I am already very encouraged.

I think that VMs will be the easiest way to deploy a new libraries.

I thought of another question.

Being that we will be promoting the inter-library loan concept,
which is currently not available, but does it work for searching
other libraries to find books?

Is there a way for the librarian to have access to multiple
libraries at once when doing research to get the other books, or
is this done one at a time at other other libraries in the system?

Thanks for yoru feedback

Joseph


On 2016-04-15 02:11, Mengu Yazicioglu wrote:

Hi Joe,

Here are my answers

1. Yes, you may, we use 1126 branches for one instutition, 6
for another, etc. Koha supports branches.

2. Yes you can, we use 3 database servers, 8-10 web servers
for big installation.

3. Yes, you can. You need the look at some coonfiguration
files. But I suggest you use a specific server for your Koha
insallation
and use the default values for future support.

Best regards
Mengu

On 15-04-2016 06:06, Joseph Hogan wrote:

Hello,

My name is Joe.

I am writing because we are in discussions with a possible
college campus looking to update the searching ability on
the campus.

We found Koha and the features seem full and rich.

We have more technical questions about installing a new
library and sharing server with multiple libraries.

I will ask a couple of questions, and then follow up,
depending on the replies I get.

1 - The campus has more then one library on campus: 1 for
physical sciences  1 for medecine  1 for social sciences
How can this be treated?  Can one installation cover for a
campus allow for the location data to include which
building/library, or even on which campus it might be 
located?


2 - Can we run multiple instances of Koha on the same
server?  I ask because any other the documentation that I
have read always mentioned 1 server, 1 koha.   If this
works well for us, there are a couple of other libraries
interested in working with us. We want to under stand the
resources needed.  1 koha per server, or many per server?

3 - Can Koha be installed to run from a particular
folder?  We already have our server up and running, and if
they can just be installed in a directory of a web page
installation?

This is just my beginning.  We are trying to understand
the software in order to know what is possible or now.

Thanks!

Joe
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz <mailto: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 <mailto: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 <mailto:Koha@lists.katipo.co.nz>
https://

Re: [Koha] Problem with migrating barcodes

2016-03-05 Thread Eric Bégin


Clint,
Can you tell us more about how you migrating your data ?
Are you able to confirm than the export from MS Access was in the right format ?
Cheers,
Eric BéginSolutions inLibro inc.

 Message d'origine 
De : "clint.deckard"  
Date : 05/03/2016  20:53  (GMT-05:00) 
À : Koha-List  
Objet : [Koha] Problem with migrating barcodes 

I have been asked to migrate an M$ Access based library system, Karant, 
which as developed locally by a gentleman that no longer supports the 
software.
The problem is a physical barcode such as T20132X  2685 is recorded in 
the database as 120132.
I wonder if anyone can point me towards what might be happening please.

Thank you,
Clint.
___
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] OPAC Main Content Transparent

2016-02-26 Thread Eric Bégin

Hey Jerwyn,

Have you tried to set the main class background to something like 
rgba(255,255,255,.50)


.main
{
background-color: rgba(255,255,255,.50)
}

Cheers,

Eric Bégin
Solutions inLibro inc.

On 2016-02-26 07:39, Jerwyn wrote:

Greetings!

Does anyone have tried making the OPAC Main Content to be Transparent?
Please see screenshot below.

<http://koha.1045719.n5.nabble.com/file/n5875993/Main.png>

Kind regards,



--
View this message in context: 
http://koha.1045719.n5.nabble.com/OPAC-Main-Content-Transparent-tp5875993.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


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] koha opac customization urgent

2016-02-18 Thread Eric Bégin


Thilanka,
Can you provide us with an URL to look at ?

Eric BéginSolutions inLibro inc.

 Message d'origine 
De : Thilanka Gunasena  
Date : 18/02/2016  02:59  (GMT-05:00) 
À : koha@lists.katipo.co.nz 
Objet : [Koha] koha opac customization urgent 

Dear all,

When  I add a image to opac home page( login page)   and it is displaying but 
when I log in  and log out  opac logout page image is not displayed. Please 
help me

Regards,
Thilanka Gunasena
SLT TRPL



This message is intended only for the use of the individual or entity to which 
it is addressed and may contain information that is confidential and/or 
privileged. If you are not the intended recipient please delete the original 
message and any copy of it from your computer system. You are hereby notified 
that any dissemination, distribution or copying of this communication is 
strictly prohibited unless proper authorization has been obtained for such 
action. If you have received this communication in error, please notify the 
sender immediately. Although SLT attempts to sweep e-mail and attachments for 
viruses, it does not guarantee that both are virus-free and accepts no 
liability for any damage sustained as a result of viruses.
___
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] Vote on proposed location for Koha-US meeting

2016-02-04 Thread Eric Bégin

Could we hold this meeting in Montréal, Canada ? ;-)

On 2016-02-04 07:42, BWS Johnson wrote:

Salvete!


Koha-US (formerly, Koha-NA/NAKUG) has collected proposals for sites to
host its 2016 annual face-to-face meeting. I would like to invite you
to read each site proposal found at
 and then cast your
votes to indicate your preference. Related questions and/or comments
can be submitted to rhastings at nekls dot org. Cannot make it to this
year's meeting? You can still tell Koha-US which site you think is
best for this meeting. We want your feedback :-)


  I am delighted to see that the name of the organisation and the meeting 
have changed. They both go a long way towards conveying purpose and Community.

Cheers,
Brooke
___
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] List Koha service providers in india

2015-12-02 Thread Eric Bégin
Mr. Hiremath,

Here's your list : 
https://koha-community.org/support/paid-support/country/#ind

:)

Eric Bégin
Solutions inLibro inc.

 Message d'origine De : Banesh Hiremath 
<banes...@gmail.com> Date :01/12/2015  23:45  (GMT-05:00) 
À : koha@lists.katipo.co.nz Objet : [Koha] List Koha 
service providers in india 
Hi,

I need list of koha service providers in India


Please reply for this mail

-- 

B. K. Hiremath
Librarian
Library and Information Center
JSS Academy of Technical Education
Noida-201301
___
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] OPAC Header Design

2015-11-26 Thread Eric Bégin

Jerwyn,

Have you tried the following :

$("#members > ul").html( ' Site Map   ' + $("#members > ul").html() )

$("#members > ul").html( '  
  ' + $("#members > ul").html() )

I basically just change the order of what is in the .html() function.

Good luck !

Eric Bégin
Solutions inLibro inc.

On 2015-11-26 04:35, Jerwyn wrote:

Eric and Indranil,

You are both awesome! Thank you for your inputs I was able to add it.

Using the JavaScript that Eric suggested I can now add image and text on the
right-hand corner of the *Log in to your account*. I am still figuring it
out on how put it on the left side corner.

This is the script that I used.

$("#members > ul").html( $("#members > ul").html() + ' Site Map
  ' )

$("#members > ul").html( $("#members > ul").html() + '' )

<http://koha.1045719.n5.nabble.com/file/n5862925/Header.jpg>

Thank you and best regards!



--
View this message in context: 
http://koha.1045719.n5.nabble.com/OPAC-Header-Design-tp5862911p5862925.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


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] OPAC Header Design

2015-11-25 Thread Eric Bégin

Jerwyn,

We did something similar.

If you look at this opac : http://chelsea.inlibro.net/

You'll see a Français in the top left corner.

We add this option using the following javascript in the opacuserjs 
system preference :


$("#members > ul").html( $("#members > ul").html() + 'class="divider-vertical">href="/cgi-bin/koha/opac-changelanguage.pl?language=fr-CA">Français' 
);


Cheers,

Eric Bégin
Solutions inLibro inc.

On 2015-11-26 00:00, Jerwyn wrote:

Greetings!

Is it possible to put text and images besides the *Log in to your account*?

Does anyone have done this?

<http://koha.1045719.n5.nabble.com/file/n5862911/Sample_Header.jpg>

Thank you and best regards,



--
View this message in context: 
http://koha.1045719.n5.nabble.com/OPAC-Header-Design-tp5862911.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


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Attempting to setup new server.

2015-11-03 Thread Eric Bégin
Hi Jack,

It's hard to say why, but your backup should be larger than a fee bytes.

How did you export it?  Do you still have access to your old server?

Cheers,

Eric Bégin
Solutions inLibro inc.

 Message d'origine De : "Boulier, Jack" 
<jboul...@mticollege.edu> Date :03/11/2015  12:45  (GMT-05:00) 
À : koha@lists.katipo.co.nz Objet : [Koha] Attempting to 
setup new server. 
I am trying to get the records from one server to a new server. 
/home/koha/backup is reporting only 20 bytes in the file for the backup. File 
name /home/koha/backup/koha_library_sql.gz. If uncompressed there are 0 bytes 
in the record. Can someone tell me where I am going wrong. Am I looking at the 
wrong file. I have well of 1200 records in the database. Should I also be 
picking up the modification I made to the web pages? My never server with only 
5 records carrys over 55000 bytes.

Thanks,
Jack


Jack Boulier,
LRC Director
5221 Madison Ave.
Sacramento, CA 95841
(916) 339-4370 Direct
(916) 339-0305 FAX
(916) 339-1500 Main
jboul...@mticollege.edu

-Original Message-
From: Koha [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of 
koha-requ...@lists.katipo.co.nz
Sent: Monday, November 2, 2015 3:00 PM
To: koha@lists.katipo.co.nz
Subject: Koha Digest, Vol 121, Issue 5

Send Koha mailing list submissions to
koha@lists.katipo.co.nz

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.katipo.co.nz/mailman/listinfo/koha
or, via email, send a message with subject or body 'help' to
koha-requ...@lists.katipo.co.nz

You can reach the person managing the list at
koha-ow...@lists.katipo.co.nz

When replying, please edit your Subject line so it is more specific than "Re: 
Contents of Koha digest..."


Today's Topics:

   1. Re: Zebra (Koha 3.20.05) - Run it as a cron job oruse
  default daemon? (Craig Butosi)
   2. Re: in which file is the term by (Elaine Bradtke)
   3. Koha 3.18.12 released (Liz Rea)
   4. Re: Difficulty filling out accounting info (library)


--

Message: 1
Date: Mon, 2 Nov 2015 18:01:52 +
From: Craig Butosi <craig.but...@rcmusic.ca>
To: koha <koha@lists.katipo.co.nz>
Subject: Re: [Koha] Zebra (Koha 3.20.05) - Run it as a cron job or  use
default daemon?
Message-ID:
<76B657F0CE544943AD3B3CD99B9C1C05532FC4@RCMMX1.rcmusic.local>
Content-Type: text/plain; charset="utf-8"

Hi Tomas,

Really? This is great! The whole reason behind my question was to see if I 
could set-up my instance closer to an instant indexing set-up than in previous 
versions (which I believe was in 5 minute or so intervals - not terribly 
efficient when cataloguing). 5 seconds or fewer is outstanding. I will most 
certainly try out your instructions to enable. This ILS keeps getting better; 
learning a lot from all of you. Thank you.

Best to all,

C

Craig Butosi, MA, MLIS, B Mus (Hons.)
LIBRARY SERVICES MANAGER
THE ROYAL CONSERVATORY
TELUS Centre for Performance and Learning
273 Bloor Street West
Toronto, ON M5S 1W2
416.408.2824 x338
www.rcmusic.ca


-Original Message-
From: Koha [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of Tomas Cohen 
Arazi
Sent: November-02-15 12:55 PM
To: Katrin Fischer
Cc: koha
Subject: Re: [Koha] Zebra (Koha 3.20.05) - Run it as a cron job or use default 
daemon?

Craig, since 3.18 we have an awesome indexing daemon integrated to the 
packages, that should be used by everyone, instead of the cronjob. Might be 
worth enabling by default in 3.22.

Using the indexer daemon is WAY BETTER. It seeks for updates every 5 seconds 
(can be lower/higher, it is user-configurable), so you get almost instant 
indexing (instant for the end user). Also, a lot less records get queued, so 
indexing time is shorter and there aren't many indexing processes running at 
the same time.

To enable it you need to
- Comment the rebuild_zebra.pl line in /etc/cron.d/koha-common
- Enable the indexer daemon in /etc/default/koha-common
- Restart Koha's daemons:
  $ sudo service koha-common stop ; sudo service koha-common start

And yes, do it!


2015-11-01 7:32 GMT-03:00 Katrin Fischer <katrin.fischer...@web.de>:

> Hi Craig,
>
> using the rebuild_zebra.pl cronjob is currently the default for 
> reindexing. If you are using packages there is no need to deactivate 
> anything, it is all already set up to work correctly.
>
> Also koha-stop-zebra would stop your Zebra server - so the search 
> would stop working. You want to have that running :)
>
> Others might be able to explain that better, but hope this helps.
>
> Katrin
>
> Am 30.10.2015 um 16:34 schrieb Craig Butosi:
> > Hi all,
> >
> > Koha 3.20.05 on Ubuntu 14.04 LTS x64 VPS (package install)
> >
> > Was just wondering if it is still recommended to run zebra as a cron 
> > job
> (/usr/share/koh

Re: [Koha] Koha Migration Final Step

2015-10-15 Thread Eric Bégin
Peter,

You can also try to import your .mrk file using the bulkmarcimport.pl script 
since it's more verbose than the import from the UI.

Let us know!

Eric Bégin
Solutions inLibro inc.

 Message d'origine De : Peter Reno 
<itad...@saintscjm.com> Date :15/10/2015  19:44  (GMT-05:00) 
À : Eric Bégin <eric.be...@inlibro.com> Cc : 
koha@lists.katipo.co.nz Objet : Re: [Koha] Koha Migration Final Step 

Hello Eric,

Thank you for that suggestion. That may be the problem, as I only mapped values 
to 952$p.

Tomorrow, I will try to map data to 952$a and 952$b to see how the system 
performs.

Peter

El oct. 15, 2015 5:04 PM, "Eric Bégin" <eric.be...@inlibro.com> escribió:
Peter, 

Did you map other value to the 952 fields ? Some subfields are mandatory, for 
exemple, homebranch and holdingbranch ( respectivem$a and $b).  

If you don't have those, the items won't import.

Let us know if this solve your problem,

Cheers,

Eric Bégin
Solutions inLibro inc.

On 2015-10-15 14:59, Peter Reno wrote:
Hello Hello,

I am working on migrating a small church and school library from a library
system named Resource Mate (http://www.resourcemate.com/) to a Koha library
system.  I have been able to move all patrons and MARC records of the
library books into Koha but I have not been able to move the barcodes for
the books into the Koha system in a way that would allow books to be
checked in and out by using the barcodes.

To migrate the library from Resource Mate to Koha:

I used Resource Mate's .CSV export tool in order to get a list of the
patrons and book records.  Next I used the handy "MarcEdit by Terry Reese"
tool to convert the .CSV format of the records into a.MRK file for
importing.  Using the MarcEdit tool I mapped the barcodes for the books on
the .CSV file to the MARC 952$p field in order to get the barcodes into a
database within the Koha system.  I was then able to import all of the
patrons and records into the Koha system and verify a checkout process.

At this point, I can successfully check books in and out but I am not able
to use the barcodes of the books to assist in the checkout process.  I
believe this is related to the Koha to Marc mappings, as it appears the
952$p field is not being mapped to the Koha items table.

I was able to find a document in the Koha wiki which explains the "As of
*3.4.x*, holdings data is no longer stored in a 952 field and that
information is introduced in the *items* table only"
http://wiki.koha-community.org/wiki/Holdings_data_fields_%289xx%29

I am hoping for any suggestions on how to approach loading the book records
barcodes into the correct field so that Koha will reference the data during
check out.

Thank you for any direction you can provide,
Peter Reno
___
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] Koha Migration Final Step

2015-10-15 Thread Eric Bégin

Peter,

Did you map other value to the 952 fields ? Some subfields are 
mandatory, for exemple, homebranch and holdingbranch ( respectivem$a and 
$b).


If you don't have those, the items won't import.

Let us know if this solve your problem,

Cheers,

Eric Bégin
Solutions inLibro inc.

On 2015-10-15 14:59, Peter Reno wrote:

Hello Hello,

I am working on migrating a small church and school library from a library
system named Resource Mate (http://www.resourcemate.com/) to a Koha library
system.  I have been able to move all patrons and MARC records of the
library books into Koha but I have not been able to move the barcodes for
the books into the Koha system in a way that would allow books to be
checked in and out by using the barcodes.

To migrate the library from Resource Mate to Koha:

I used Resource Mate's .CSV export tool in order to get a list of the
patrons and book records.  Next I used the handy "MarcEdit by Terry Reese"
tool to convert the .CSV format of the records into a.MRK file for
importing.  Using the MarcEdit tool I mapped the barcodes for the books on
the .CSV file to the MARC 952$p field in order to get the barcodes into a
database within the Koha system.  I was then able to import all of the
patrons and records into the Koha system and verify a checkout process.

At this point, I can successfully check books in and out but I am not able
to use the barcodes of the books to assist in the checkout process.  I
believe this is related to the Koha to Marc mappings, as it appears the
952$p field is not being mapped to the Koha items table.

I was able to find a document in the Koha wiki which explains the "As of
*3.4.x*, holdings data is no longer stored in a 952 field and that
information is introduced in the *items* table only"
http://wiki.koha-community.org/wiki/Holdings_data_fields_%289xx%29

I am hoping for any suggestions on how to approach loading the book records
barcodes into the correct field so that Koha will reference the data during
check out.

Thank you for any direction you can provide,
Peter Reno
___
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] Is it possible to use a thesaurus in RDF withing KOHA?

2015-10-14 Thread Eric Bégin
Caterina,

You are correct, Koha (which is not an acronym, so don't need to capital the 
whole word) can not import RDF thesaurus yet.

However, a script (or even an XSL file) could be written to convert AGROVOC in 
MARC21 which then could be import in Koha.

Hope that helps,

Eric Bégin
Solutions inLibro inc.
http://www.inLibro.com

 Message d'origine De : "Caracciolo, Caterina 
(OPCC)" <caterina.caracci...@fao.org> Date :14/10/2015  03:23  
(GMT-05:00) À : koha@lists.katipo.co.nz Objet : [Koha] Is 
it possible to use a thesaurus in RDF withing KOHA? 
Dear all, 

I am new to this group. Before posting this question I looked around quite a 
bit, but could not find a definitive answer to my question. I hope somebody can 
help me.

I would like to know if it is currently possible to use a thesaurus that is in 
RDF in KOHA, as an authority for topics. I work with the AGROVOC thesaurus 
(agriculture, fisheries, forestry and related), which is currently only 
released as RDF/SKOS, and I would like to know what is the status of KOHA with 
respect to the use of resources like that. In my understand there is currently 
no directly way to load or directly access an thesaurus in RDF in KOHA. Can you 
please confirm or correct me if that is the case? 

Many thanks!
Caterina



Caterina Caracciolo, PhD
OPCC - Food and Agriculture Organization of the United Nations (FAO) 
Skype: catecara
aims.fao.org/agrovoc 

___
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] Koha XSLT Editing - Hyperlinking the Uniform Titles Element

2015-03-01 Thread Eric Bégin

Craig,

Basically, when you add your a element in the your xsl file, you can 
use an attribute to add your href. Something like this :



a
xsl:attribute name=hrefhttp://yourUrl/xsl:attribute
Your link text
/a


Hope that helps !

Eric Bégin
Solutions inLibro inc


On 2015-02-28 18:09, Craig Butosi wrote:

Hi Everyone,

3.18.03 on Linux Ubuntu 3.13.0-45

I'm attempting to learn how to modify XSLT files in order to change the look of 
the OPAC detail and OPAC result pages. I'm finding this an extraordinarily 
difficult task. CSS and HTML are much more intuitive to me than XSLT. I might 
be out of my league on this one.

What I would like to start out doing is transforming the Uniform Titles element 
on the OPAC details page into hyperlinks, so that users can search on UTs from 
the details page.

I've located MARC21slim2OPACResults.xsl and am trying to learn how to add the 
href attribute, but am lost.

Has someone attempted to do this before? If so, and provided my request is not 
too labor-intensive, would someone on the list be willing to help me out on 
this? If I perhaps see the correct way of going about this from you, I might be 
able to more confidently edit other areas of the XSLT pages. Right now I am 
quite unsure.

Happy to be referred to XSLT learning guides that others use too!

Many thanks!!

Best to all,

Craig Butosi, MA, MLIS, B Mus (Hons.)
LIBRARY SERVICES MANAGER
the royal conservatory
TELUS Centre for Performance and Learning
273 Bloor Street West Toronto, ON  M5S 1W2
416.408.2824 x338
www.rcmusic.cahttps://webmail.rcmusic.ca/owa/redir.aspx?C=b481823b299d45ee94b0016389bb76e9URL=http%3a%2f%2fwww.rcmusic.ca%2f


Note: This email message and any attachments are intended only for the use of 
the individual to which it is addressed, and may contain information that is 
privileged, confidential and exempt from disclosure under applicable law. If 
the recipient of this email is not the intended recipient (or the employee or 
agent responsible for delivering the email to the intended recipient), you are 
hereby notified that any review, dissemination, distribution or copying or 
other use of this message is strictly prohibited. If you have received this 
communication in error, please notify the sender immediately by return email 
and delete this message and attachments from your system, thank you.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha



___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Book covers only show when in administration

2015-02-14 Thread Eric Bégin

Hello Christy,

The display of Amazon covers in OPAC is managed throught the 
OPACAmazonCoverImages.


Make sure this is set to SHOW, you probably just set the 
AmazonCoverImages which is for the administration side of Koha.


Best regards,

Eric Bégin
Solutions inLibro inc.

On 2015-02-14 11:45, ChristyThomas wrote:

Hi,

I have set our Koha up to display book covers through amazon link.

It is working when logged in doing admin.

I don't see them when I view not logged in.

Any suggestions?

Thanks so much,

Christy



--
View this message in context: 
http://koha.1045719.n5.nabble.com/Book-covers-only-show-when-in-administration-tp5828301.html
Sent from the Koha-general mailing list archive at Nabble.com.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha



___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Huge grant from Ebsco Publishing

2015-02-12 Thread Eric Bégin
Congratulation Stephano (and your team)

This is a great news.

Eric Bégin
Solutions inLibro inc.

div Message d'origine /divdivDe : Stefano Bargioni 
bargi...@pusc.it /divdivDate :12/02/2015  06:42  (GMT-05:00) /divdivÀ 
: Koha List koha@lists.katipo.co.nz /divdivObjet : [Koha] Huge grant from 
Ebsco Publishing /divdiv
/divHi, folks,
Koha Gruppo Italiano https://www.facebook.com/KohaGruppoItaliano has received a 
major award by EBSCO Publishing to integrate the ElasticSearch tool into Koha.

The press release link is 
http://www.librarytechnology.org/ltg-displaytext.pl?RC=20347

Last year, the Koha Gruppo Italiano launched the idea of substituting Zebra 
with Solr or ElasticSearch at the Hackfest in Marseille. 

We discussed about the best way to replace Zebra, and if and how to fund this 
enhancement through companies interested in a diffusion of open source software 
in libraries.

During the upcoming Hackest in Marseille there will be a presentation of this 
grant. Further we hope to obtain an additional grant for a new project. We will 
also discuss how to manage the development and payment of the implementation of 
ElasticSearch in Koha.

Koha Gruppo Italiano was founded in 2012 by Franziska Wallner (www.aur.edu), 
Stefano Bargioni and Juan Diego Ramírez (www.pusc.it/bib) and Sebastian Hierl 
(aarome.org).
Best regards. Stefano
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Recently added records

2014-08-30 Thread Eric Bégin

Hi,

In addition to Mark's comments, you should add the -z flag when calling 
this script from your cronjob. This way, only the modified records will 
be reindexed.


Cheers,

Eric Bégin
Solutions inLibro inc.

On 2014-08-30 20:31, Mark Tompsett wrote:

Greetings,

If you installed from source (e.g. tgz or git), your cronjobs may not 
be set up.
If you installed from packages, it isn't just a matter of 777, it is a 
matter of who owns the directories.


GPML,
Mark Tompsett

-Original Message- From: Abdulsalam Yousef
Sent: Saturday, August 30, 2014 7:00 PM
To: Koha@lists.katipo.co.nz
Subject: [Koha] Recently added records

Hello everybody,
We have a big problem with koha 3.16.1, we can't find the recently added
records to catalog in search results,  Although the permissions of
var/lock/koha/...  and var/lib/koha/...  are 777, zebra-server and
zebraqueue-daemon are running,  Only we can get results after rebuilding
zebra using rebuild_zebra.pl -b -a -w script.
any ideas?
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha



___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Help -- 100% CPU utilization running Koha

2014-08-21 Thread Eric Bégin

Iming,

Your OPAC doesn't seem to have a robots.txt file.

In that case, webcraler can do multiple requests per seconds, which can 
be hard on your site performance.


Here the robots.txt we are using :

User-agent: *
Disallow:/cgi-bin/koha/opac-search.pl
Disallow:/cgi-bin/koha/opac-export.pl
Disallow:/cgi-bin/koha/opac-showmarc.pl
Disallow:/cgi-bin/koha/opac-ISBDdetail.pl
Disallow:/cgi-bin/koha/opac-MARCdetail.pl

place this file in your koha-tmpl folder.

Eric

On 2014-08-21 21:24, Iming Chan wrote:

Dear all,

We are currently running Koha 3.16.01 and lately noticed sluggish with the
software response, including waiting say 10 to 15 seconds for screen to
change at times.  Last night, I noticed the CPU utilization is running at
100% on Koha instance (Amazon AWS is hosting our Koha) for last few days.
Whereas days prior, it would be at under 20%, with spike at rare occasions.
No other application being hosted with Koha!

Looking back, our use of Koha hasn't change, except adding a few OPAC User
JavaScripts (opacuserjs) to customise the look and feel of our OPAC.

Is the high CPU utilization is caused by adding a few JavaScripts?  Or
something else altogether??

Hoping someone can help solve this issue.

Kind regards,

Iming Chan
Melbourne, Australia



-
Iming Chan
Translib Information Service
Melbourne, Australia
http://opac.translib.com

Phone: +61 3 9801 5097
Fax: +61 3 9801 4024
E-mail: im...@translib.com
--
View this message in context: 
http://koha.1045719.n5.nabble.com/Help-100-CPU-utilization-running-Koha-tp5809357.html
Sent from the Koha-general mailing list archive at Nabble.com.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha



___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Koha 3.16.02.000 maybe small bug in patrons managment

2014-08-13 Thread Eric Bégin
Claudio,

Do you have this problem in another language than english ?

This feels like a translation bug to me.

I would try the english interface to see if you have the same problem.

Cheers,

Eric Bégin

Tél  : 1-888-604-2627
Cell : 514-777-6572
inLibro | pour esprit libre | www.inLibro.com

div Message d'origine /divdivDe : claud...@nexusfi.it 
/divdivDate :08/13/2014  05:07  (GMT-05:00) /divdivÀ : 
koha@lists.katipo.co.nz /divdivObjet : [Koha] Koha 3.16.02.000 maybe small 
bug in patrons managment /divdiv
/divHello
Maybe someone else found out this before, but from here I cannot read 
all my old email from this mailing list.
I'd like to report about what I think is a small bug in Koha 3.16.02.000 
Patrons managment.
Accessing to koha staff client as superlibrarian is impossible to delete 
a patron. I mean, the delete item is enabled but it doesn't give any 
result. On the other side accessing to koha as a staff member who has 
all the permission to manage patrons, is possible to delete patrons: the 
delete is enabled and it makes its work.
I did many tests changing the permission of the staff members accounts, 
and things work as I described.
Perdon me if also someone else reported this before...
Claudio Kutufà





___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Koha used 100% cpu

2014-08-13 Thread Eric Bégin

Carlos,

I think that web crawler (Google, MS, and other) are querying your Koha.

The following robots.txt file will prevent them to search your catalogue.

User-agent: *
Disallow:/cgi-bin/koha/opac-search.pl
Disallow:/cgi-bin/koha/opac-export.pl
Disallow:/cgi-bin/koha/opac-showmarc.pl
Disallow:/cgi-bin/koha/opac-ISBDdetail.pl
Disallow:/cgi-bin/koha/opac-MARCdetail.pl


Cheers,

Eric


On 2014-08-13 11:28, Carlos Rodrigo Cordova Sandoval wrote:

Thanks Tomas,

I send the command output.

http://pastebin.com/Xk22B3Yd

-Carlos
+569 6668 32 94


2014-08-13 10:57 GMT-04:00 Tomas Cohen Arazi tomasco...@gmail.com:


Maybe you have a IO bottleneck (thinking of that mysql cpu usage). How
many simultaneous connections do u havE? (netstat)


On Wed, Aug 13, 2014 at 11:52 AM, Carlos Rodrigo Cordova Sandoval 
carlos.cordo...@gmail.com wrote:


Hi Friends,

have a problem with our koha 3.16.02 installed on debian 64bit 7x and has
45,000 records and 157,000 items, our koha uses 100% of cpu. view image.

http://snag.gy/xWIXP.jpg


and optimize mysql, apache and memcache activated according to wiki
http://wiki.koha-community.org/wiki/Koha_Tuning_Guide

the features of the server are:
Processor: 4 core  Intel(R) Xeon(R) CPU E5-2609 0 @ 2.40GHz
RAM: 6GB

thank you very much.

-Carlos
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha




--
Tomás Cohen Arazi
Prosecretaría de Informática
Universidad Nacional de Córdoba
✆ +54 351 5353750 ext 13168
GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Multiple Statements

2014-08-12 Thread Eric Bégin

You are on the right track Chrispin ;)

Do not put the $(document).ready and this should work.

Can you try the following :

  $(#auth legend:contains('Log in to your account')).text(Log in to your library 
account);
  $(#auth label[for='userid']).html(Library Card Number:);
  $(#auth label[for='password']).html(PIN:);

  var holdlinks = $(a:contains('Place Hold'),a:contains('Place hold'));
  $(holdlinks).text(Get It Now!);

  $(input[value='Place Hold']).attr(value,Get  It Now!);
  $(a:contains('Browse Shelf')).text(See Similar Items);

Hope that helps,

Eric

On 2014-08-10 04:07, Chrispin Simasiku Sitali wrote:

Greetings to all,

How would I add multiple statements in opacuserjs. e.g.

$(document).ready(function(){
   $(#auth legend:contains('Log in to your account')).text(Log in to your
library account);
   $(#auth label[for='userid']).html(Library Card Number:);
   $(#auth label[for='password']).html(PIN:);
});


   $(document).ready(function(){
   var holdlinks = $(a:contains('Place Hold'),a:contains('Place hold'));
   $(holdlinks).text(Get It Now!);
   });
   $(window).load(function(){
   $(input[value='Place Hold']).attr(value,Get  It Now!);




  $(document).ready(function(){
 $(a:contains('Browse Shelf')).text(See Similar Items);
   });

Please help. Teaching myself all this!

Sitali Chrispin Simasiku



___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] French specifics for Koha

2014-07-17 Thread Eric Bégin

Clint,

Does Vanuatu uses MARC or UNIMARC flavor ?

In Quebec, we (inLibro) have a lot of clients using Koha in French using 
MARC.


Biblibre supports a lot of clients using Koha in French using UNIMARC :)

Here is the main MARC21 Z39.50 server in Quebec : 
catalogue.banq.qc.ca:210/IRIS


Cheers,

Eric Bégin
Solutions inLibro inc.

On 2014-07-16 16:34, clint.deckard wrote:
I have offered to do an introductory training session for Koha in 
Vanuatu at the end of this month and I would appreciate any hints and 
tips specific to using Koha in a french speaking country.


I have added french language support without issue but have no 
experience with importing records in french. Also, is there a publicly 
available Z39.50 server that would be useful.


I appreciate your help very much.

Clint.






___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Overdue email configuration

2014-02-19 Thread Eric Bégin

Phillip,

I want to point out that this could also be a restriction of your mail 
server which may refuse to relay emails from your new server.


Otherwise, Koha uses sendmail to send email. The MTA (mail transfer 
agent) to configure is usually postfix or exim4.


Cheers,

Eric Bégin
Solutions inLibro inc.

On 2014-02-19 04:39, Phillip Ponchot wrote:

Recently, I had to change the the ip address of the koha server and thought I 
had everything changed over.

I was notified that the patrons are not getting their overdue notices via 
email, so there has to be some residual presence of the old ip address which of 
course is not working.  Does anyone know where the outgoing email configuation 
for overdue books would be set for koha.  We are running a very old version of 
Koha 3.0.

Thanks,


Phillip

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha



___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Koha Cookies

2013-12-29 Thread Eric Bégin

Hi Aden,

Koha uses 3 cookies :

OpacLanguage : User prefered language, expires one year after the user 
chooses a language
KohaOpacRecentSearches : Keeps the latest user searches, expires at the 
end of the session
CGISESSID : Keep the information of the user session, expires at the end 
of the session


Hope that helps,

Eric Bégin
Solutions inLibro inc.

On 2013-12-29 08:54, Seville Music Archive Library wrote:
  


Hello

I'm based in the UK and am writing our Cookie Policy so we comply with
the EU Cookie Directive. Does anybody have a list of what cookies the
Koha OPAC system creates, their description and when they expire?

Many thanks

Aden
  
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha



___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Importing Koha Database to a new install

2013-12-22 Thread Eric Bégin

Philipp,

From what I see, you are doing the right thing.

You shouldn't have to do any modification on your database, Koha should 
take care of it when you access your staff interface when detecting a 
mismatch between the version in the code and the one in your database.


Your database information (database, login and passwd) are located in 
your etc/koha-conf.xml file (its location depends on your install 
directory).


Make sure this information is what you expect it to be.

Hope that helps,

Eric Bégin
Solutions inLibro inc.

On 2013-12-22 10:01, Phillip Ponchot wrote:

P.S.  I still need a step by step procedure (monkey.txt) to upgrade the koha 
3.0 database to the 3.14 database and import it so it can be used.


From: pponc...@live.com
To: koha@lists.katipo.co.nz
Date: Sun, 22 Dec 2013 06:51:02 -0800
Subject: Re: [Koha] Importing Koha Database to a new install

I think I've figured out what's up.  I managed to determine that the Koha database is 
from Koha version 3.00.00.107 and the version that I've installed by default is 
3.14.00.000.  This means that the database is extremely out of date and can not be 
imported without transforming some of the data.

When the data has been imported by me, Koha doesn't recognize it.  I can't 
login as staff and when I log in as koha_library, koha has me setup the 
database just like I'm just finishing the install and overwrites the database.

I've also figured out that the the No Library Set always appears when logged in 
as koha_library even if there is a valid database.

Thanks,

Phillip

I know that there are procedures to upgrade databases from one version to the 
next.

If anyone has monkey.txt (meaning step by step procedures) to upgrade this 
database, I would sincerely appreciate it and so would my library since we are down hard.


From: pponc...@live.com
To: koha@lists.katipo.co.nz
Date: Sun, 22 Dec 2013 00:24:56 -0800
Subject: [Koha] Importing Koha Database to a new install

Does anyone have some monkey text instructructions on how to dump the old 
koha database from the old server and import it into the new one.  From instructions and 
other readings on the web, I have tried to export the database and import it without 
acceptable results.

When I log into Staff Koha, I still have to login with the username and 
password that comes with the installation.  Also when I do log in, I see as a 
choice of libraries - My Library and several other libraries so I am assuming 
there's an issue with the import or maybe something else.

I did the following using the instructions below:

1. Using mysqldump, dumped the old koha database which is named Koha.
2.  Copied the dump to the new server.
3.  Deleted the new koha_library database on the new server.
4.  Created a new koha_library database.
5.  Using mysql imported the koha_library database from the dump .

I also do not have a Library Set so something is not right on the import.

Thanks to everyone who's helped me so far.  I'm making progress.

Phillip



Instructions:

Koha Database Restoration process.


Open a terminal and apply following commands.

  


Remove existing database in new installation

  


sudo su

mysql -uroot -p

[Enter the MySQL Root password]

  


drop database koha_library;

create database koha_library;

quit;

  


Copy your database backup from your pen drive to home folder.

  


Then restore the old backup to new installation.

Database Restoration command,

mysql -uroot -p koha_library  koha.sql

  


koha_library - name of database in new installation

koha.sql - name of database in old installation

  


Enter the MySQL root password.

Then rebuild the Zebra Index.

Apply following command in a terminal,

sudo koha-rebuild-zebra -v -f library
End of Instructions

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha



___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


[Koha] RE : Importing books from a csv file, including bar codes

2013-10-24 Thread Eric Bégin
Tim,

This is probably the link you need :

http://manual.koha-community.org/3.2/en/marceditexcel.html

Eric Bégin

Tél  : 1-888-604-2627
Cell : 514-777-6572
inLibro | pour esprit libre | www.inLibro.com

 Message d'origine 
De : magmatic magma...@timkoop.com 
Date : 10/24/2013  17:04  (GMT-05:00) 
À : koha@lists.katipo.co.nz 
Objet : [Koha] Importing books from a csv file, including bar codes 
 
I'm trying to import books into Koha.  We have a few thousand books with bar
code stickers stuck onto them and we don't want to change them.  If I got a
csv file with the authors, titles, and bar codes, how can I import this?

I looked around at how to set the bar code of a book in Koha, but I couldn't
find it.  It doesn't look like it is a part of MARC.  And since it is not a
part of MARC, I can't really just import a MARC file, can I?

Help!

--
Tim



--
View this message in context: 
http://koha.1045719.n5.nabble.com/Importing-books-from-a-csv-file-including-bar-codes-tp5775895.html
Sent from the Koha-general mailing list archive at Nabble.com.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] MARC tag number

2013-10-18 Thread Eric Bégin

Sandeep,

I wouldn't map your author 2 in a 600$a field. 6XX are subjects fields, 
not authors. If your book is about Einstein, you would put Einstein in 
the 600.


100$a is the main author
Other authors can be put in 700$a fields, which is a repeatable field.

Hope that helps.

Eric Bégin

On 2013-10-17 03:29, Sandeep Bhavsar wrote:

Respected All

I am converting the data from Excel to MARC through MARCEDIT and having 5
cells for Author field
Author1 = 100$a
Author2= 600$a
Author3=700$a

Please suggest me the tag number for Author 4  Author 5 field.




___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] subject heading authority control (MARC21)

2013-01-23 Thread Eric Bégin

Hi Janusz,

I would suggest to do it the other way around.

Let's the user specify if he wants to search, for example, an authority 
as author or as a subject.


You will problably have to change few things in the indexation and in 
the authority search page, but you keep the advantage of having a single 
authority record, which prevent having to update 2 records, which is 
what an authority records should be used for, right :)


Hope that helps,

Eric Bégin
Solutions inLibro inc.
http://www.inLibro.com

On 2013-01-23 06:15, janus...@gmail.com wrote:

Dear Colleagues,

This is a question about the use of authority records for controlling
subject heading fields (6xx) in MARC21.

In a standard Koha MARC21 installation the same set of authorities
(PERSO_NAME, CORPO_NAME, MEET_NAME, UNIF_TITLE) is set up to control both
the form headings (1xx/7xx/8xx) and subject headings (6xx).  With this
configuration the user, when searching by authorities (Browse by author or
subject in OPAC or the librarian using Authorities), is unable to
distinguish: is the heading used as a form heading or subject heading, e.g.
when searching, by authorities,  for Shakespeare, William the user would
get both: records in which Shakespeare is used as responsibility and the
records about Shakespeare (with Shakespeare in 600).

For me and my libraries this is not satisfactory.  Is anybody facing the
same issue?

So, a possible solution is to create a parallel set of authority types (like
S_PER_NAME, S_COR_NAME, etc.), which nearly duplicates the number of
authority types.  This solution, however, has a number of drawbacks: 1) at
least AuthoritiesMarc ::GuessAuthTypeCode function has to be modified,  2)
drop-down lists with authority types in authority searches become
unreasonably long (users suggest there should be only By author, By
subject, no matter if it is a person, a corporate body or a meeting or
whatsoever, and By title).

This is how I am planning to resolve this, but maybe there is a better idea?
Or any comments that would shed some light on this issue?

Thank you very much!

Best regards,

Janusz Kaczmarek
--
Library of the Dominican House of Studies
Cracow, Poland


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha



___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Search not working after upgrade

2012-07-11 Thread Eric Bégin

Hi Ryan,

The URL looks fine to me. I forgot that the school code was translated 
when displayed.


Can you take a look in your database to check what are the homebranch 
and holdingbranch of a bibliographic record located at Bluefield High 
School ?


Eric


On 2012-07-11 08:39, rfblanchard wrote:

Hi,
the url is like this after a search with a branch selected:
http://kohapeiadmin/cgi-bin/koha/catalogue/search.pl?idx=kwq=mathidx=kwidx=kwlimit=branch%3A314sort_by=relevance

notice it sets the branch based on number.

however koha translates that to the name of the school and spits out this:
No results match your search for 'kw,wrdl: math' with limit(s):
'branch:Bluefield High School' in PEI School Library System Catalog.

I should also note that this is a clean install of 3.8 with my db migrated
into it.
Should I need to make changes to the koha code files just to make the search
work?

Is it possible this is just a db setting that needs to be updated, or
perhaps something in the systempreferences that carried over from my 3.0 db
that is not needed for koha 3.8. I figured this stuff would have been taken
care of with the update scripts that ran against my db during the install.

Ryan

--
View this message in context: 
http://koha.1045719.n5.nabble.com/Search-not-working-after-upgrade-tp5719182p5719331.html
Sent from the Koha-general mailing list archive at Nabble.com.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha




___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Search not working after upgrade

2012-07-10 Thread Eric Bégin

Bonjour Monsieur Blanchard,

The problem seems to be related to the branch limit.  From what I saw, 
the branch id for Bluefield High School is 314, so the search should 
indicate something like :


kw,wrdl: math' with limit(s):'branch:314'

I would check why the branch in the request is Bluefield High School and 
not 314. This is problably related to the combobox from which the user 
pick its branch.


Hope that helps,

Eric Bégin
Solutions inLibro inc.
http://www.inLibro.com


On 2012-07-10 09:00, rfblanchard wrote:

My koha search no longer works after upgrading from 3.00.01.005 to
3.08.01.002. First I'll explain the details of my upgrade from July 6, 2012:

*PART1: details of my upgrade*

1) On a new server I created a new Debian 6 Squeeze installation on VMware.
2) I installed Koha using apt-get
3) I uploaded the database export from my 3.0 prod system to the new Debian
installation
4) I edited '/etc/koha/koha-sites.conf' to attach my new db before the
install: DEFAULTSQL=/home/kohabox/koha_db_dump.201206271900.sql.gz
5) ran koha-create --create-db kohapei. This created my db and ran the
update db scripts over many hours
6) ran /usr/sbin/koha-upgrade-to-3.4. Again this took many hours.
7) At this point I can access the site and login.

*PART2: Now onto the search problems*

===
/SEARCH 1/
Choose Advanced search
Keyword = Math
Individual libraries: All Libraries

RESULTS: 3446 result(s) found for 'kw,wrdl: math' in PEI School Library
System Catalog.

NOTE: on the results screen I can see many items are available in many
different schools. Eg. One school that has many math books is Bluefield High
School.

/SEARCH 2/
Choose Advanced search
Keyword = Math
Individual libraries: Bluefield High School

RESULTS: No results match your search for 'kw,wrdl: math' with limit(s):
'branch:Bluefield High School' in PEI School Library System Catalog

NOTE: as I explained after 'search 1' there are may available math books at
Bluefield High School. However koha cant find any.

/SEARCH 3/
Choose Advanced search
Keyword = {any word}
Individual libraries: {any choice other than All Libraries}

RESULTS: No results match your search


As you can see from the results I cannot search a specific branch. Any
attempt gives no results.
NOTE: just to clarify the search worked fine for my 3.00.01.005 installation

*PART3: observations*
-zebraqueue table: before upgrade this table was empty. at some point during
the running of script koha-upgrade-to-3.4 it populated this table with
+385000 records. I'm not exactly sure how this works but since koha doesn't
search based on the database why would it need to populate so much into this
table. should this table be truncated at some point? (the koha wiki site
recommends not backing this table up so I assume the contents are not
critical)...is it just used to flag changes to biblios to make reindexing
zebra faster?

-no errors noticed in:
intranet-error.log  intranet-error.log.1  opac-error.log  zebra-error.log
zebra-output.log


Final Note: One week before all this work I also completed the same steps as
above for another installation on a server running Debian 6 directly...no
VMware. I got ran into the same problem with the search.

I'm pretty much out of ideas of what to do at this point. It seems like a
did a standard upgrade for koha, but I'm not sure why I see all these search
problems. If you have any Ideas of what I could try please let me know. I
can provide any info you may need to see.
Thanks,
Ryan


--
View this message in context: 
http://koha.1045719.n5.nabble.com/Search-not-working-after-upgrade-tp5719182.html
Sent from the Koha-general mailing list archive at Nabble.com.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha




___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Hi from Moscow

2012-05-18 Thread Eric Bégin

Valery,

It seems that some of PERL packages required by Koha were not installed, 
in your specific case XML::SAX::ParserFactory.


You can run the following command from your koha directory to know which 
modules are missing


./koha_perl_deps.pl -m -u

Regards,

Eric Bégin
Solutions inLibro inc.

On 2012-05-18 13:46, Valery.Chelnokov wrote:

Dear friends,

Now I'm installing your koha on Ubuntu 11.10. I've some difficulties about
koha.

My guide -
http://clean-clouds.com/2011/12/22/open-source-ils-installation-guide-for-koha-on-ubuntu-10-04-lts-with-mysql-5/
(tip from Demian = Vufind)

Now I'm attempting to install 2.3.

=
2.3 Test your SAX Parser and correct where necessary

You must be sure you’re using the XML::LibXML SAX parser, not Expat or
PurePerl, both of which have outstanding bugs with pre-composed characters.
You can test your SAX parser by running:

$ cd koha

$ misc/sax_parser_print.pl



But the ERROR arises:

misc/sax_parser_print.pl
Can't locate XML/SAX/ParserFactory.pm in @INC (@INC contains: /etc/perl
/usr/local/lib/perl/5.12.4 /usr/local/share/perl/5.12.4 /usr/lib/perl5
/usr/share/perl5 /usr/lib/perl/5.12 /usr/share/perl/5.12
/usr/local/lib/site_perl .) at misc/sax_parser_print.pl line 6.
BEGIN failed--compilation aborted at misc/sax_parser_print.pl line 6.
root@vufind:/usr/local/koha#
---
Please consult me


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] FIXED-LENGTH DATA ELEMENTS--GENERAL INFORMATION default

2012-05-13 Thread Eric Bégin

Alan,

The default values for the 008 control field are hardcoded in the plugin.

To change them, you can edit the following file :

cataloguing/value_builder/marc21_field_008.pl

You have to change the value at 2 places.

Regards,

Eric Bégin
www.inLibro.com

On 2012-05-13 07:18, Alan Pepelko wrote:

Hi,

is there a way to change the default value for MARC21 field 008 FIXED-LENGTH DATA 
ELEMENTS--GENERAL INFORMATION?

Currently, when I click into the field the default value is 120513bxxu| 
 00| 0 eng d. It would make cataloging much faster for us because much of our 
books are not published in US nor are in English.


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] (no subject)

2012-05-03 Thread Eric Bégin

Eugene,

Make sure you are reindexing using the koha user, not root.

The output of your rebuild_zebra command should give you additional info 
if you add the verbose flag (-v).


Hope that helps,

Eric Bégin
www.inLibro.com

On 2012-05-03 20:46, eugene jose espinoza wrote:

good day koha users and developers. I'm trying out version 3.8 in Ubuntu 10.04. 
Already installed koha and it's dependencies. already run zebra indexer fast 
index, -x -b. My problem is that why are there no items in my catalog (OPAC and 
admin interface)? I'm at lost. in my previous koha installation, 3.2. to 3.6, 
the items for the biblios are there, but now for koha 3.8 there are none. hope 
you can help me with this. thank you.


EUGENE JOSE T. ESPINOZA




Legislative Staff Officer II
House of Representatives
Legislative Library Services
Congressional Library Bureau




Archives Assistant
Salvador H. Laurel Archives
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] bulkmarcimport-problems!

2012-03-12 Thread Eric Bégin

Magdalena,

The log indicates some problems with the foreign key constraints.

Since you are deleting your existing records before importing the new 
one (-d options), you must also specify the -fk (disabling foreign key 
check).


So running the following command should work :

./bulkmarcimport.pl -d -fk -match=barcode,999c -commit 1000 -v -file 
/tmp/newer40_77000.mrc

Hope that helps,

Eric Bégin
www.inLibro.com

On 2012-03-12 11:05, Magdalena Söderqvist wrote:

Hi again!

Just an update for future reference regarding our problems with bulkmarc 
import. MJ Ray kindly suggested us to try the following:

I now think the parameter to -match needs an index name in front of
it, with a comma. It then tries to match the tag against it. So
http://manual.koha-community.org/3.6/en/kohasearchindexes.html makes
me think you actually want -match barcode,999c

Sadly, it did not make any difference, same long error message. See beginning 
of the message below. (Testdatabase version still 3.6.2 on Debian squeeze). 
Possible bug??
--
As the koha user:

koha@kohatest:~$ export PERL5LIB=/usr/share/koha/lib/
koha@kohatest:~$ export KOHA_CONF=/etc/koha/koha-conf.xml
koha@kohatest:~$
koha@kohatest:~$ cd /usr/share/koha/bin/migration_tools
koha@kohatest:/usr/share/koha/bin/migration_tools$ perl
./bulkmarcimport.pl -d -match=barcode,999c -commit 1000 -v -file
/tmp/newer40_77000.mrc
deleting biblios
DBD::mysql: b do failed: Cannot delete or update a parent row: a
foreign key constraint fails (`koha`.`issues`, CONSTRAINT
`issues_ibfk_2` FOREIGN KEY (`itemnumber`) REFERENCES `items`
(`itemnumber`) ON UPDATE CASCADE) at ./bulkmarcimport.pl line 96.
DBD::mysql: b do failed: Cannot delete or update a parent row: a
foreign key constraint fails (`koha`.`issues`, CONSTRAINT
`issues_ibfk_2` FOREIGN KEY (`itemnumber`) REFERENCES `items`
(`itemnumber`) ON UPDATE CASCADE) at ./bulkmarcimport.pl line 97.
DBD::mysql: b do failed: Cannot delete or update a parent row: a
foreign key constraint fails (`koha`.`issues`, CONSTRAINT
`issues_ibfk_2` FOREIGN KEY (`itemnumber`) REFERENCES `items`
(`itemnumber`) ON UPDATE CASCADE) at ./bulkmarcimport.pl line 98.
.DBD::mysql::st execute failed: Duplicate entry 'A27112' for key
'itembarcodeidx' at /usr/share/koha/lib/C4/Items.pm line 2105.
ERROR in _koha_new_item INSERT INTO items SET

--
I also tried out the Stage marc records for import under Tools to see if that might 
be a way, but while it was swiftly done to upload the file , when it was asked to Stage the 
records (matched on 952$p) it quickly jumped to 1% and then nothing happened for 20 minutes. And when trying 
to abort I got a software error message, see below - luckily still on a test database.

Can't connect to local MySQL server through socket 
'/var/run/mysqld/mysqld.sock' (111) at /usr/share/koha/lib/C4/Context.pm line 
693.
Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 33.
BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 33.
Compilation failed in require at /usr/share/koha/intranet/cgi-bin/mainpage.pl 
line 25.
BEGIN failed--compilation aborted at 
/usr/share/koha/intranet/cgi-bin/mainpage.pl line 25.
I think we're going to have to pay someone to take closer look at this - 
Magnus, beware :)

Cheers,
//Magdalena

- Original Message -

From: MJ Raym...@phonecoop.coop
To: koha@lists.katipo.co.nz
Sent: Wednesday, 22 February, 2012 8:14:48 PM
Subject: Re: [Koha] bulkmarcimport-problems!

Magdalena Söderqvistsoderqv...@sipri.org

koha@kohatest:/usr/share/koha/bin/migration_tools$ perl
./bulkmarcimport.pl -d -match 999c -commit 1000 -v -v -file
/root/40_77000_2.mrc
deleting biblios
DBD::mysql: b do failed: Cannot delete or update a parent row: a
foreign key constraint fails (`koha`.`issues`, CONSTRAINT
`issues_ibfk_2` FOREIGN KEY (`itemnumber`) REFERENCES `items`
(`itemnumber`) ON UPDATE CASCADE) at ./bulkmarcimport.pl line 96.

Well, -d deletes the old biblios before importing the file, but the
database is refusing because some of them have issued items.


.Use of uninitialized value $recorddata in pattern match (m//) at
./bulkmarcimport.pl line 392,GEN16  line 1.
unable to search the database for duplicates : No query entered at
./bulkmarcimport.pl line 217,GEN16  line 1.

I got similar errors when trying to use -match earlier today. I
thought it was just my mistake, but maybe it's not. Does anyone have
an insight into this? I think I'll next get chance to investigate it
next Wednesday, which is quite a wait.

Hope that informs,

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Koha on Lucid using Koha packages

2012-03-03 Thread Eric Bégin

Sorry Peter,

I reply to the wrong message. My reply is about Adding a web page, not 
Koha on Lucid...


Eric


On 2012-02-27 06:59, Eric Bégin wrote:

Hi Peter,

You can take a look at this page on the wiki : 
http://wiki.koha-community.org/wiki/Koha_as_a_CMS


Best regards,

Eric Bégin
www.inLibro.com

On 2012-02-27 02:06, Peter Zhao wrote:

Hi,
  I installed a koha on Ubuntu 11.10 using Koha packages. Everything seems 
to work except don't searching on Opac. Could anyone know how to let zebra work?
  Thanks a lot.

  Peter Zhao







___
Koha mailing listhttp://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Adding a page to OPAC

2012-03-03 Thread Eric Bégin

Hi Richa,

You can take a look at this page on the wiki : 
http://wiki.koha-community.org/wiki/Koha_as_a_CMS


Best regards,

Eric Bégin
www.inLibro.com

On 2012-02-27 01:55, Richa Srivastava wrote:

Hi all

There seems a provision to add a page to my OPAC by creating a new system
preference. I tried to add a system preference PageContentsFAQ, but could
not succeed. Can anyone help how to do it?

I referred the following link
http://joomla.prosentient.com.au/index.php/koha-faq/119-faq-koha-add-a-page

seems i am missing something. It gives an error 404.


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Koha on Lucid using Koha packages

2012-03-03 Thread Eric Bégin

Hi Peter,

You can take a look at this page on the wiki : 
http://wiki.koha-community.org/wiki/Koha_as_a_CMS


Best regards,

Eric Bégin
www.inLibro.com

On 2012-02-27 02:06, Peter Zhao wrote:

Hi,
  I installed a koha on Ubuntu 11.10 using Koha packages. Everything seems 
to work except don't searching on Opac. Could anyone know how to let zebra work?
  Thanks a lot.

  Peter Zhao







___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Install for Dummies

2012-01-19 Thread Eric Bégin

Bruce,
All three commands fail with a variety of messages, but all include 
file not found. 

Indeed, that doesn't look good.

Can you provide the full output of the rebuild_zebra -b -r -v

(make sure to run this command from your koha_install_dir/bin directory)

Eric


On 2012-01-19 09:41, Bruce Metcalf wrote:

Bruce Metcalf wrote:


I am a new user of Koha, and have had my Linux guru (who had not seen
Koha prior to this work) install version 3.6.2 under Debian Squeeze on
an otherwise empty virtual server.

All appears to be going exactly as it should.

owever, the public OPAC shows no books in the collection.


Eric Bégin wrote:

Get a look at this link. It shows the most common problems when you 
get not result in the OPAC.


http://koha-community.org/documentation/faq/searching/

Don't hesitate to come back and ask for more info if this link 
doesn't solve your problem.


This page seems to suggest:

zebraidx -x /.../zebra-biblios.cfg drop biblios
zebraidx -c /.../zebra-biblios.cfg commit
rebuild_zebra.pl -b -r -v

All three commands fail with a variety of messages, but all include file
not found.

I'm thinking that there is an important configuration or initialization
that hasn't been completed?

Regards,
/ Bruce /
Bruce A. Metcalf
Executive Director
The Augustan Society Library

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] is there a way to mass-add books?

2012-01-17 Thread Eric Bégin

Hi Huck,

You can add your books without those fields, however, when you will want 
to update them, Koha will ask you to ask them (unless you change your 
MARC framework.


I would suggest though to use MarcEdit to add those fields (040 and 942, 
not 924) in your records.


Regards,

Eric Bégin
www.inLibro.com

On 2012-01-17 12:43, Huck wrote:

I've imported a backed up MARC-21 file...

with the 7000 or so books of the library...

is there a way to mass-add them without having to input these 2 
required fields?


040 and 924 (I think are the fields)...

Thanks,

--Huck
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Install for Dummies

2012-01-15 Thread Eric Bégin

Hi Bruce,

Get a look at this link. It shows the most common problems when you get 
not result in the OPAC.


http://koha-community.org/documentation/faq/searching/

Don't hesitate to come back and ask for more info if this link doesn't 
solve your problem.


Regards,

Eric Bégin
www.inLibro.com

On 2012-01-14 17:09, Bruce A Metcalf wrote:

Greetings,

I am a new user of Koha, and have had my Linux guru (who had not seen 
Koha prior to this work) install version 3.6.2 under Debian Squeeze on 
an otherwise empty virtual server.


The staff client comes up fine, and using the beginners tutorials I've 
been able to set all of the parameters (that I understand).


I have used the cataloging function to enter half a dozen 
bibliographic records and added holdings information for them. A shelf 
list creates correctly. All appears to be going exactly as it should.


However, the public OPAC shows no books in the collection.

Is there some step that is not covered by the tutorials that must be 
used to grant access? Can anyone suggest an online tutorial that 
covers the process?


Cheers,
/ Bruce /
Bruce A. Metcalf
The Augustan Society Library
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Serials Planning Help

2012-01-06 Thread Eric Bégin

Nicole,

I would use a X, Y, Z numbering pattern (Volume, number, Issue. Starting 
Volume at 42, starting Number at 7 and Issue at 8.

Numbering formula is Volume {X} #{Y}/{Z}

The trick is that you will have to use the Advanced Pattern since Y and 
Z must increment by 2 every time you receive an issue


Values for X
Add : 1
once every: 6
other values should be ok

Values for Y
Add : 2
oncer every : 1
When more than 12
Set back to 1

Values for Z
Add : 2
oncer every : 1
When more than 12
Set back to: 2

I didn't try it but I'm pretty confident that it should work.

Hope that helps,

Eric Bégin
www.inLibro.com



On 2012-01-06 13:47, Nicole Engard wrote:

I have a strange Serial planning question. American Libraries
publishes 6 issue a year, and number them like this:

Volume 42 #7/8
Volume 42 #9/10
Volume 42 #11/12

Can anyone come up with a way to enter this in to  Koha to allow for
this type of numbering? All I can come up with (and it's way sloppy)
is to tell Koha that it's 12 issues a year and then delete every other
issue and manually edit the volume/number field to show 7/8 or 9/10
etc.

Thanks in advance for any tips you can provide.

Nicole

PS. I am still looking for serials planning examples from all types of
journals/magazines so that I can share them in the manual and save new
Koha librarians time!
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Slow system

2011-12-28 Thread Eric Bégin

Hi Marie,

Chris already respond to your question, however, I would like to suggest 
that you could use a specific shelving location for those books instead 
of checking them out to a patron.


Is there a specific reason why your library checks out to a patron 
instead of using a designated shelving location ?


Eric

On 2011-12-27 21:43, Marie Wardall wrote:

We have a library that has created a patron for a room were they store books 
that aren't being used.  There are hundreds of books checked out to this 
patron.  What they are noticing is that the system slows down significantly 
when they are checking out to this patron.  Does anyone have a solution to this 
problem?

We are running Koha 3.2


Thanks,
Marie Wardall
Library Media Specialist
Mountain Bay Elementary School
Weston, WI 54476

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] setting start value for autobarcode

2011-12-21 Thread Eric Bégin

Admire,

The easiest way would be to set the first barcode manually for an item 
to your initial value (440).  Afterward, Koha will increment the 
barcode accordingly.


Regards,

Eric Bégin
inLibro

On 2011-12-21 04:41, amutsikiwa wrote:


Hi all

I would like my koha installation to use the |autoBarcode |option set 
to  autoincrement i.e. generated in the form 1,2,3. Is there a way of 
setting the  start value, say 440 so that the next generated 
values are 441,  442, 443 etc


Kind Regards,

Admire Mutsikiwa

ICT Projects Manager

Library IT

University of Zimbabwe

Tel:+263-4-303276

Cel:+263-772-239187


The University wishes you all a Merry Christmas and a prosperous 2012! 
May you be surrounded by all the things that bring Christmas cheer.


/Website: www.uz.ac.zw http://www.uz.ac.zw /




___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Brainstorm Help - Improve Reporting

2011-08-07 Thread Eric Bégin

Nicole,

You can put your authorized value category code as your runtime 
parameters in order to get their list of values when executing your report.


A simple example : SELECT * FROM borrowers WHERE sort1 = *Select 
borrower sort 1 value*|*Bsort1*


*In green*, the message you want to display to the user at runtime.
*In blue*, the authorized value category code.

Other than the category codes, you can have le list of branches 
(branches), the patron category (categorycode), type of documents 
(itemtype).


http://manual.koha-community.org/3.4/en/reportsfaq.html

Regards,

--
Eric Bégin
inLibro

On 2011-08-06 10:32, Nicole Engard wrote:

Hello all,

I'm the 'report guru' at work and while I love writing reports I'm
trying to think of ways to save me some work.  One thing that I often
do is open up two tabs in my browser so that I have the authorized
values open in one and the report in another. I'm looking for some
brainstorming help on a way to make the pertinent values accessible
right from the reporting module (shelving locations, patron
categories, item types, collection codes, etc etc).   I'm sure there
is some fancy way for us to embed links to important values or lists
of the important values on the create from SQL page ... or maybe just
one page with the values you'll need to query often.

Another option is to update the runtime parameters function to allow
for more pull down menus (right now it only has a pull down for
branches - that I know of).

Sorry for my jumbled thoughts, but that's what brainstorming is about :)

Nicole
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha