Re: [Koha] KOCT 0.4.5

[Josef Moravec]

Hi Radek,

see this mail:
http://lists.koha-community.org/pipermail/koha-devel/2017-October/044090.html

are you going to make the translation? ;)

Josef

st 6. 12. 2017 v 22:13 odesílatel Radek Šiman 
napsal:

> Great job, Matthias!
>
> Is there a way how we can translate the tool into Czech? If yes, please
> guide me... Some of our (mainly older) librarians have difficulties
> while using it in English.
> Thanks.
>
> Radek
>
> Dne 06.12.17 v 13:26 Matthias Meusburger napsal(a):
> > Hi everyone,
> >
> > We had a "Ship it" day during this Biblibre winter camp, and I chose
> > to work on KOCT.
> >
> > So here's what's new in v0.4.5:
> >
> >  - Add a "configuration test" button which will check if koha host,
> > username and password are ok
> >
> >
> >  - Retrieve branchnames and branchcodes as a dropdown list
> >
> > (when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16497
> > is available, adresses
> > https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19689 )
> >
> >
> >  - Cleaner error handling
> >
> > (when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19752
> > is available)
> >
> >
> >  - Add data export in Koc format
> >
> > (see
> >
> https://wiki.koha-community.org/wiki/Koha_offline_circulation_file_format
> > )
> >
> >
> >  - Add a button to jump to the configuration page.
> >
> >
> > This new version should be available at Mozilla's in a couple of days.
> >
> > Enjoy :)
> > ___
> > 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] Unable to Check-In Error

[SATISH]

Hi,

Please find the "System Information" screen capture here...
https://ibb.co/mt3SEb

since I have installed Koha from packages method, I am not clear about
memcached
setup.

I did an update to 16.05 during last week of Aug 2017. Whatever books
issued between last week of aug and first week of septer 2017, I am facing
problems now.
few months back I updated to 16.11.11 and other functionalities are working
fine.

I am facing problem in check-in for borrowernumber=522, that is not
listed in System Information Screen.

I have an access to mysql and Is there anyway, I could fix the old_issues
table without disturbing production system ?

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

[Koha] Book Cover

[Ma. Victoria H. Silva-Manuel]

hi.
is there a way to show only one book cover per record?
i enable amazon and local cover images and in my opac search i can see the
cover from amazon and "no cover image available"
hope someone can help.
thanks.

-- 
Ma. Victoria H. Silva-Manuel
Registered Librarian, 3892
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Relais D2D as an ILL product

[Jason Palmer]

Hi, everybody.

One of our members in our academic library consortium is moving off of Koha to 
their own ILS in early 2018.   We are thinking about purchasing Relais D2D to 
maintain unmediated consortial borrowing between our Koha and their Alma. 

We have no consortium-wide ILL product, and our board is wondering if Relais 
D2D can also be used for all ILL and not just as a Koha/Alma bridge.  Most of 
our libraries user OCLC WorldShare; one uses ILLiad.

Do any of you use Relais D2D?  If so, is it for all your ILL, or just within 
your consortium?

Thanks so much!

Jason Palmer
SWITCH Library Consortium
3401 South 39th Street
FO 237A
Milwaukee, WI 53234
414-382-6711


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

Re: [Koha] KOCT 0.4.5

[Radek Šiman]

Great job, Matthias!

Is there a way how we can translate the tool into Czech? If yes, please 
guide me... Some of our (mainly older) librarians have difficulties 
while using it in English.

Thanks.

Radek

Dne 06.12.17 v 13:26 Matthias Meusburger napsal(a):

Hi everyone,

We had a "Ship it" day during this Biblibre winter camp, and I chose 
to work on KOCT.


So here's what's new in v0.4.5:

 - Add a "configuration test" button which will check if koha host, 
username and password are ok



 - Retrieve branchnames and branchcodes as a dropdown list

(when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16497 
is available, adresses 
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19689 )



 - Cleaner error handling

(when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19752 
is available)



 - Add data export in Koc format

(see 
https://wiki.koha-community.org/wiki/Koha_offline_circulation_file_format 
)



 - Add a button to jump to the configuration page.


This new version should be available at Mozilla's in a couple of days.

Enjoy :)
___
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] KOCT 0.4.5

[Katrin Fischer]

Thanks Matthias!


On 06.12.2017 13:26, Matthias Meusburger wrote:

Hi everyone,

We had a "Ship it" day during this Biblibre winter camp, and I chose 
to work on KOCT.


So here's what's new in v0.4.5:

 - Add a "configuration test" button which will check if koha host, 
username and password are ok



 - Retrieve branchnames and branchcodes as a dropdown list

(when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16497 
is available, adresses 
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19689 )



 - Cleaner error handling

(when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19752 
is available)



 - Add data export in Koc format

(see 
https://wiki.koha-community.org/wiki/Koha_offline_circulation_file_format 
)



 - Add a button to jump to the configuration page.


This new version should be available at Mozilla's in a couple of days.

Enjoy :)
___
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] Importing WINISIS data into Koha

[Felipe Adalid Ortiz Anzaldo]

My Opac was migrated from CDS/ISIS Winisis with the help of a PFT and MarcEdit. 
MarcEdit also have a Winisis ISO to MARC converted tool you can test.



Another help source in spanish:  
https://groups.yahoo.com/neo/groups/koha-es/files



Enviado desde Correo para 
Windows 10




De: Koha  en nombre de Michael Kuhn 

Enviado: Wednesday, December 6, 2017 11:31:29 AM
Para: koha@lists.katipo.co.nz
Asunto: Re: [Koha] Importing WINISIS data into Koha

Hi Alex

 > I’ve been asked to migrate some library data currently in WINISIS into
 > Koha and just wondered if anyone has been down this path recently and
 > can share any advice or tools or recipe etc they used?

In fact I have never seen WINISIS or even worked with it, but in the
past I have collected the following WINISIS related links that might be
useful to you:

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

http://koha.1045719.n5.nabble.com/On-Winisis-conversio-to-Koha-td3071531.html

http://de.scribd.com/doc/63483959/cds-koha#scribd

Hope this helps (a little).

Best wishes: Michael
--
Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis
Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch · W 
www.adminkuhn.ch
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha










Promoción y Docencia, A.C. (Ibero-Tijuana) con domicilio en Av. Centro 
Universitario número 2501, Fraccionamiento Playas de Tijuana, Código Postal 
22500, Baja California, México, utilizara sus datos personales recabados para 
la prestación de los servicios académicos y administrativos en el sistema 
educativo de la Ibero-Tijuana. Para mayor información acerca del tratamiento y 
de los derechos que puede hacer valer, usted puede acceder al aviso de 
privacidad integral ingresando a la liga 
http://www.iberotijuana.edu.mx/?doc=/avisoprivacidad/index.html

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

[Koha] Non-standard Classification

[RobertA]

Hi,

I'm setting up Koha for a new specialist Buddhist library with many unusual
and rare texts in various languages. A Professor of Buddhist Studies has
designed a bespoke classification system to appear on the spine of each book
and other resources to organise the collection. The classification system
follows a system A.1.1.1 (ie Letter.digit.digit.digit).

I'm completely new to Koha. I've searched the list and looked at the
classification source guidance in the Wiki etc but can't see how to create
this classification system. 
I need to know: 
1- is this classification system is creatable in Koha?
and
2  - where I can find out how to create it?

Many thanks in anticipation of your taking the time to help with this!

Kind regards

Robert



--
Sent from: http://koha.1045719.n5.nabble.com/Koha-general-f3047918.html
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Importing WINISIS data into Koha

[Michael Kuhn]

Hi Alex

> I’ve been asked to migrate some library data currently in WINISIS into
> Koha and just wondered if anyone has been down this path recently and
> can share any advice or tools or recipe etc they used?

In fact I have never seen WINISIS or even worked with it, but in the 
past I have collected the following WINISIS related links that might be 
useful to you:


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

http://koha.1045719.n5.nabble.com/On-Winisis-conversio-to-Koha-td3071531.html

http://de.scribd.com/doc/63483959/cds-koha#scribd

Hope this helps (a little).

Best wishes: Michael
--
Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis
Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch · W www.adminkuhn.ch
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Configuring smtp mail server to work with Koha

[Paul Hoffman]

Javed,

(Please reply to my message rather than starting a new thread.)

Could you please repeat this, but with a somewhat different sequence of 
commands?

c C4::Letters::SendQueuedMessages
c sendmail
x \%mailcfg
$mailcfg{'debug'} = 2
r

Then post all of the output to the list.

Paul.

On Wed, Dec 06, 2017 at 11:47:18PM +0500, Javed Sahil wrote:
> Hi Paul,
> 
> here are your required results.
> 
> -- javed@iolhost:~$ koha-shell library
> [sudo] password for javed:
> library-koha@iolhost:~$ cd /usr/share/koha/bin/cronjobs
> library-koha@iolhost:/usr/share/koha/bin/cronjobs$ perl -d
> process_message_queue.pl
> 
> Loading DB routines from perl5db.pl version 1.49
> Editor support available.
> 
> Enter h or 'h h' for help, or 'man perldebug' for more help.
> 
> main::(process_message_queue.pl:32):
> 32:my $username = undef;
>   DB<1> c C4::Letters::sendqueuedmessages
> Subroutine C4::Letters::sendqueuedmessages not found.
>   DB<2> c C4::Letters::SendQueuedMessages
> C4::Letters::SendQueuedMessages(/usr/share/koha/lib/C4/Letters.pm:1032):
> 1032:my $params = shift;
>   DB<3> c sendmail
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:170):
> 170:$error = '';
>   DB<4> t
> Trace = on
>   DB<4> r
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:171):
> 171:$log = "Mail::Sendmail v. $VERSION - ". scalar(localtime())
> . "\n";
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:173):
> 173:my $CRLF = "\015\012";
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:174):
> 174:local $/ = $CRLF;
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:175):
> 175:local $\ = ''; # to protect us from outside settings
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:176):
> 176:local $_;
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:178):
> 178:my (%mail, $k,
> 179:$smtp, $server, $port, $connected, $localhost,
> 180:$fromaddr, $recip, @recipients, $to, $header,
> 181:%esmtp, @wanted_methods,
> 182:   );
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:232):
> 232:foreach $k (keys %mailcfg) {
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:233):
> 233:if ($k =~ /[A-Z]/) {
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:233):
> 233:if ($k =~ /[A-Z]/) {
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:233):
> 233:if ($k =~ /[A-Z]/) {
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:233):
> 233:if ($k =~ /[A-Z]/) {
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:233):
> 233:if ($k =~ /[A-Z]/) {
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:233):
> 233:if ($k =~ /[A-Z]/) {
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:233):
> 233:if ($k =~ /[A-Z]/) {
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:233):
> 233:if ($k =~ /[A-Z]/) {
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:239):
> 239:while (@_) {
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:240):
> 240:$k = shift @_;
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:241):
> 241:if (!$k and $^W) {
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:246):
> 246:$k = ucfirst lc($k);
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:248):
> 248:$k =~ s/\s*:\s*$//o; # kill colon (and possible spaces) at
> end, we add it later.
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:251):
> 251:$k =~ s/-(.)/"-" . uc($1)/ge;
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:252):
> 252:$mail{$k} = shift @_;
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:253):
> 253:if ($k !~ /^(Message|Body|Text)$/i) {
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:255):
> 255:$mail{$k} =~ s/\015\012?/\012/go;
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:256):
> 256:$mail{$k} =~ s/\012/$CRLF/go;
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:240):
> 240:$k = shift @_;
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:241):
> 241:if (!$k and $^W) {
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:246):
> 246:$k = ucfirst lc($k);
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:248):
> 248:$k =~ s/\s*:\s*$//o; # kill colon (and possible spaces) at
> end, we add it later.
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:251):
> 251:$k =~ s/-(.)/"-" . uc($1)/ge;
> Mail::Sendmail::sendmail(/usr/share/perl5/Mail/Sendmail.pm:252):
> 252:$mail{$k} = shift @_;
> 

Re: [Koha] Ajax call in self checkout not working in Koha 17.05

[Eric Phetteplace]

Also why is the AJAX call failing? Are you able to use a browser console to
see an error message? Knowing if it's a cross-domain issue, for instance,
can help.

Best,

ERIC PHETTEPLACE

Systems Librarian


libraries.cca.edu | vault.cca.edu | 510.594.3660

5212 Broadway, Oakland, CA 94618

 8th St., San Francisco, CA 94107

Preferred Pronoun(s): he/him

:(){ :|: & };:

On Wed, Dec 6, 2017 at 1:11 AM, Graham, Stephen 
wrote:

> Krishna - what does the Ajax call look like? A bit of sample code might
> help?
>
> Stephen
>
> -Original Message-
> From: Koha [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of Krishna K
> Sent: 06 December 2017 09:01
> To: koha@lists.katipo.co.nz
> Subject: Re: [Koha] Ajax call in self checkout not working in Koha 17.05
>
> Hi all,
>
> Resending this - any help on using Ajax call with Koha 17.05 would be
> appreciated. Please see the below mail I had sent earlier related to a
> customization in self checkout module that uses Ajax  call to query the
> book title - this was working fine in 16.11 but not working in 17.05. Thank
> you,
>
> On Mon, Nov 27, 2017 at 3:50 PM Krishna K 
> wrote:
>
> >
> > Hi all,
> >
> > We are currently running Koha 16.11.
> >
> > On a new hardware, we have installed Koha 17.05,  with Ubuntu 16.04 64
> > bit,  Mariadb 15.1 and Php 7.1.  We plan to use it as the production
> > machine shortly.  We have a small customization in self checkout that
> > that uses an ajax call to query the for the book title, to display the
> > book title at the time of self checkout. This is not working in the new
> machine.
> >
> >
> > But the same customization is working on our earlier version which
> > uses Ubuntu 14.04 32 bit, Koha 16.11, MySql 5.1 and Php 5.6.
> >
> >
> > Could anyone help us with some hints on why the Ajax call is not
> > working in the new setup ?
> >
> >
> > Thanks in advance,
> >
> > Krishna
> >
> > --
> > Regards,
> > Krishna
> >
> --
> Regards,
> Krishna
> ___
> 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] [ByWater Partners] MARC field and heading validation with Koha

[Hernandez, Heather]

Thank you so much for sharing all of this, Jennifer!  I think we're going
to give the broader... syspref setting a try after the first of the year!

Cheerio!
h2
~~
Heather Hernandez
Technical Services Librarian
San Francisco Maritime National Historical Park Research Center
2 Marina Blvd., Bldg. E, 3rd floor, San Francisco, CA  94123-1284
415-561-7032, heather_hernan...@nps.gov
https://www.nps.gov/safr/learn/historyculture/research-center.htm
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] [ByWater Partners] MARC field and heading validation with Koha

[Reichert, Kumiko]

Thanks, Heather and Joy, for excellent observations.  The story with my library 
is that the authority database currently is in a bad shape since it has not 
been through any vendor or in-house maintenance for years.  I am planning to 
have a vendor for the authority and bib maintenance next year.  After it is 
done, I would like to create a local workflow in terms of heading-control.


Karen and Dani showed me $9 as well as Tag Editor in the basic view.  I also 
learned the authority linker.  I am interested in using the linker and retrieve 
a list of unlinked headings for in-house maintenance as well as NACO 
contribution.  Joy's broader-heading option sounds useful for me to consider 
utilizing, too.


Thanks for your input!  I am looking forward to learning these things and Koha 
in general better.


Sincerely,

Kumiko


Kumiko Reichert

Metadata and Cataloging Librarian

Maxwell Library

Bridgewater State University

10 Shaw Road

Bridgewater, MA 02325

kumiko.reich...@bridgew.edu

508-531-2665


From: Joy Nelson 
Sent: Wednesday, December 6, 2017 10:32:09 AM
To: Hernandez, Heather
Cc: Reichert, Kumiko; koha@lists.katipo.co.nz; ByWater Partners
Subject: Re: [ByWater Partners] [Koha] MARC field and heading validation with 
Koha

As a side note to Heather's excellent synopsis, I'd like to add something.  If 
you choose to use the authority/bib linker cronjob you have the option to match 
to 'broader headings'.  So in the example Heather gave, using the automated 
linking to authority records with a 'broader heading' preference you would 
match a bib with Women Sailors -- Fiction to the authority record of Women 
sailors.

Thanks!
joy

***
this heading in a bib record will validate & link to an authority record (which 
one can see with the $9):
650 _ 0 $a Women sailors. $9 17788

But this heading will not validate & link (so lacks the $9), because authority 
records are not created with headings with free-floating subdivisions such as 
"$v Fiction:"
650 _ 0 ‡aWomen sailors‡vFiction.



On Wed, Dec 6, 2017 at 9:26 AM, Hernandez, Heather 
> wrote:
Hi, Kumiko--

I'm not sure our workflow would be applicable since we're a very specialized 
museum library, but maybe you'll get some ideas?

We lacked a lot of authority capabilities in our previous catalog software 
(Athena), so our headings were & are pretty messy.  I'm in the middle of a 
project to clean up the authority file and then the remaining authority 
controlled fields in the bib records.  So, that said:

I catalog on OCLC (Connexion Client) but am experimenting with creating 
original records in Koha with the Advanced Editor.  I manually search every 
single authority controlled field in the Koha authority file, and download new 
authority records from OCLC (or for locally created name, series, etc., 
records, key them very laboriously into Koha since there's no Advanced Editor 
for authority records--I so dearly hope one is developed!).

If I have reason to substantially edit a bib record, I'll manually search all 
the authority controlled fields that lack a $9 authority record link--I have to 
do this manually because our Koha installation doesn't validate any headings 
that have subfields that are not present in an authority record--that is, only 
authority-controlled bib fields that match every, single subfield in the 
authority record will validate & link.  So, e.g., in our catalog, this heading 
in a bib record will validate & link to an authority record (which one can see 
with the $9):
650 _ 0 $a Women sailors. $9 17788

But this heading will not validate & link (so lacks the $9), because authority 
records are not created with headings with free-floating subdivisions such as 
"$v Fiction:"
650 _ 0 ‡aWomen sailors‡vFiction.

So with us, authority control is still a human function.  We thought briefly 
about using a vendor for the initial cleanup (I've had this done at previous 
jobs & it's worked very well), but we lack the funds for such a project.

One feature that is beautiful is that *if* headings are linked to an authority 
record, once the authority record is edited or overlaid with a newer imported 
version, the linked headings are pretty instantly changed.  Then it's just a 
matter of some searching & manual editing to update the headings that aren't 
linked because they have, e.g., free-floating subdivisions.  Or 
typos...sigh...:)

Our catalog is hosted and supported by ByWater & we've chatted a bit about how 
we might experiment with some changes that might improve heading linking, but 
haven't yet got beyond that--we have yet to upgrade beyond 17.05, so have yet 
to implement ElasticSearch which, I imagine, might impact indexing/linking.

Hope this is helpful!  Cheerio,
h2
~~
Heather Hernandez
Technical Services 

Re: [Koha] [ByWater Partners] MARC field and heading validation with Koha

[Hernandez, Heather]

Hi, Joy!

I haven't yet tried to set the LinkerOptions system preference to
"broader_headings" because the manual (at
https://koha-community.org/manual/17.05/html/02_administration.html?highlight=broader%20headings#linkeroptions)
says:

*Important*

This feature is experimental and shouldn’t be used in a production
environment until further expanded upon.

Is it OK to put into the LinkerOptions syspref: broader_headings
and give it a try?  Am I misreading that manual section?

Thanks!  Cheerio!
h2
~~
Heather Hernandez
Technical Services Librarian
San Francisco Maritime National Historical Park Research Center
2 Marina Blvd., Bldg. E, 3rd floor, San Francisco, CA  94123-1284
415-561-7032, heather_hernan...@nps.gov
https://www.nps.gov/safr/learn/historyculture/research-center.htm
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Koha Digest, Vol 146, Issue 14

[Hirak Jyoti Hazarika]

On Dec 6, 2017 9:50 PM,  wrote:

> 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: Look for records with specific info in a mark field
>   (Barton Chittenden)
>2. Re: KOCT 0.4.5 (Tomas Cohen Arazi)
>3. Re: Can't run auth_show_hidden_data.pl script (Mark Alexander)
>4. Re: MARC field and heading validation with Koha
>   (Hernandez, Heather)
>5. Re: Can't run auth_show_hidden_data.pl script
>   (Prof. Lisandro Laura)
>6. where to set Refund lost item fee (Admire Mutsikiwa)
>7. Re: where to set Refund lost item fee (Jonathan Druart)
>
>
> --
>
> Message: 1
> Date: Wed, 6 Dec 2017 09:45:07 -0500
> From: Barton Chittenden 
> To: Katrin Fischer 
> Cc: koha 
> Subject: Re: [Koha] Look for records with specific info in a mark
> field
> Message-ID:
>  gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> Good answer, Katrin!
>
> On Dec 4, 2017 15:17, "Katrin Fischer"  wrote:
>
> > Hi Alvaro,
> >
> > yes, Koha stores the complete record as MARCXML and only some fields are
> > mapped to database columns. You can see the mappings in Administration >
> > Koha to MARC mappings. Be careful, after changing it you need to run a
> > script to populate database fields correctly. The MARC record is stored
> in
> > either biblioitems.marcxml (older versions) or biblio_metadata.metadata
> > (current versions) and can be queried using the ExtractValue function.
> You
> > can find examples in the reports library on the wiki:
> >
> > https://wiki.koha-community.org/wiki/SQL_Reports_Library#Query_MARC
> >
> > Hope this helps,
> >
> > Katrin
> >
> >
> > On 04.12.2017 21:03, Alvaro Cornejo wrote:
> >
> >> Hi
> >>
> >> How can I do a MySQL search for all the records/items with an specific
> >> value in an specific marc field Xx?
> >>
> >> I've looked at the bilblio and related tables but I'm unable to find a
> >> table with marcs fields info. I saw some marcxml fields however; are
> marc
> >> values stored there and I need to xlmparse that info to get an specific
> >> value?
> >>
> >> Regards
> >>
> >> Alvaro
> >> ___
> >> 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
> >
>
>
> --
>
> Message: 2
> Date: Wed, 06 Dec 2017 14:50:16 +
> From: Tomas Cohen Arazi 
> To: Matthias Meusburger 
> Cc: Koha 
> Subject: Re: [Koha] KOCT 0.4.5
> Message-ID:
> 

Re: [Koha] Error when reading (or clicking) on message at the main menu

[Jon Knight]

You don't say what version of Koha this is for, or if you have recently updated 
it?

 However this looks like some sort of schema mismatch. You might want to try 
updating the schema manually  using:

   sudo koha-upgrade-schema  

with  being your Koha instance name. A list of the Koha instances can 
be found using: 
   sudo koha-list 

If you use Plack, you might also want to try restarting it.

Hope that helps,

Jon


From: Koha  on behalf of Luis Moises Rojas 

Sent: 30 November 2017 19:31
To: Comunidad Koha
Subject: [Koha] Error when reading (or clicking) on message at the main menu

When we try to reading the message at the botton on the main menu:

DBIx::Class::Storage::DBI::_dbh_execute(): Unknown column
'me.discharge_id' in 'field list' at
/usr/share/koha/lib/Koha/Patron/Discharge.pm line 165

Thanks

--
*Luis Moisés Rojas P.*



Libre
de virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
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] where to set Refund lost item fee

[Kelly McElligott]

Hi,
Your Refund Lost Item fee is configured in your Circulation and Fine rule
page. Below your grid, there is an option to specify the default policy for
lost item fees on return.

Kelly McElligott
Educator
Bywater Solutions

On Wed, Dec 6, 2017 at 10:56 AM, Admire Mutsikiwa  wrote:

> Hi
>
> I would like to enquire as to where the  Refund Lot Item fee is configured.
>
>
>
>
>
>
>
>
>
>
> Kind Regards,
>
>
>
> Admire Mutsikiwa (Mr)
>
> ICT Manager
>
> Libraries
>
> University of Zimbabwe
>
> Tel:+263-4-303276
>
> Mob:+26377111
>
>
>
> "It is easy to dodge our responsibilities, but we cannot dodge the
> consequences of dodging our responsibilities."  Josiah Charles Stamp
> 
>
>
>
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
>



-- 
Kelly McElligott
Educator
ByWater Solutions
bywatersolutions.com
Phone:(888)900-8944 <(888)%20900-8944>
What is Koha? 
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] where to set Refund lost item fee

[Jonathan Druart]

Hi Admire,
See on the circulation rules page: "Default lost item fee refund on return
policy"

As well as the "Processing fee (when lost)" value when you edit item types.

Regards,

Jonathan

On Wed, 6 Dec 2017 at 12:56 Admire Mutsikiwa 
wrote:

> Hi
>
> I would like to enquire as to where the  Refund Lot Item fee is configured.
>
>
>
>
>
>
>
>
>
>
> Kind Regards,
>
>
>
> Admire Mutsikiwa (Mr)
>
> ICT Manager
>
> Libraries
>
> University of Zimbabwe
>
> Tel:+263-4-303276 <+263%204%20303%20276>
>
> Mob:+26377111 <+263%2077%20111%20>
>
>
>
> "It is easy to dodge our responsibilities, but we cannot dodge the
> consequences of dodging our responsibilities."  Josiah Charles Stamp
> 
>
>
>
> ___
> 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] where to set Refund lost item fee

[Admire Mutsikiwa]

Hi

I would like to enquire as to where the  Refund Lot Item fee is configured.


 

 

 

 

Kind Regards,

 

Admire Mutsikiwa (Mr)

ICT Manager

Libraries

University of Zimbabwe

Tel:+263-4-303276

Mob:+26377111

 

"It is easy to dodge our responsibilities, but we cannot dodge the
consequences of dodging our responsibilities."  Josiah Charles Stamp
 

 

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

Re: [Koha] Can't run auth_show_hidden_data.pl script

[Prof. Lisandro Laura]

Perfect!
That works
Thank you,
Lisandro

2017-12-06 11:51 GMT-03:00 Mark Alexander :
> Excerpts from Prof. Lisandro Laura's message of 2017-12-06 11:41:57 -0300:
>> perl ./usr/share/koha/bin/maintenance/auth_show_hidden_data.pl
>>
>> But I get the following error:
>>
>> "Can't locate Koha/Authorities.pm in @INC (you may need to install the
>> Koha::Authorities module) (@INC contains: /etc/perl
>
> This sounds familiar.  Try running the following command first:
>
>   koha-shell LIBRARY
>
> where LIBRARY is your Koha instance name.  After that, the various
> Koha shell scripts should work.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] MARC field and heading validation with Koha

[Hernandez, Heather]

Hi, Kumiko--

I'm not sure our workflow would be applicable since we're a very
specialized museum library, but maybe you'll get some ideas?

We lacked a lot of authority capabilities in our previous catalog software
(Athena), so our headings were & are pretty messy.  I'm in the middle of a
project to clean up the authority file and then the remaining authority
controlled fields in the bib records.  So, that said:

I catalog on OCLC (Connexion Client) but am experimenting with creating
original records in Koha with the Advanced Editor.  I manually search every
single authority controlled field in the Koha authority file, and download
new authority records from OCLC (or for locally created name, series, etc.,
records, key them very laboriously into Koha since there's no Advanced
Editor for authority records--I so dearly hope one is developed!).

If I have reason to substantially edit a bib record, I'll manually search
all the authority controlled fields that lack a $9 authority record link--I
have to do this manually because our Koha installation doesn't validate any
headings that have subfields that are not present in an authority
record--that is, only authority-controlled bib fields that match every,
single subfield in the authority record will validate & link.  So, e.g., in
our catalog, this heading in a bib record will validate & link to an
authority record (which one can see with the $9):
650 _ 0 $a Women sailors. $9 17788

But this heading will not validate & link (so lacks the $9), because
authority records are not created with headings with free-floating
subdivisions such as "$v Fiction:"
650 _ 0 ‡aWomen sailors‡vFiction.

So with us, authority control is still a human function.  We thought
briefly about using a vendor for the initial cleanup (I've had this done at
previous jobs & it's worked very well), but we lack the funds for such a
project.

One feature that is beautiful is that *if* headings are linked to an
authority record, once the authority record is edited or overlaid with a
newer imported version, the linked headings are pretty instantly changed.
Then it's just a matter of some searching & manual editing to update the
headings that aren't linked because they have, e.g., free-floating
subdivisions.  Or typos...sigh...:)

Our catalog is hosted and supported by ByWater & we've chatted a bit about
how we might experiment with some changes that might improve heading
linking, but haven't yet got beyond that--we have yet to upgrade beyond
17.05, so have yet to implement ElasticSearch which, I imagine, might
impact indexing/linking.

Hope this is helpful!  Cheerio,
h2
~~
Heather Hernandez
Technical Services Librarian
San Francisco Maritime National Historical Park Research Center
2 Marina Blvd., Bldg. E, 3rd floor, San Francisco, CA  94123-1284
415-561-7032, heather_hernan...@nps.gov
https://www.nps.gov/safr/learn/historyculture/research-center.htm
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Can't run auth_show_hidden_data.pl script

[Mark Alexander]

Excerpts from Prof. Lisandro Laura's message of 2017-12-06 11:41:57 -0300:
> perl ./usr/share/koha/bin/maintenance/auth_show_hidden_data.pl
> 
> But I get the following error:
> 
> "Can't locate Koha/Authorities.pm in @INC (you may need to install the
> Koha::Authorities module) (@INC contains: /etc/perl

This sounds familiar.  Try running the following command first:

  koha-shell LIBRARY

where LIBRARY is your Koha instance name.  After that, the various
Koha shell scripts should work.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] KOCT 0.4.5

[Tomas Cohen Arazi]

Excelent work, Matthias!

El mié., 6 dic. 2017 a las 9:27, Matthias Meusburger (<
matthias.meusbur...@biblibre.com>) escribió:

> Hi everyone,
>
> We had a "Ship it" day during this Biblibre winter camp, and I chose to
> work on KOCT.
>
> So here's what's new in v0.4.5:
>
>   - Add a "configuration test" button which will check if koha host,
> username and password are ok
>
>
>   - Retrieve branchnames and branchcodes as a dropdown list
>
> (when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16497 is
> available, adresses
> https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19689 )
>
>
>   - Cleaner error handling
>
> (when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19752 is
> available)
>
>
>   - Add data export in Koc format
>
> (see
> https://wiki.koha-community.org/wiki/Koha_offline_circulation_file_format
> )
>
>
>   - Add a button to jump to the configuration page.
>
>
> This new version should be available at Mozilla's in a couple of days.
>
> Enjoy :)
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
>
-- 
Tomás Cohen Arazi
Theke Solutions (https://theke.io )
✆ +54 9351 3513384
GPG: B2F3C15F
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Configuring smtp mail server to work with Koha

[Paul Hoffman]

Better yet, do this in the Perl debugger:

c C4::Letters::SendQueuedMessages
c sendmail
$mailcfg{'debug'} = 1
c

That should produce much less verbose debugging output.

Paul.

On Wed, Dec 06, 2017 at 09:39:09AM -0500, Paul Hoffman wrote:
> Javed,
> 
> Here's what I would do.  Note that the two export commands (setting the 
> environment variables PERL5LIB and KOHA_CONF) are unnecessary -- 
> koha-shell sets them for you.
> 
> $ koha-shell library
> $ cd /usr/share/koha/bin/cronjobs
> $ perl -d process_message_queue.pl
> 
> This puts you in the Perl debugger -- you should see a bunch of text 
> ending with a prompt something like this:
> 
>   DB<1>
> 
> At the prompt, enter the command "c C4::Letters::SendQueuedMessages" -- 
> that tells the debugger to run the script, stopping when it gets to the 
> C4::Letters::SendQueuedMessages() function.  Then enter the command "c 
> sendmail" to continue up until the sendmail() function.  Then enter the 
> command "t" to turn tracing on.  Then enter the command "r" to continue 
> until the sendmail() function returns.
> 
> With any luck, somewhere in the voluminous text that flashes by will be 
> a clue that helps us solve your problem.  Copy all of the text into a 
> message to this list.
> 
> Paul.
> 
> On Wed, Dec 06, 2017 at 04:26:21PM +0500, Javed Sahil wrote:
> > Hi Pedro,
> > 
> >   I am facing a problem with koha notifications similar to that you had
> > been facing in the past, your message details at the end of this email.
> > 
> > When I use following commands.
> > 
> > 1.koha-shell library
> > 2.export PERL5LIB="/usr/share/koha/lib"
> > 3.export KOHA_CONF="/etc/koha/sites/library/koha-conf.xml"
> > 4.cd /usr/share/koha/bin/cronjobs
> > 
> > above all go fine, but when i use following command:
> > 
> > 5../process_message_queue.pl
> > 
> > this error message appears:
> > 
> > connect to localhost failed (Connection refused)
> > connect to localhost failed
> > connect to localhost failed (Connection refused) no (more) retries!
> >  at ./process_message_queue.pl line 66.
> > 
> > 
> > Then in patron accounts, email status changes to "failed".
> > 
> > Help Plz.
> > 
> > Below is your problem detail.
> > 
> > Hello,
> > 
> > I have solved the problem:
> > Sendmail.pm needs to have smtp => 'localhost' and port => 25 and the e-mail
> > notifications are now working.
> > 
> > Thank you,
> > 
> > Pedro Amorim
> > 
> > 2015-10-30 14:23 GMT-01:00 Pedro Amorim :
> > 
> > > Hello Galen,
> > >
> > > Thank you for your reply.
> > > I have changed the Sendmail.pm file to point to smtp.gmail.com instead of
> > > localhost and am now receiving these errors:
> > >
> > > # koha-foreach --enabled --email /usr/share/koha/bin/cronjobs/
> > > process_message_queue.pl -v
> > > koha: sending email message to patron: Admin at
> > > /usr/share/koha/lib/C4/Letters.pm line 937.
> > > koha: MAIL FROM: error (530 5.7.0 Must issue a STARTTLS command first.
> > > uj4sm7521289wjc.34 - gsmtp
> > > koha: )
> > > koha: Server said: 530 5.7.0 Must issue a STARTTLS command first.
> > > uj4sm7521289wjc.34 - gsmtp
> > > koha:  at /usr/share/koha/bin/cronjobs/process_message_queue.pl line 66
> > >
> > > I do not know much about configuring mail servers, should I keep the
> > > Sendmail.pm file pointing to localhost and postfix takes care of the
> > > redirecting?
> > >
> > > Thanks again,
> > >
> > > Pedro Amorim
> > 
> > -- 
> > Regards,
> > 
> > Javed Shoukat
> > 
> > Management Trainee Officer (MTO)
> > Lahore University of
> > Management Sciences (LUMS),
> > Lahore.
> > 
> > Contact #: +92 300 6548748 <+92%20300%206548748>
> > Email: javedshoukat...@gmail.com
> > ___
> > Koha mailing list  http://koha-community.org
> > Koha@lists.katipo.co.nz
> > https://lists.katipo.co.nz/mailman/listinfo/koha
> 
> -- 
> Paul Hoffman 
> Software Manager
> Fenway Library Organization
> 550 Huntington Ave.
> Boston, MA 02115
> (617) 442-2384 (FLO main number)

-- 
Paul Hoffman 
Software Manager
Fenway Library Organization
550 Huntington Ave.
Boston, MA 02115
(617) 442-2384 (FLO main number)
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Can't run auth_show_hidden_data.pl script

[Prof. Lisandro Laura]

Hi everyone!
I was upgrading from 17.05.04 to 17.05.06 and the following showed up:
"Bug 18811 fixed an inconsistency in the visibility settings for
authority frameworks. It is recommended that you run script
misc/maintenance/auth_show_hidden_data.pl to check if you have data in
hidden fields and adjust your frameworks accordingly to prevent data
loss when editing such records"

I was traying to run the script:
perl ./usr/share/koha/bin/maintenance/auth_show_hidden_data.pl

But I get the following error:

"Can't locate Koha/Authorities.pm in @INC (you may need to install the
Koha::Authorities module) (@INC contains: /etc/perl
/usr/local/lib/x86_64-linux-gnu/perl/5.20.2
/usr/local/share/perl/5.20.2 /usr/lib/x86_64-linux-gnu/perl5/5.20
/usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20
/usr/share/perl/5.20 /usr/local/lib/site_perl .) at
./usr/share/koha/bin/maintenance/auth_show_hidden_data.pl line 28.
BEGIN failed--compilation aborted at
./usr/share/koha/bin/maintenance/auth_show_hidden_data.pl line 28."

What can I do?

Thank you in advance,
Lisandro
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Configuring smtp mail server to work with Koha

[Paul Hoffman]

Javed,

Here's what I would do.  Note that the two export commands (setting the 
environment variables PERL5LIB and KOHA_CONF) are unnecessary -- 
koha-shell sets them for you.

$ koha-shell library
$ cd /usr/share/koha/bin/cronjobs
$ perl -d process_message_queue.pl

This puts you in the Perl debugger -- you should see a bunch of text 
ending with a prompt something like this:

  DB<1>

At the prompt, enter the command "c C4::Letters::SendQueuedMessages" -- 
that tells the debugger to run the script, stopping when it gets to the 
C4::Letters::SendQueuedMessages() function.  Then enter the command "c 
sendmail" to continue up until the sendmail() function.  Then enter the 
command "t" to turn tracing on.  Then enter the command "r" to continue 
until the sendmail() function returns.

With any luck, somewhere in the voluminous text that flashes by will be 
a clue that helps us solve your problem.  Copy all of the text into a 
message to this list.

Paul.

On Wed, Dec 06, 2017 at 04:26:21PM +0500, Javed Sahil wrote:
> Hi Pedro,
> 
>   I am facing a problem with koha notifications similar to that you had
> been facing in the past, your message details at the end of this email.
> 
> When I use following commands.
> 
> 1.koha-shell library
> 2.export PERL5LIB="/usr/share/koha/lib"
> 3.export KOHA_CONF="/etc/koha/sites/library/koha-conf.xml"
> 4.cd /usr/share/koha/bin/cronjobs
> 
> above all go fine, but when i use following command:
> 
> 5../process_message_queue.pl
> 
> this error message appears:
> 
> connect to localhost failed (Connection refused)
> connect to localhost failed
> connect to localhost failed (Connection refused) no (more) retries!
>  at ./process_message_queue.pl line 66.
> 
> 
> Then in patron accounts, email status changes to "failed".
> 
> Help Plz.
> 
> Below is your problem detail.
> 
> Hello,
> 
> I have solved the problem:
> Sendmail.pm needs to have smtp => 'localhost' and port => 25 and the e-mail
> notifications are now working.
> 
> Thank you,
> 
> Pedro Amorim
> 
> 2015-10-30 14:23 GMT-01:00 Pedro Amorim :
> 
> > Hello Galen,
> >
> > Thank you for your reply.
> > I have changed the Sendmail.pm file to point to smtp.gmail.com instead of
> > localhost and am now receiving these errors:
> >
> > # koha-foreach --enabled --email /usr/share/koha/bin/cronjobs/
> > process_message_queue.pl -v
> > koha: sending email message to patron: Admin at
> > /usr/share/koha/lib/C4/Letters.pm line 937.
> > koha: MAIL FROM: error (530 5.7.0 Must issue a STARTTLS command first.
> > uj4sm7521289wjc.34 - gsmtp
> > koha: )
> > koha: Server said: 530 5.7.0 Must issue a STARTTLS command first.
> > uj4sm7521289wjc.34 - gsmtp
> > koha:  at /usr/share/koha/bin/cronjobs/process_message_queue.pl line 66
> >
> > I do not know much about configuring mail servers, should I keep the
> > Sendmail.pm file pointing to localhost and postfix takes care of the
> > redirecting?
> >
> > Thanks again,
> >
> > Pedro Amorim
> 
> -- 
> Regards,
> 
> Javed Shoukat
> 
> Management Trainee Officer (MTO)
> Lahore University of
> Management Sciences (LUMS),
> Lahore.
> 
> Contact #: +92 300 6548748 <+92%20300%206548748>
> Email: javedshoukat...@gmail.com
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha

-- 
Paul Hoffman 
Software Manager
Fenway Library Organization
550 Huntington Ave.
Boston, MA 02115
(617) 442-2384 (FLO main number)
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Invitation for Libraries using Koha to participate in the 2017 Library Automation Perceptions survey

[Marshall Breeding]

To all libraries using Koha:

I'm collecting data for the 2017 International Library Automation Perceptions 
survey.

This survey, now in its eleventh annual iteration, provides an opportunity for 
libraries to register their perceptions of the strategic automation products 
they use, organizations that provide these products, and the quality of support 
delivered. The survey also probes at considerations for migrating to new 
systems and the level of interest in open source products.

As open source software supported both by the general community and by a 
variety of different service firms, some special considerations apply to Koha.  
In the libraries.org directory, Koha is represented by a combination of the 
name Koha and the primary support organization involved.  (For example Koha - 
Catalyst IT, Koha -- ByWater Solutions).  Libraries relying entirely on 
community support or internal resources are represented as Koha - Independent.  
If there are any special support arrangements not covered by these conventions, 
just mention that in the comments area of the survey.  In this way the survey 
will be able to reflect both the functionality of the Koha software and the 
quality of support provided.  This model of representing libraries using Koha 
isn't ideal, but is a pragmatic approach that aggregates all users of Koha 
while also segregating the different support scenarios.  

While the numeric rating scales support the statistical results of the study, 
it's the comments offered that provide the most insight into the current state 
of library automation satisfaction.  Comments will be published in the survey 
results, redacted to conceal text that might identify the individual or 
organization responding.  The raw data for the survey will not be shared, but 
reports are available that provide a variety of ways to view results.

Please help your fellow librarians who might be in the process of evaluating 
library automation options by responding to the survey. Any information 
regarding vendor performance and product quality can be helpful when making 
strategic decisions regarding automation alternatives. A large number of 
responses strengthen the impact of the survey and the subsequent report.

If you have responded in previous years, please respond again this year to help 
identify any trends regarding improvement or worsening of the products or 
support services.

For more information about the survey, for instructions on how to participate, 
and to see results of previous year's survey reports, see:
http://librarytechnology.org/web/breeding/AutomationSurvey/

I hope that all libraries using Koha will respond.  Feel free to forward this 
request to any other library-related list.

Please let me know if there are any questions regarding the survey.


Marshall Breeding
Editor, Library Technology Guides
www.librarytechnology.org
marshall.breed...@librarytechnology.org
twitter.com/mbreeding



___
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] Unable to Check-In Error

[Jonathan Druart]

Sorry, it's tab "System information", not "Server information".
Not related, but you do not have memcached setup correctly.

On Wed, 6 Dec 2017 at 02:29 SATISH  wrote:

> About Koha Page,
> https://ibb.co/b78sxw
>
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Unable to Check-In Error

[Pedro Amorim]

Satish,

The section you should be looking at is "System information" in the "About"
page and look for an entry regarding issues and old_issues.
If your problem is indeed related to the DBMS auto increment issue, take a
look at these discussions:

http://koha.1045719.n5.nabble.com/DBMS-auto-increment-fix-td5954478.html
http://koha.1045719.n5.nabble.com/Salvaging-data-before-using-DBMS-auto-increment-fix-td5951803.html

The provided fix in the official documentation only prevents the problem
from happening in the future, it won't fix your already corrupted data.
You should manually delete the duplicated ID's from the old_issues table.
Needless to say, you should perform a database back-up beforehand.

GL,

Pedro Amorim

2017-12-06 4:29 GMT-01:00 SATISH :

> About Koha Page,
> https://ibb.co/b78sxw
> ___
> 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] Please help this newbie :)

[Johan Seyfferdt]

We got the russian search to work, i call it like the first edition, we
will test it, most probalby get more help, to maybe improve it, and would
love to give our work back to those who need it.

Thank you so much for all the help and the great wiki.

I most probably will ask more questions in the future!

Johan

On Tue, Dec 5, 2017 at 6:09 PM, Johan Seyfferdt  wrote:

> Hello
>
> Thank you for all the support. I truly appreciate it.
>
> I am now at the point where I installed koha and I am able to search in
> English and German but not yet in Russian.
>
> Katrin has send me a link on how to do it, but unfortunately I don't
> understand how to apply it correctly.
>
> Any help will be truly appreciated.
>
> I really appreciate all the help and support.
>
> Johan
>
> On Dec 4, 2017 23:21, "Katrin Fischer"  wrote:
>
>> Hi Johan,
>>
>> with the default configuration Koha won't search for records with
>> non-latin characters correctly, but this can be fixed - you will have to
>> switch to ICU for indexing. Instructions can be found on the wiki:
>>
>> https://wiki.koha-community.org/wiki/ICU_chains_configuration
>>
>> If it doesn't work at all, even for your German and English records,
>> there might be another problem. Did you specify UNIMARC when creating the
>> instance (defaults to MARC21)? Or only in the web installer? If the first
>> was missed, your indexing configuration won't match your data which could
>> also explain problems.
>>
>> Hope this helps,
>>
>> Katrin
>>
>>
>> On 04.12.2017 09:35, Johan Seyfferdt wrote:
>>
>>> Hello.
>>>
>>> Thank you for adding me to this mailing list.
>>>
>>> I have a question.
>>>
>>> I am a sysadmin in St Petersburg, Russia and we are in the process of
>>> moving to Koha.  So I am a newbie :)
>>>
>>> I chosed the unimarc option as our database is in rusmarc.  We have our
>>> database in .mrc format,  it is about 27 000 books in cyrilic, english
>>> and
>>> german.
>>>
>>> I was able to setup koha import that database but the search function
>>> does
>>> not work.
>>>
>>> I did a lot of googling, i tried kooha 16.05, 16.11, 17.05 on Debain 8
>>> and
>>> 9 but without avail...
>>>
>>> Any help will be truly appreciated! as i am truly stuck.
>>> ___
>>> 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

[Koha] KOCT 0.4.5

[Matthias Meusburger]

Hi everyone,

We had a "Ship it" day during this Biblibre winter camp, and I chose to 
work on KOCT.


So here's what's new in v0.4.5:

 - Add a "configuration test" button which will check if koha host, 
username and password are ok



 - Retrieve branchnames and branchcodes as a dropdown list

(when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16497 is 
available, adresses 
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19689 )



 - Cleaner error handling

(when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19752 is 
available)



 - Add data export in Koc format

(see 
https://wiki.koha-community.org/wiki/Koha_offline_circulation_file_format )



 - Add a button to jump to the configuration page.


This new version should be available at Mozilla's in a couple of days.

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

Re: [Koha] Advanced search - Additional content types for books/printed materials

[Dimitris Antonakis]

Hi Selma,

Thank you for your reply. I forgot to mention that our catalog is not a new
one. It's a production one that has been live since version 3.16. Therefore
it has item types defined etc.
87.203.234.185:8080
Unfortunately I don't remember in which version this operation broke or
what affects it.

On Tue, Dec 5, 2017 at 7:05 PM Selma Aslan  wrote:

> Hi Dimitris,
>
> I am not sure if you have received a reply to your query below. So far as
> I know you need to define your item types under Administration =>Basic
> parameters=>Item types
>
> Best
>
> Selma
> 
> On Tue, 5/12/17, Dimitris Antonakis  wrote:
>
>  Subject: [Koha] Advanced search - Additional content types for
> books/printed   materials
>  To: "koha@lists.katipo.co.nz" 
>  Date: Tuesday, 5 December, 2017, 11:54
>
>  Hello, everyone!
>
>
>  I have an issue regarding the advanced
>  search “Additional content types for
>  books/printed materials”. Whatever I
>  choose, the message “No results
>  found!” is presented, although the
>  marc21 008 field - 24 - Nature of
>  contents is filled according to the
>  material described.
>
>
>  Any thoughts on what the issue could
>  be? I'd appreciate any input!
>
>
>  Dimitris,
>
>
>
>
>
>  Information about the server:
>
>  Koha version:17.05.03.000
>
>  OS version ('uname -a'):Linux linuxsrv
>  3.16.0-4-686-pae #1 SMP Debian
>  3.16.36-1+deb8u2 (2016-10-19) i686
>
>  Perl interpreter:/usr/bin/perlPerl
>  version:5.020002
>
>  Perl @INC:
>
>  /usr/share/koha/lib
>  /etc/perl
>  /usr/local/lib/i386-linux-gnu/perl/5.20.2
>  /usr/local/share/perl/5.20.2
>  /usr/lib/i386-linux-gnu/perl5/5.20
>  /usr/share/perl5
>  /usr/lib/i386-linux-gnu/perl/5.20
>  /usr/share/perl/5.20
>  /usr/local/lib/site_perl
>  .
>  MySQL version:mysql Ver 14.14 Distrib
>  5.5.53, for debian-linux-gnu (i686)
>  using readline 6.3
>
>  Apache version:Server version:
>  Apache/2.4.10 (Debian)
>
>  Memcached:Servers: 127.0.0.1:11211 |
>  Namespace: koha | Status: running. |
>  Config read from: koha-conf.xml
>
>  Zebra version:Zebra 2.0.62 (C)
>  1994-2016, Index Data Zebra is free
>  software, covered by the GNU General
>  Public License, and you are welcome to
>  change it and/or distribute copies of
>  it under certain conditions. SHA1 ID:
>  0ca4276b18b741acfd996d618cb46b13c01af5d5 Using
>  ICU
>  ___
>  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] Configuring smtp mail server to work with Koha

[Javed Sahil]

Hi Pedro,

  I am facing a problem with koha notifications similar to that you had
been facing in the past, your message details at the end of this email.

When I use following commands.

1.koha-shell library
2.export PERL5LIB="/usr/share/koha/lib"
3.export KOHA_CONF="/etc/koha/sites/library/koha-conf.xml"
4.cd /usr/share/koha/bin/cronjobs

above all go fine, but when i use following command:

5../process_message_queue.pl

this error message appears:

connect to localhost failed (Connection refused)
connect to localhost failed
connect to localhost failed (Connection refused) no (more) retries!
 at ./process_message_queue.pl line 66.


Then in patron accounts, email status changes to "failed".

Help Plz.

Below is your problem detail.

Hello,

I have solved the problem:
Sendmail.pm needs to have smtp => 'localhost' and port => 25 and the e-mail
notifications are now working.

Thank you,

Pedro Amorim

2015-10-30 14:23 GMT-01:00 Pedro Amorim :

> Hello Galen,
>
> Thank you for your reply.
> I have changed the Sendmail.pm file to point to smtp.gmail.com instead of
> localhost and am now receiving these errors:
>
> # koha-foreach --enabled --email /usr/share/koha/bin/cronjobs/
> process_message_queue.pl -v
> koha: sending email message to patron: Admin at
> /usr/share/koha/lib/C4/Letters.pm line 937.
> koha: MAIL FROM: error (530 5.7.0 Must issue a STARTTLS command first.
> uj4sm7521289wjc.34 - gsmtp
> koha: )
> koha: Server said: 530 5.7.0 Must issue a STARTTLS command first.
> uj4sm7521289wjc.34 - gsmtp
> koha:  at /usr/share/koha/bin/cronjobs/process_message_queue.pl line 66
>
> I do not know much about configuring mail servers, should I keep the
> Sendmail.pm file pointing to localhost and postfix takes care of the
> redirecting?
>
> Thanks again,
>
> Pedro Amorim

-- 
Regards,

Javed Shoukat

Management Trainee Officer (MTO)
Lahore University of
Management Sciences (LUMS),
Lahore.

Contact #: +92 300 6548748 <+92%20300%206548748>
Email: javedshoukat...@gmail.com
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Ajax call in self checkout not working in Koha 17.05

[Graham, Stephen]

Krishna - what does the Ajax call look like? A bit of sample code might help?

Stephen

-Original Message-
From: Koha [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of Krishna K
Sent: 06 December 2017 09:01
To: koha@lists.katipo.co.nz
Subject: Re: [Koha] Ajax call in self checkout not working in Koha 17.05

Hi all,

Resending this - any help on using Ajax call with Koha 17.05 would be 
appreciated. Please see the below mail I had sent earlier related to a 
customization in self checkout module that uses Ajax  call to query the book 
title - this was working fine in 16.11 but not working in 17.05. Thank you,

On Mon, Nov 27, 2017 at 3:50 PM Krishna K 
wrote:

>
> Hi all,
>
> We are currently running Koha 16.11.
>
> On a new hardware, we have installed Koha 17.05,  with Ubuntu 16.04 64 
> bit,  Mariadb 15.1 and Php 7.1.  We plan to use it as the production 
> machine shortly.  We have a small customization in self checkout that 
> that uses an ajax call to query the for the book title, to display the 
> book title at the time of self checkout. This is not working in the new 
> machine.
>
>
> But the same customization is working on our earlier version which 
> uses Ubuntu 14.04 32 bit, Koha 16.11, MySql 5.1 and Php 5.6.
>
>
> Could anyone help us with some hints on why the Ajax call is not 
> working in the new setup ?
>
>
> Thanks in advance,
>
> Krishna
>
> --
> Regards,
> Krishna
>
--
Regards,
Krishna
___
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] Ajax call in self checkout not working in Koha 17.05

[Krishna K]

Hi all,

Resending this - any help on using Ajax call with Koha 17.05 would be
appreciated. Please see the below mail I had sent earlier related to a
customization in self checkout module that uses Ajax  call to query the
book title - this was working fine in 16.11 but not working in 17.05. Thank
you,

On Mon, Nov 27, 2017 at 3:50 PM Krishna K 
wrote:

>
> Hi all,
>
> We are currently running Koha 16.11.
>
> On a new hardware, we have installed Koha 17.05,  with Ubuntu 16.04 64
> bit,  Mariadb 15.1 and Php 7.1.  We plan to use it as the production
> machine shortly.  We have a small customization in self checkout that that
> uses an ajax call to query the for the book title, to display the book
> title at the time of self checkout. This is not working in the new machine.
>
>
> But the same customization is working on our earlier version which uses
> Ubuntu 14.04 32 bit, Koha 16.11, MySql 5.1 and Php 5.6.
>
>
> Could anyone help us with some hints on why the Ajax call is not working
> in the new setup ?
>
>
> Thanks in advance,
>
> Krishna
>
> --
> Regards,
> Krishna
>
-- 
Regards,
Krishna
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha