Re: [Koha] Google Analytics 4 and Koha 22.05, help needed

[Marc Véron]

Do you really want to tell Google what your patrons do on your Koha 
instance?

Please consider to have a self hosted analytics tool like e.g. Matomo.
Marc
@mve...@tooting.ch

Am 15.11.22 um 18:34 schrieb Elaine Bradtke:

We haven't been using Google Analytics on Koha, but we thought we would try
it to see if it throws up any useful data. They're switching to a new
system (Analytics 4). I thought I'd start there, but I haven't had any
success in implementing it.  Has anyone done this in 22.05 and if so could
you help me out? I know nothing about JavaScript.

Here's what I've tried so far:
I looked at Koha Geek's tip where it suggests we paste the site tag into
opaccredits, but this doesn't seem to be System preference anymore
http://kohageek.blogspot.com/2019/01/google-analytics-koha.html

  From Bywater (
https://bywatersolutions.com/education/setting-up-google-analytics-with-koha
) – add the following to opacuserjs – change the track id to your Google ID


//Begin Google Analytics script


(function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){

(i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new
Date();a=s.createElement(o),

m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)

})(window,document,'script','https://www.google-analytics.com/analytics.js
','ga');


ga('create', 'trackID', 'auto');

ga('send', 'pageview');


//End Google Analytics script


This throws up syntax errors about missing semicolons, and 'expected an
assignment of function call and instead saw an expression'



 From new Google analytics – (our ID is xed out) - this throws up error
messages about identifiers, operators and an unrecoverable syntax error.




https://www.googletagmanager.com/gtag/js?id=XXX
">



window.dataLayer = window.dataLayer || [];

function gtag(){dataLayer.push(arguments);}

gtag('js', new Date());


gtag('config', 'XXX');




Thanks for any help you can offer

Elaine Bradtke
VWML 
English Folk Dance and Song Society 
Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY
Tel+44 (0) 20 7485 2206 (This number is for the English Folk Dance and
Song Society in London, England. If you wish to phone me personally, send
an e-mail first. I work off site)
--
Registered Company No. 297142
Charity Registered in England and Wales No. 305999
___

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] Help with funding the koha-community.org webserver

[Marc Véron]

Hi Liz

Tanks a lot for funding the Koha community server for years.

I will be happy to pay the server for this year ( $308 NZD ).

Please send your banking information to me.

Have a great day

Marc


Am 05.06.2018 um 23:21 schrieb Liz Rea:

Hi all,
I've been funding the koha-community web server for about 5 years now, and
I've been happy to have the disposable income available to me to do that
personally. As it turns out, this year I don't really have that and I could
really use some help paying for it.

The server is paid for yearly, this year it was $308 NZD It's all paid up
until June of next year.

If you'd be interested in tossing a few dollars my way to support running
the website, I'd be really grateful. I think it would be better to have a
community funded server anyway. I'm happy to keep looking after the server
and website too.

I don't have a plan currently for how best to receive the funds - ideas
welcome on this front as well.

Thanks for your consideration,

Cheers,
Liz
___
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] Anonymous external link tracking

[Marc Véron]

Hi David

Did you create a patron for anonymous tracking and set it in the 
following syspref?


AnonymousPatron - Use borrowernumber xxx as the Anonymous Patron (for 
anonymous suggestions and reading history)


Marc


Am 17.11.2017 um 13:21 schrieb David Hughes:

Hi,

When the TrackClick OPAC parameter is set to 'Track anonymously' is the
biblionumber recorded?  I know that the borrowernumber isn't recorded, but
according to the manual "If you choose to ‘Track anonymously’ then the
borrowernumber will not be recorded, but the rest of the data will."

I have this parameter set to 'Track Anonymously' and it looks like neither
biblionumber or borrowernumber is being recorded.

It'd be nice for our stats if we could track biblionumbers while not
recording borrowernumbers.

We're using Koha 16.11

Thanks.

David Hughes

Systems Librarian
Dublin Business School
13-14 Aungier St.
Dublin 2
Ireland

00 353 1 417 8744

david.hug...@dbs.ie
*http://library.dbs.ie *



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

Re: [Koha] JSPrint & ff57

[Marc Véron]

Yes, Firefox prevents silent printing. It always displays a print dialogue.

print.always_print_silent no longer exists in Firefox configuration.
JSPrintSetup 
(https://addons.mozilla.org/en-US/firefox/addon/js-print-setup/) is no 
longer functional.


As a temporary solution see the following from:
https://bugzilla.mozilla.org/show_bug.cgi?id=1385827
(Bug was filed by the author of JSPrintSetup afaik)

---Snip---
For all that need the functionality NOW: its better to install the 
current ESR version ( 
https://www.mozilla.org/en-US/firefox/organizations/faq/ ) instead of 
going back to version 56 and turning off updates: 
https://www.mozilla.org/en-US/firefox/organizations/faq/

---End snip---

Cheers,
Marc


Am 16.11.2017 um 22:46 schrieb Liz Rea:

Are you saying that doing something like the following:

 * Type *about:config*, in the address bar of Firefox. Click “I’ll be
   careful, I promise!” on the warning message.
 * Type, *print.alway**s* in Filter.
 * Look for *print.always_print_silent*.
 * Double-click the value to change it to false.

no longer enables silent printing?

Cheers,
Liz


On 17/11/17 10:37, Mike D. wrote:

Hello Koha Community,
how we'll solve printing from Koha in new FF? Mozilla close debate about
silent printing https://bugzilla.mozilla.org/show_bug.cgi?id=1385827
Its time to move to other browser? Which solution for printing do you
prefer  now?

Thank you

Mike
___
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] Vote request for Bug 18483 Customised help: Enhance staff client with news based, easily editable help system (Passed QA -> In Discussion)

[Marc Véron]

Dear Koha community

On 2017-04-22 I filed Bug 18483 "Customised help: Enhance staff client 
with news based, easily editable help system".

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18483#c0

The Enhancement was ready for Sign off on 2017-04-30, was signed off on 
2017-05-02, and, after some discussion, passed QA on 2017-10-27, and the 
same day was set to "In Discussion".


The aim of the bug is described in the initial comment. It fills a 
request we have since 2012. In short, it is about having an additional 
help system that allows libraries to create their own, library specific 
help information, taking advantage of all functionality we already have 
with the news system.



Initial comment:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18483#c0

---Quote---
"Koha's staff client has a file based help system with an edit function 
for customising. However, the edited files have to be saved and restored 
with each release. Otherwise they are overwritten.


As an enhancement or alternative, the existing news system can be used 
to implement a complementing help system. Similar to the news, the text 
can be created for all branches or for individual branches. Help is 
context sensitive (based on the existing help system), and it can be 
created / edited directly from the help page (based on a user permission).


The display can be managed with a system preference (Bug 18472: Add 
system preference CustomOnlineHelpStaff to hide / select custom online 
help system)."

---End quote ---


Author's answer on a question of QA team member M. de Rooy (asked on Bug 
18472, Comment 21), moved to Bug 18483:

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18483#c21

---Quote---
Need:
- Having a user editable, page aware help system is a long outstanding 
need. First time I was asked for goes back to 2012.

- We have libraries interested in Koha who ask for in their requirements.
- Writing a brand new help module would take a lot of time. And who 
would fund it?


User:
- The news system works very well and libraries are used to use it. The 
help additons introduced in Bug 18483 enhances the news system to host 
custom help as well.
- From a user standpoint it is easy to use, you can add whatever you 
want / need as help. All the benefits of the news system can be used. 
Custom help items can easyly be added / edited.
- It can be turned on and off (combined with the existing file based 
help system or 'standalone'). This Bug 18472 is the basis for turning on 
and off and/or add additional help systems.
- There is no change in behavior of news and file based help system if 
turned off (however this patch allows to turn off the edit function of 
the existing file based help system).


Impact:
- In Bug 18483, I paid great attention to have a minimal impact on 
existing code. No changes in .pm files were needed.
- There is a small database change to have a field to host the page key 
if a news item is used as help item.


Things to come:
- Since the news system works for both staff client and OPAC it will be 
easy to implement the editable help for OPAC as well (Bug 18515)


So I kindly ask for Bug 18472 and Bug 18483 to make part of Koha.
---End quote---

After the enhancement has been put to "In discussion", I kindly ask the 
Koha community to vote about Bug 18483 as outlined in:

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

Thanks and kind regards

Marc Véron
Koha Support Schweiz
www.koha-support.ch
Contributing to Koha since 2012

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

Re: [Koha] Overlapping of photos in Patron Card Creation

[Marc Véron]

Sorry, I missed the initial mail. I think the problem is related to:

Bug 8604 - Patron cards made for patrons which don't have patron images 
use preceding card's image

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8604

Can you please comment on bug 8604 and attach your screen shot?

Thanks

Marc


Am 03.10.2017 um 10:09 schrieb Marc Véron:

Hi Satish

Maybe related to:
Bug 18550 - Patron card creator: Print output does not respect layout 
units

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18550
(Signed off, needs QA)

Bug 18528 - Patron card creator template: switch form fields for card 
height and card width

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18528
(Signed off, needs QA)

The following bug introduced a nice grid to manage layouts:
Bug 18541 - Patron card creator: Add a grid to support layout design
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18541
(Pushed)

Marc Véron


Am 03.10.2017 um 07:46 schrieb SATISH:
Is anybody else facing similar kind problems with Patrons card 
printing ?


Any comments or suggestions would be appreciated.

Thank you.
Satish.
___
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] Overlapping of photos in Patron Card Creation

[Marc Véron]

Hi Satish

Maybe related to:
Bug 18550 - Patron card creator: Print output does not respect layout units
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18550
(Signed off, needs QA)

Bug 18528 - Patron card creator template: switch form fields for card 
height and card width

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18528
(Signed off, needs QA)

The following bug introduced a nice grid to manage layouts:
Bug 18541 - Patron card creator: Add a grid to support layout design
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18541
(Pushed)

Marc Véron


Am 03.10.2017 um 07:46 schrieb SATISH:

Is anybody else facing similar kind problems with Patrons card printing ?

Any comments or suggestions would be appreciated.

Thank you.
Satish.
___
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] Card Number error

[Marc Véron]

Hi Luis

There is a conflict between two system preferences, see:

Bug 18636 - Can not save new patron on fresh install (Conflict between 
autoMemberNum and BorrowerMandatoryField)


To resolve your issue, remove field 'cardnumber' from syspref 
BorrowerMandatoryField


HTH

Marc


Am 22.08.2017 um 17:58 schrieb Luis Moises Rojas:

Hello everybody,

We have: autonumberNum=yes

But now, when we create a new patron, says:
Card Number is needed.

Before this version (we now have: 17.05.02.000) we did not have this
problem.


Thanks


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

Re: [Koha] Impossible to renew items

[Marc Véron]

It seems that you defined rules for a library 'AbtSchil'. They take 
precedence over rules for 'All libraries'.


In staff client, can you see the rules for 'AbtSchil'? - You have to 
select the library in the drop down above the table to make them visible.


BTW: The wording 'All libraries' is a little bit confusing. It means 
something like: 'Rules that apply (to all libraries) if no matching rule 
for a specific library is found'.



Am 01.08.2017 um 17:09 schrieb mpw:

I'm groping around in the dark when it comes to SQL but I think I was able to
find that answers to your questions.

AllowRenewalIfOtherItemsAvailable is "Don't allow".

In Reports > Create from SQL I created a report as follows:

Report group:
   Select none
SQL:
   SELECT * FROM issuingrules;

I get the following results when I run the report:

categorycode;itemtype;restrictedtype;rentaldiscount;reservecharge;fine;finedays;maxsuspensiondays;firstremind;chargeperiod;chargeperiod_charge_at;accountsent;chargename;maxissueqty;maxonsiteissueqty;issuelength;lengthunit;hardduedate;hardduedatecompare;renewalsallowed;renewalperiod;norenewalbefore;auto_renew;no_auto_renewal_after;no_auto_renewal_after_hard_limit;reservesallowed;holds_per_record;branchcode;overduefinescap;cap_fine_to_replacement_price;onshelfholds;opacitemholds;article_requests
*;*;;0.00;;0.00;3;;0;0;0;;;10;10;14;days;;-1;10;7;;0;;;0;0;*;;0;1;N;no
M;*;;0.00;;0.00;0;;0;0;0;;days;;-1;0;0;;0;;;0;0;AbtSchil;;0;1;N;no
S;*;;0.00;;0.00;0;;0;0;0;;days;;-1;0;0;;0;;;0;0;AbtSchil;;0;1;N;no

Thus it looks like I have three rows in the table. The question now, I
guess, is how do I get rid of them?



--
View this message in context: 
http://koha.1045719.n5.nabble.com/Impossible-to-renew-items-tp5941578p5941789.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] Impossible to renew items

[Marc Véron]

Hi Matthew

I tried to reproduce the issue (on current master), however no luck.

Is it possible to check the MySQL table issuingrules?
Is there only one row?
What are the values?

For the records: Bug 18997 - Everything listed as "not renewable"
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18997

Marc


Am 31.07.2017 um 15:07 schrieb mpw:

I'm running Koha version 17.05.01 on Debian 8.8.

I'm setting up a new library. I have checked out eight books.  In the
renewable column they are all listed as "Not renewable (0 of 0 renewals
remaining)".

Several people have suggested removing all the circulation and fine rules
and creating a single rule the holds for all patron types and all item
types. For example here:

   
http://koha.1045719.n5.nabble.com/All-items-quot-not-renewable-quot-td5925467.html#none


I've tried that several times but none of the tries ever made any
difference. Right now I only have one rule:
Patron category - All
Item type - All
Current checkouts allowed - 20
Renewals allowed - 3
Renewal period - 14
Automatic renewal - no

Since somebody in the above mentioned thread said that this might be a bug,
I opened a bug report but they referred me back to this list because it's
supposedly just a configuration problem.

I have set the option that enables the "Override renewal limit" checkbox so
I can trick the system into renewing books, but that's just a workaround and
I'd like to get to the root of the problem.

I've been going around in circles here for well over a week. Can anybody
point me in the right direction?



--
View this message in context: 
http://koha.1045719.n5.nabble.com/Impossible-to-renew-items-tp5941578.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] Template Toolkit edit help please.

[Marc Véron]

Hi Ray

It would be a good idea to file the issue in the bug tracker:

https://bugs.koha-community.org

Kind regards
Marc


Am 31.07.2017 um 05:46 schrieb Raymund Delahunty:

We have found functionality with auto-renewal in 17.05 which we want to change. 
When an item that is due for renewal is reserved at the title level, we find 
that in some circumstances Koha searches for other copies of the same title 
that are also out on loan, and sends an AUTO_RENEWAL email to ALL the users 
warning them all of renewal failure, even though copies are in most cases 
nowhere near the date for renewal. Ideally the person whose item is due today 
will get the AUTO_RENWAL failure notification, bring the item back, and the 
other people who have copies on loan are not contacted (and confused!).
We want to test out whether this can be achieved by an edit to the condition in 
the template toolkit. So rather this:

[% ELSIF checkout.auto_renew_error == 'on_reserve' %]
This item has been reserved by another reader.

... we have something like this:

[% ELSIF checkout.auto_renew_error == 'on_reserve' %] AND [% checkout.date_due 
%==today]
This item has been reserved by another reader.

Can someone please help with the coding of the second condition (if indeed use 
of a second condition is permissible).

Thanks.

Ray Delahunty
University of the Arts London
This email and any attachments are intended solely for the addressee and may 
contain confidential information. If you are not the intended recipient of this 
email and/or its attachments you must not take any action based upon them and 
you must not copy or show them to anyone. Please send the email back to us and 
immediately and permanently delete it and its attachments. Where this email is 
unrelated to the business of University of the Arts London or of any of its 
group companies the opinions expressed in it are the opinions of the sender and 
do not necessarily constitute those of University of the Arts London (or the 
relevant group company). Where the sender's signature indicates that the email 
is sent on behalf of UAL Short Courses Limited the following also applies: UAL 
Short Courses Limited is a company registered in England and Wales under 
company number 02361261. Registered Office: University of the Arts London, 272 
High Holborn, London WC1V 7EY
___
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] Bulk Patron Image upload zip file giving Error 500

[Marc Véron]

Hi Sunil

I have the impression that the error occurs on line 118 of picture-upload.pl

unless( system( "unzip", $tempfile, '-d', $dirname ) == 0 ) {

It seems that the zip is extracted but the program thinks that something 
went wrong with extracting and exits (following lines).


Because the error occurs since Debian 8.3 I suppose that system(...) 
returns an other value than with Debian 8.2


For the return values of system see:
http://perldoc.perl.org/functions/system.html

Just my 2 cents...

Marc


Am 21.07.2017 um 06:29 schrieb Sunil Sharma:

Hello Friends,

If someone faced the problem mentioned in my previous mail attached below
and having any solution, please guide.

I am using Koha 16.05.12 with Debian 8.3 OS on my cloud server.

Currently, I am facing a very strange problem while uploading a single
patron image via Koha Bulk Patron image upload tool, the image file is
uploading fine. But When I tried using *zip file* of all patron images with
a mapped text file named as IDLINK.TXT, As soon as I browse the zip file
and try to upload the images, the images are uploaded but instead of result
page, the page will through error 500.

I had checked many Koha versions i.e. Koha 3.22.x, Koha 16.05.x, Koha
16.11.x but same *error 500* will be the result.

To troubleshoot the problem I had tested the same Koha versions with same
zip file at my local virtual machine but the strange problem which I found,
that* all Koha* versions with bulk patron upload feature *worked fine on
Debian 8.2 *but *through error 500 with Debian 8.3 and onwards i.e. 8.4,
8.8 etc. *

I had tested with different Apache versions but on Debian 8.2 all things
worked fine, but on Debian 8.3 no success (may be any security fetch or
something wrong is there)

As there are a lot of other application are running on my cloud server so I
can't change the OS. Please guide me what will I do?

The Koha error logs are as given below:





*[Thu Jul 12 13:43:02.2017] [http:error] [pid 16357] [client x.x.x.x]
AH02429: Response header name ' extracting' contains invalid characters,
aborting request, referer:
http://example.com/cgi-bin/koha/tools/picture-upload.pl
[Thu Jul 12
13:50:38.2017] [http:error] [pid 14327] [client x.x.x.x] AH02429: Response
header name '  inflating' contains invalid characters, aborting request,
referer: http://example.com/cgi-bin/koha/tools/picture-upload.pl
[Thu Jul 12
13:59:27.2017] [http:error] [pid 25507] [client x.x.x.x] AH02429: Response
header name '  inflating' contains invalid characters, aborting request,
referer: http://example.com/cgi-bin/koha/tools/picture-upload.pl
*


Any pointers would be of help.


On Fri, Jul 14, 2017 at 3:19 PM, Sunil Sharma 
wrote:


Hi Ian Bays,

Thank you very much for the valuable input.

I had checked and you are right that all patron images are uploading
correctly but was failing when trying to show the results page with the
error 500 as you observed.

Now, it is confirmed with your mail that something is wrong. Please guide
if you will find any solution for this problem.

If someone else faced this problem and having solution, please guide.



On Fri, Jul 14, 2017 at 2:19 PM, Ian Bays 
wrote:


Hello,

I have noticed the same problem uploading a zip file of patron images and
saw similar messages in the log file.

However on checking the patron records saw the images so I concluded that
the upload was working correctly but was failing when trying to show the
results page with the error 500.

There is definitely something wrong but you might like to check to see if
the upload actually worked OK.

Best regards.
Ian

On 13/07/2017 06:32, Sunil Sharma wrote:


Hello Friends,

I am using Koha 16.05.12 with Debian 8.3 OS on my cloud server.

Currently, I am facing a very strange problem while uploading a single
patron image via Koha Bulk Patron image upload tool, the image file is
uploading fine. But When I tried using *zip file* of all patron images
with
a mapped text file named as IDLINK.TXT, As soon as I browse the zip file
and try to upload the file, the page will through error 500.

I had checked many Koha versions i.e. Koha 3.22.x, Koha 16.05.x, Koha
16.11.x but same *error 500* will be the result.

To troubleshoot the problem I had tested the same Koha versions with same
zip file at my local virtual machine but the strange problem which I
found,
that* all Koha* versions with bulk patron upload feature *worked fine on
Debian 8.2 *but *through error 500 with Debian 8.3 *

I had tested with different Apache versions but on Debian 8.2 all things
worked fine, but on Debian 8.3 no success (may be any security fetch or
something wrong is there)

As there are a lot of other application are running on my cloud server
so I
can't change the OS. Please guide me what will I do?

The Koha error logs are as given below:





*

Re: [Koha] Koha OFFLINE

[Marc Véron]

Hi Luis

Have a look at the following chapter in the manual:

Offline Circulation Utilities
https://koha-community.org/manual/16.11/html/ch05s13.html

Kind regards

Marc


Am 23.06.2017 um 21:17 schrieb Luis Moises Rojas:

Hello everybody,

Is there is a way where we could have koha OFFLINE?

Let my explain:

We have severals LIBRARIES, sometimes they do not have access to internet,
so they need to catalog books and when they have access again to internet,
them UPDATE the CENTRAL DATABASE.

Thanks at lot



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

Re: [Koha] How to remove unwanted characters when importing MARC data?

[Marc Véron]

Hi Michael

Did you try marcedit?
http://marcedit.reeset.net/

Kind regards
Marc Véron


Am 21.06.2017 um 18:55 schrieb Michael Kuhn:

Hi

Our library receives MARC data from EKZ (a German cataloging data 
provider) which includes two unwanted characters:


* a beginning "non-sorting character"
* an ending "non-sorting character"

These characters can't be seen in the OPAC and in the hitlist of the 
staff client, but they do appear in the framework and also in the top 
line of the webbrowser. Here is an example of a file containing such 
characters: http://adminkuhn.ch/download/kuhn000


When opening the original .mrc file with vi these characters show as:

<98>The<9c> obsession

With "od -c" they show as:

302 230   T   h   e 302 234   o   b   s   e   s   s   i   o n

Of course these characters could be removed e. g. with sed (but this 
will result in a wrong character length in MARC LEADER positions 0-4) 
and also it has to be done separately on the shell outside and before 
the regular importing process. Or even using software like MarcEdit.


Now the question is if there is an EASY way how to delete these 
unwanted characters within Koha, for example by using the MARC 
modification templates which is used anyway when loading such data?


Best wishes: Michael


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

Re: [Koha] Guides to the new web installer in Koha 17.05.00

[Marc Véron]

Hi Michael

The following bug contains patches related to the problem with the mixed 
language (and other issues):


Bug 18629 - Translatability: Fix problems with web installer 17.05
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18629


Regards
Marc


Am 19.06.2017 um 01:24 schrieb Michael Kuhn:

Hi Chris


There is also this

>

https://koha-community.org/manual/17.05/html/01_installation.html


Cool, this looks very good!

My main goal was of course to describe the process how to get the web 
installer in German (de-DE) - which is not really possible at the 
moment because of bug 18629. Instead of German there is a mixup 
between English and German (and I guess the same goes for other 
translated web installer languages).


And because of bug 18741 the web installer doesn't load some of the 
necessary default values. Happily I was able to correct this manually 
without having to wait for Koha 17.05.01.


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


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

Re: [Koha] OPAC images

[Marc Véron]

Hi Luis

I suppose you need a full qualified link like:
http://myserver.org/home...

Marc


Am 05.06.2017 um 17:44 schrieb Luis Moises Rojas:

Hi everybody,

We have this code on OpacMainUserBlock





We the image does not appear?
What is wrong?

Thnaks in advance


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

Re: [Koha] param errors persisting after enabling plack

[Marc Véron]

Hello George,

The entry in zebra-error.log is not related to your problem.

regarding opac-error.log:  "Table 'koha_library.sessions' doesn't exist"

If I try to go to your public opac (http://www.oclibsys.org/) I get an 
error message:

Error establishing a database connection

Both indicate that something is wrong with your database.

In an earlier message, you mentioned that you have your Koha installation on
- Ubuntu 16.04 LTS
- MariaDB.

Unfortunately I do not have this configuration, so I 'm sorry that I can 
not give advice for Ubuntu and MariaDB.


Maybe it's a good idea to ask on IRC. You can connect to the chat with 
your browser, see:

https://koha-community.org/get-involved/irc/

Kind regards
Marc

Am 03.06.2017 um 06:27 schrieb George Masters:

Hello Marc,

I did some more investigation as to the cause of the param errors I am
experiencing with Koha since upgrading to 16.11. The following log entries
from today seem to be revealing:

gmasters@server1:/var/log/koha/library$ tail -10 *opac-error.log*

[Fri Jun 02 16:43:55.057378 2017] [cgi:error] [pid 21358] [client
82.80.249.143:56285] AH01215: [Fri Jun 2 16:43:55 2017] 404.pl:
DBD::mysql::db do failed: Table 'koha_library.sessions' doesn't exist [for
Statement "INSERT INTO sessions (id, a_session) VALUES(?, ?) ON DUPLICATE
KEY UPDATE a_session = ?"] at /usr/share/perl5/CGI/Session/Driver/mysql.pm
line 50.: /usr/share/koha/opac/cgi-bin/opac/errors/404.pl

[Fri Jun 02 16:43:56.352809 2017] [cgi:error] [pid 21381] [client
82.80.249.143:56395] AH01215: [Fri Jun 2 16:43:56 2017] 404.pl:
DBD::mysql::db do failed: Table 'koha_library.sessions' doesn't exist [for
Statement "INSERT INTO sessions (id, a_session) VALUES(?, ?) ON DUPLICATE
KEY UPDATE a_session = ?"] at /usr/share/perl5/CGI/Session/Driver/mysql.pm
line 50.: /usr/share/koha/opac/cgi-bin/opac/errors/404.pl

[Fri Jun 02 16:43:58.982060 2017] [cgi:error] [pid 21390] [client
82.80.230.228:59667] AH01215: [Fri Jun 2 16:43:58 2017] 404.pl:
DBD::mysql::db do failed: Table 'koha_library.sessions' doesn't exist [for
Statement "INSERT INTO sessions (id, a_session) VALUES(?, ?) ON DUPLICATE
KEY UPDATE a_session = ?"] at /usr/share/perl5/CGI/Session/Driver/mysql.pm
line 50.: /usr/share/koha/opac/cgi-bin/opac/errors/404.pl

[Fri Jun 02 16:43:59.306611 2017] [cgi:error] [pid 21393] [client
82.80.230.228:57266] AH01215: [Fri Jun 2 16:43:59 2017] 404.pl:
DBD::mysql::db do failed: Table 'koha_library.sessions' doesn't exist [for
Statement "INSERT INTO sessions (id, a_session) VALUES(?, ?) ON DUPLICATE
KEY UPDATE a_session = ?"] at /usr/share/perl5/CGI/Session/Driver/mysql.pm
line 50.: /usr/share/koha/opac/cgi-bin/opac/errors/404.pl

[Fri Jun 02 16:43:59.583504 2017] [cgi:error] [pid 21396] [client
82.80.230.228:52914] AH01215: [Fri Jun 2 16:43:59 2017] 404.pl:
DBD::mysql::db do failed: Table 'koha_library.sessions' doesn't exist [for
Statement "INSERT INTO sessions (id, a_session) VALUES(?, ?) ON DUPLICATE
KEY UPDATE a_session = ?"] at /usr/share/perl5/CGI/Session/Driver/mysql.pm
line 50.: /usr/share/koha/opac/cgi-bin/opac/errors/404.pl

[Fri Jun 02 16:44:00.432558 2017] [cgi:error] [pid 21399] [client
82.80.230.228:59790] AH01215: [Fri Jun 2 16:44:00 2017] 404.pl:
DBD::mysql::db do failed: Table 'koha_library.sessions' doesn't exist [for
Statement "INSERT INTO sessions (id, a_session) VALUES(?, ?) ON DUPLICATE
KEY UPDATE a_session = ?"] at /usr/share/perl5/CGI/Session/Driver/mysql.pm
line 50.: /usr/share/koha/opac/cgi-bin/opac/errors/404.pl

[Fri Jun 02 18:18:26.003233 2017] [cgi:error] [pid 23865] [client
180.76.15.136:44399] AH01215: [Fri Jun 2 18:18:26 2017] opac-main.pl:
DBD::mysql::db do failed: Table 'koha_library.sessions' doesn't exist [for
Statement "INSERT INTO sessions (id, a_session) VALUES(?, ?) ON DUPLICATE
KEY UPDATE a_session = ?"] at /usr/share/perl5/CGI/Session/Driver/mysql.pm
line 50.: /usr/share/koha/opac/cgi-bin/opac/opac-main.pl

[Fri Jun 02 18:18:26.017423 2017] [cgi:error] [pid 23865] [client
180.76.15.136:44399] AH01215: [Fri Jun 2 18:18:26 2017] opac-main.pl:
DBD::mysql::db do failed: Table 'koha_library.sessions' doesn't exist [for
Statement "INSERT INTO sessions (id, a_session) VALUES(?, ?) ON DUPLICATE
KEY UPDATE a_session = ?"] at /usr/share/perl5/CGI/Session/Driver/mysql.pm
line 50.: /usr/share/koha/opac/cgi-bin/opac/opac-main.pl

[Fri Jun 02 18:18:35.522767 2017] [cgi:error] [pid 23874] [client
180.76.15.11:24457] AH01215: [Fri Jun 2 18:18:35 2017] opac-main.pl:
DBD::mysql::db do failed: Table 'koha_library.sessions' doesn't exist [for
Statement "INSERT INTO sessions (id, a_session) VALUES(?, ?) ON DUPLICATE
KEY UPDATE a_session = ?"] at /usr/share/perl5/CGI/Session/Driver/mysql.pm
line 50.: /usr/share/koha/opac/cgi-bin/opac/opac-main.pl

[Fri Jun 02 18:18:35.535631 2017] [cgi:error] [pid 23874] [client
180.76.15.11:24457] AH01215: [Fri Jun 2 18:18:35 2017] opac-main.pl:
DBD::mysql::db do failed: Table 'koha_library.sessions' doesn't exist [for
Statement "INSERT INTO sessi

Re: [Koha] Error after upgrading to latest version of Koha (16.11.08)

[Marc Véron]

Hi George,

Your answer went to the digest, I copy it here to keep the messages 
together.


Questions:

Is plack started for your Koha instance?
koha-plack --start 

What happens if you do the following?

- log in to staff client as the database user ( koha_ )
- create a new user, give it superlibrarian permissions
- log out
- log in to staff client as the user you just created
- log in to OPAC as the same user

Marc



Betreff: Re: [Koha] Koha Digest, Vol 139, Issue 48
Datum: Tue, 30 May 2017 21:05:01 -0700
Von: George Masters 
An: koha@lists.katipo.co.nz

Hi Marc,

I cleared the cookies in the browser (using Chrome latest version on Ubuntu
16.04 LTS and MariaDB)

Memcached was not installed so I installed it and started it.

Plack did not install so I went through the process of setting up Placek
and restarting apache.

On the staff client if I log in as the master user koha_, I
do get a menu. When I select functions at that menu it takes me to the
login screen. If I log in with my patron credentials (which I set for all
librarian functions), I still get the error message I reported earlier.
However, the line number is now 829 in the same module. The OPAC reports
the same error in line 492 as before.

I have been in the 16.07 series for some time. I can send the database
backup if it will help isolate the upgrade issues. It was created prior to
the upgrade on April 26, 2017. We have been down since April 26.

Rev. George Masters
408.242.4632


Am 28.05.2017 um 07:39 schrieb Marc Véron:

Good morning Rev. George Masters

Just a guess, but maybe the following could help:

Clear all cookies

In console, do:
service memcached restart
koha-plack --restart [Name of your Koha instance]

Information that might help:
- Does the OPAC properly display?
- Can you log in to OPAC?
- Does search in OPAC work?

- Koha version where you upgraded from?
- What is your Linux version?

Kind regards
Marc Véron


Am 28.05.2017 um 05:52 schrieb George Masters:

I just recently upgraded to Koha 16.11.08 and the database schema
conversion completed OK (based on the screen prompts). However, when 
I log
into the staff client I get the following error message on the screen 
and

no staff menu:

Can't call method "param" on an undefined value at
/usr/share/koha/lib/C4/Auth.pm line 492.

Is there a workaround for this error?



Rev. George Masters
Director
Orthodox Christian Library System
408.242.4632
___
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] Typos in Koha database description (Table "borrowers")

[Marc Véron]

Hi Michael

Maybe you can file a bug with the description of the typos?

Kind regards

Marc


Am 29.05.2017 um 11:50 schrieb Michael Kuhn:

Hi Marc


Have a look at devbox that provides a VM with pre-installed Koha for
development purposes:

https://github.com/digibib/kohadevbox/blob/master/README.md
(I did not yet test it because I have an own VM for developing).

You find there information and links related to working on patches and
useful links to Koha documentation for developers as well.


OK, I already suspected this won't be a matter of 5 minutes and there 
is no easy way to follow. At the moment I don't have no time to 
install the current kohadevbox, relearn kohadevbox, install git, learn 
git etc. etc. so I will postpone this matter to some day in the 
future. Of course this process is quite scaring when I just want to 
correct some typos...


But thanks anyway for confirming my apprehensions ;-)

Best wishes: Michael


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

Re: [Koha] Typos in Koha database description (Table "borrowers")

[Marc Véron]

Hi Michael

Have a look at devbox that provides a VM with pre-installed Koha for 
development purposes:


https://github.com/digibib/kohadevbox/blob/master/README.md
(I did not yet test it because I have an own VM for developing).

You find there information and links related to working on patches and 
useful links to Koha documentation for developers as well.


If you encounter problems or have questions about devbox it is a good 
idea to ask on IRC.


Kind regards
Marc

Am 29.05.2017 um 10:14 schrieb Michael Kuhn:

Hi Marc


The typos come from installer/data/mysql/kohastructure.sql

The typos can be found in current master as well.

Best way to fix the typos is to file a bug on
https://bugs.koha-community.org/bugzilla3/ and then to attach a patch.


I have filed bugs before but until now I have never attached a patch.

Is there a description somewhere what exactly to do when attaching a 
patch and especially how to create a patch?


Best wishes: Michael


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

Re: [Koha] Error after upgrading to latest version of Koha (16.11.08)

[Marc Véron]

Good morning Rev. George Masters

Just a guess, but maybe the following could help:

Clear all cookies

In console, do:
service memcached restart
koha-plack --restart [Name of your Koha instance]

Information that might help:
- Does the OPAC properly display?
- Can you log in to OPAC?
- Does search in OPAC work?

- Koha version where you upgraded from?
- What is your Linux version?

Kind regards
Marc Véron


Am 28.05.2017 um 05:52 schrieb George Masters:

I just recently upgraded to Koha 16.11.08 and the database schema
conversion completed OK (based on the screen prompts). However, when I log
into the staff client I get the following error message on the screen and
no staff menu:

Can't call method "param" on an undefined value at
/usr/share/koha/lib/C4/Auth.pm line 492.

Is there a workaround for this error?



Rev. George Masters
Director
Orthodox Christian Library System
408.242.4632
___
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] Typos in Koha database description (Table "borrowers")

[Marc Véron]

Hi Michael,

The typos come from installer/data/mysql/kohastructure.sql

The typos can be found in current master as well.

Best way to fix the typos is to file a bug on
https://bugs.koha-community.org/bugzilla3/ and then to attach a patch.

Kind regards

Marc Véron



Am 27.05.2017 um 15:47 schrieb Michael Kuhn:

Hi

Recently I have found some typos in the SchemaSpy description of table 
"borrowers".

* http://schema.koha-community.org/16_11/tables/borrowers.html

1. In the comment for field "debarred" (YYY-MM-DD) should by replaced 
by (-MM-DD)


2. In the comment for field "smsalertnumber" SNS should be replaced by 
SMS


3. In the comments of fields "contactname", "contacttitle", 
"guarantorid", "relationship" the term "guarentor" is used, but it 
should be "guarantor".


4. The comment for field "password" reads "patron/borrower's encrypted 
password". I think it could be mkore explicit by writing 
"patron/borrower's MD5 encrypted password".


Where can I correct these typos?

Best wishes: Michael


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

Re: [Koha] Two printing dialogues when printing cart - a bug?

[Marc Véron]

Hi Michael

Credit for "Bug 18545 - Remove use of onclick from OPAC Cart" goes to  
Aleisha Amohia from Catalyst


Kind regards
Marc


Am 05.05.2017 um 15:53 schrieb Michael Kuhn:

Hi Marc


The issue is resolved by Bug 18545
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18544


Thanks for solving the problem, as I've seen you also solved some 
other problems witch "onclick" as well. I've changed the code of 
"opac-basket.tt" on my demo installation according to your new version 
and it works perfectly.


Best wishes: Michael


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

Re: [Koha] Two printing dialogues when printing cart - a bug?

[Marc Véron]

Good morning

The issue is resolved by Bug 18545
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18544

Kind regards
Marc


Am 04.05.2017 um 23:01 schrieb Michael Kuhn:

Hi Marc

Thanks for testing and confirming. I've filed the following bug:

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18544

Best wishes: Michael


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

Re: [Koha] Two printing dialogues when printing cart - a bug?

[Marc Véron]

Hi Michael

Just tested on current master with Firefox 53 on Windows.

- Title added to cart in OPAC
- Open cart
- Click print
- Printing dialogue appears
- Popup window with cart seems to refresh
- A second printing dialogue appears...

Please file a bug.

Kind regards

Marc Véron


Am 04.05.2017 um 19:18 schrieb Michael Kuhn:

Hi

Today we found the following behavior of Koha: In the OPAC we added a 
book to the cart, then opened the cart which offers a link entitled 
"Print". When clicking it the webbrowser will not only one printing 
dialogue but TWO (one exactly behind the other one). Sometimes the 
dialogue even crashes.


This was tested on a prooductive system as well as on my own demo 
installation (both 16.11.0) and also at a demo installation by Bywater 
Solutions (Koha 16.11.04).


It happens on Ubuntu 16.04 when using Mozilla Firefox 53.0, but not 
when using Opera 12.16 or Chromium 58.0.


It also happens on Windows 7 when using Firefox 48.0.

Is this maybe a bug that I should file?

Best wishes: Michael


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

Re: [Koha] How to change de OPAC LOGO

[Marc Véron]

Hi Michael

Yes, I saw that, but of course a given library cannot use your files 
but will have to use their own logo files - and thus they will be 
overwritten (except if you host your picture files outside of the Koha 
installation or even on another host). 
Of course. The files are test files, for illustration, not meant to be 
used by other libraries.
That's why I replaced your files in the Koha Community wiki 
(https://wiki.koha-community.org/wiki/HTML_%26_CSS_Library#Change_logo_and_background_color_of_masthead) 
like this: (...)
Maybe it is a good idea to ask next time - I was about to prepare my own 
(neutral) example for the wiki.


Kind regards

Marc

Am 26.04.2017 um 14:15 schrieb Michael Kuhn:

Hi Marc


The files I use in the example are NOT part of a Koha installation, they
are served by our web server www.koha-support.ch

So they won't be overwritten with the next Koha update.


Yes, I saw that, but of course a given library cannot use your files 
but will have to use their own logo files - and thus they will be 
overwritten (except if you host your picture files outside of the Koha 
installation or even on another host).


That's why I replaced your files in the Koha Community wiki 
(https://wiki.koha-community.org/wiki/HTML_%26_CSS_Library#Change_logo_and_background_color_of_masthead) 
like this:


#logo {
  background: rgba(0, 0, 0, 0)
  url("http://yourdomain.xx/yourlogo-67-20.jpg";) no-repeat scroll 0 
center;

 }

@media only screen and (max-width: 700px) {
  #logo{
background: transparent
url("http://yourdomain.xx/yourlogo-14-14.jpg";);
  }
}


IMO it is not the best idea to manipulate files inside a Koha
installation, anyway.


I absolutely agree, it's not the best idea. But it's one possibility 
how to do it.


Best wishes: Michael


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

Re: [Koha] How to change de OPAC LOGO

[Marc Véron]

Hi Michael,

The files I use in the example are NOT part of a Koha installation, they 
are served by our web server www.koha-support.ch


So they won't be overwritten with the next Koha update.

IMO it is not the best idea to manipulate files inside a Koha 
installation, anyway.


Marc


Am 26.04.2017 um 09:26 schrieb Michael Kuhn:

Hi Luis and Marc

> Please find below an example on how to replace logos using system
> preference OPACUserCSS, without replacing files inside your Koha
> installation.
> I uploaded test logos to our server. Make sure you provide your own
> logos with the same dimensions on your server.

However if you place your own logo file inside the Koha installation 
(/usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/images) the file may 
be deleted during the next update of Koha since Koha has the strange 
behavior not just to overwrite existing files but also to delete whole 
directories during an update (including all files inside - also files 
that you explictly saved under a new name because you changed the 
configuration).


Thus, as far as I know, it doesn't make much difference if you change 
the existing logo file or if you use your own logo file. You will have 
to restore the file after the next update either way.


Correct me if I'm wrong.


--snip

/* Replace logos */

#logo {
  background: rgba(0, 0, 0, 0)
url("http://www.koha-support.ch/test-koha-logo-opac-67-20.jpg";)
no-repeat scroll 0 center;
}

@media only screen and (max-width: 700px) {
  #logo{
background: transparent
url("http://www.koha-support.ch/test-koha-logo-opac-14-14.jpg";);
  }
}

/* Change background color */

.navbar-inverse .navbar-inner {
  background-color: #416100;
  background-image: none;
  border-color: #416100;
}

.navbar-inverse .divider-vertical {
  display: none;
}

--end snip


I have now added Marcs solution to the Koha Community wiki because 
many if not all libraries ask for this.
* 
https://wiki.koha-community.org/wiki/HTML_%26_CSS_Library#Change_logo_and_background_color_of_masthead



=== Change logo and background color of masthead ===

Use logos pictures of the given size if you don't want to change the 
given code.


* '''Developer:''' Marc Véron
* '''Purpose:''' Change the original Koha logos and the color of the 
masthead

* '''System preference edited:''' OPACUserCSS
* '''Theme:''' Bootstrap
* '''Version:''' 16.11

  
/* Replace logos */

#logo {
  background: rgba(0, 0, 0, 0) 
url("http://yourdomain.xx/yourlogo-67-20.jpg";) no-repeat scroll 0 center;

}

@media only screen and (max-width: 700px) {
  #logo{
background: transparent 
url("http://yourdomain.xx/yourlogo-14-14.jpg";);

  }
}

/* Change background color */

.navbar-inverse .navbar-inner {
  background-color: #416100;
  background-image: none;
  border-color: #416100;
}

.navbar-inverse .divider-vertical {
  display: none;
}
  


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


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

Re: [Koha] How to change de OPAC LOGO

[Marc Véron]

Hi Luis,

Please find below an example on how to replace logos using system 
preference OPACUserCSS, without replacing files inside your Koha 
installation.
I uploaded test logos to our server. Make sure you provide your own 
logos with the same dimensions on your server.


Kind regards

Marc

--snip

/* Replace logos */

#logo {
  background: rgba(0, 0, 0, 0) 
url("http://www.koha-support.ch/test-koha-logo-opac-67-20.jpg";) 
no-repeat scroll 0 center;

}

@media only screen and (max-width: 700px) {
  #logo{
background: transparent 
url("http://www.koha-support.ch/test-koha-logo-opac-14-14.jpg";);

  }
}

/* Change background color */

.navbar-inverse .navbar-inner {
  background-color: #416100;
  background-image: none;
  border-color: #416100;
}

.navbar-inverse .divider-vertical {
  display: none;
}

--end snip
Am 25.04.2017 um 16:57 schrieb Luis Moises Rojas:

Hi,
I am using KOHA 16.11.06.000
Where could i change the OPAC LOGO.
We want to use our LOGO

Thanks



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

Re: [Koha] Printing of individual double-sided library cards with Koha

[Marc Véron]

Hi Sybille

I filed an enhancement:

Bug 18465 - Patron card creator: Print on duplex card printer
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18465

Kind regards

Marc


Am 20.04.2017 um 08:22 schrieb Deselaers, Sybille:

Hi Marc,

we use a dual side ID card printer CIAAT CTC 940.
I am not sure if the card front needs tob e on uneven pages and the back on 
even pages.
I would need to check with the printer company.

Kind regards

Sybille Deselaers

Chief librarian
Goethe-Institut / Max Mueller Bhavan
 


-Ursprüngliche Nachricht-
Von: Koha [mailto:koha-boun...@lists.katipo.co.nz] Im Auftrag von Marc Véron
Gesendet: Donnerstag, 20. April 2017 11:17
An: koha@lists.katipo.co.nz
Betreff: Re: [Koha] Printing of individual double-sided library cards with Koha

Hi Sybille,

- What kind of printer do you use? Dedicated card printer? Model?
- Do you need as output a PDF document where the card front is on uneven pages 
and the back on even pages?

Kind regards

Marc Véron
Koha Support Schweiz
www.koha-support.ch

Am 20.04.2017 um 06:52 schrieb Deselaers, Sybille:

Dear all,

We have recently introduced Koha in our library and now we want to print 
individual double-sided library cards with Koha.
We have already created the necessary layouts for the front and back and a 
template for an individual card.

Unfortunately, it seems that it is not possible to print a card in one go on 
both sides (front and back).
So, we have to print the card from one side first with the layout for the front 
and then with the layout for the back.

If anybody knows of a solution or possibility for printing the card in one go 
on both sides, we would very much appreciate if you could contact us.

Best regards

Sybille Deselaers

Chief librarian
Goethe-Institut / Max Mueller Bhavan
3, Kasturba Gandhi Marg
New Delhi 110 001
Phone +91-11-23 47 11 49
sybille.desela...@delhi.goethe.org<mailto:sybille.desela...@delhi.goet
he.org> www.goethe.de/newdelhi<http://www.goethe.de/newdelhi>
www.goethe.de/india<http://www.goethe.de/india>
www.facebook.com/maxmuellerbhavan.newdelhi<http://www.facebook.com/max
muellerbhavan.newdelhi>
Follow us on twitter: @GI_MMB_Delhi


___
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] Printing of individual double-sided library cards with Koha

[Marc Véron]

Hi Sybille,

- What kind of printer do you use? Dedicated card printer? Model?
- Do you need as output a PDF document where the card front is on uneven 
pages and the back on even pages?


Kind regards

Marc Véron
Koha Support Schweiz
www.koha-support.ch

Am 20.04.2017 um 06:52 schrieb Deselaers, Sybille:

Dear all,

We have recently introduced Koha in our library and now we want to print 
individual double-sided library cards with Koha.
We have already created the necessary layouts for the front and back and a 
template for an individual card.

Unfortunately, it seems that it is not possible to print a card in one go on 
both sides (front and back).
So, we have to print the card from one side first with the layout for the front 
and then with the layout for the back.

If anybody knows of a solution or possibility for printing the card in one go 
on both sides, we would very much appreciate if you could contact us.

Best regards

Sybille Deselaers

Chief librarian
Goethe-Institut / Max Mueller Bhavan
3, Kasturba Gandhi Marg
New Delhi 110 001
Phone +91-11-23 47 11 49
sybille.desela...@delhi.goethe.org<mailto:sybille.desela...@delhi.goethe.org>
www.goethe.de/newdelhi<http://www.goethe.de/newdelhi>
www.goethe.de/india<http://www.goethe.de/india>
www.facebook.com/maxmuellerbhavan.newdelhi<http://www.facebook.com/maxmuellerbhavan.newdelhi>
Follow us on twitter: @GI_MMB_Delhi


___
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] Slow Koha OPAC login process

[Marc Véron]

Hi Michael

What version of Koha is it?

Do you have errors or messages  in the log files?
You can monitor them using tail. At first place I would have a look at 
opac-error.log and plack-error.log,

something like: tail -f opac-error.log

Kind regards
Marc


Am 17.04.2017 um 23:20 schrieb Jonathan Druart:

In production I am not aware of something you could do (well there is
strace if you are patient and quick :D)
In test you could use a code profiler or tell mysql to log slow queries.
But the code profiler will be hazardous if it does not happens 100% of the
time and htop would have told you if mysql was the culprit.



On Mon, 17 Apr 2017 at 17:43 Michael Kuhn  wrote:


Hi Jonathan

Some patrons have no issues/holds at all, some have very few (2 or 3),
some have some more. As I wrote the slow login process doesn't happen
all the time, but more or less often. At the moment we can't see a
pattern why it happens, but it does happen...

Is there maybe a way how to debug "opac-user.pl" so we could find out
what the script is actually doing during the slow login process?

Regards, Michael


Am 17.04.2017 um 14:37 schrieb Jonathan Druart:

Hello Michael,

How many issues and holds has the patron?

Regards,
Jonathan

On Thu, 13 Apr 2017 at 15:13 Michael Kuhn  wrote:


Hi

We're running a new host with Debian GNU/Linux 8 and Koha 16.11.04.

Usually the Koha OPAC login process is quick as expected. But sometimes
when trying to login it takes 10 to 40 seconds until the login process
finally comes to an end. At such occasions the following process can be
seen with "top", taking 99% of the CPU resources:

phsh-ko+ 59422 56031 11 16:30 ?00:00:35
/usr/share/koha/opac/cgi-bin/opac/opac-user.pl

This happens more often when trying to login from the internal network,
and less often when trying to login from the external network (i. e. the
internet).

Has anyone experienced this problem before and can maybe give us a hint
how to tame "opac-user.pl"?

Best wishes and Happy Easter: Michael
___
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 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] Slow Koha OPAC login process

[Marc Véron]

Hi Michael,

A more general hint about mailing lists:

It seems that you started this thread by answering to a mail from an 
other thread (Re: [Koha] [Koha-devel] What's on in koha-devel #11 Tue, 
11 Apr 2017 21:49:51 +).
See https://lists.katipo.co.nz/pipermail/koha/2017-April/thread.html as 
an illustration for what I mean.


So it is better to start a thread with a brand new mail to make it a 
"real" thread. It makes it easier for others to follow the thread and/or 
to find the thread in the archives.


Kind regards
Marc


Am 13.04.2017 um 20:13 schrieb Michael Kuhn:

Hi

We're running a new host with Debian GNU/Linux 8 and Koha 16.11.04.

Usually the Koha OPAC login process is quick as expected. But 
sometimes when trying to login it takes 10 to 40 seconds until the 
login process finally comes to an end. At such occasions the following 
process can be seen with "top", taking 99% of the CPU resources:


phsh-ko+ 59422 56031 11 16:30 ?00:00:35 
/usr/share/koha/opac/cgi-bin/opac/opac-user.pl


This happens more often when trying to login from the internal 
network, and less often when trying to login from the external network 
(i. e. the internet).


Has anyone experienced this problem before and can maybe give us a 
hint how to tame "opac-user.pl"?


Best wishes and Happy Easter: Michael
___
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 show description of authorized value in facet? SOLVED

[Marc Véron]

Hi Michael,

Thanks for sharing your findings about resolving an authorised value 
while using MARC field 385 $a  (Audience term) as a facet.


As you write, such code changes will have to be maintained with every 
update. Since there are monthly releases, including bug fixes and 
sometimes security fixes, maintaining such code can be a bit cumbersome.


IMO it would be a good idea to open a Bug (enhancement) in 
https://bugs.koha-community.org


That would be a good starting point to have a more generic solution 
inside the Koha code base.


Kind regards
Marc
www.koha-support.ch

Am 07.04.2017 um 00:12 schrieb Michael Kuhn:
> Hi
>
> Today I wrote:
>
>> Environment: Debian GNU/Linux 8 with Koha 16.11.04 (package 
installation)

>>
>> Our Koha catalogue contains MARC field 385 $a with content e. g. "KG",
>> linked to category "Lesekategorie" containing authorized values for the
>> target audience, e. g. value "KG" (description for staff client and OPAC
>> is: "Kindergarten"). Instead of "KG" the OPAC shows "Kindergarten" as
>> expected.
>>
>> Now I have recently added a new facet for MARC field 385 $a and the
>> facet does show - only instead of the description ("Kindergarten"), the
>> facet shows the authorized value "KG". How can it be achieved to show
>> the description in the facet?
>>
>> As I see it is actually possible to show the description because the
>> authorized values for standard category "LOC" are properly showing the
>> descriptions. I tried to find out how this works in file
>> "opac-facets.inc" but without success. Can anyone please give me a 
hint?

>
> For the record:
>
> Jens Weber found the following code in file 
"/usr/share/koha/lib/C4/Search.pm":

>
> # also, if it's a location code, use the name instead of the code
> if ( $link_value =~ /location/ ) {
>   # TODO Retrieve all authorised values at once, instead of 1 query 
per entry
>   my $av = Koha::AuthorisedValues->search({ category => 'LOC', 
authorised_value => $one_facet });

>   $facet_label_value = $av->count ? $av->next->opac_description : '';
> }
>
> I copied this section and adapted it as follows:
>
> # also, if it's a lesekategorie code, use the name instead of the code
> if ( $link_value =~ /lesekategorie/ ) {
>   my $av = Koha::AuthorisedValues->search({ category => 
'Lesekategorie', authorised_value => $one_facet });

>   $facet_label_value = $av->count ? $av->next->opac_description : '';
> }
>
> After a restart of Koha (including Plack) now the created facet 
actually shows the description ("Kindergarten") instead of the 
authorized value "KG". Great!

>
> Of course this change will have to be reconfigured with every update 
but I guess it makes no sense to include this in the official Koha code...

>
> 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] How to correct misspellings etc. in Koha?

[Marc Véron]

Hi Michael

Since there is no list available of misspellings you found in German 
(de-DE), I will take time to 'automatically' create a new version for 
de-CH after your changes to the de-DE translation. Please let me know 
when you have finished your corrections.


If you see some odds due to sentence splitting or ambiguous words, 
please let the Koha community know by filing a Bug. That would be 
helpful not only for the German translations, but for all translations 
rsp. translators who spend a lot of their often voluntary time to adapt 
Koha to their languages.


Kind regards
Marc


Am 04.04.2017 um 19:31 schrieb Michael Kuhn:

Hi Marc


Misspellings and other issues in translations can have several reasons.

- Real misspellings in Pootle. They can be fixed directly on
translate.koha-community.org , e.g. for de-DE or de-CH


Today I have made corrections for the tests of about 20 Koha system 
preferences in the german translation. Since this is a quite tiresome 
process I decided to continue later.



- Inconsistencies in vocabulary (like the one you mention with the
German translation of categories).

- Wrong syntax because of sentence splitting by html tags in the
template files. I tried to fix a couple of them to make translation
smoother (Do a search after 'translatability' in Bug tracker) . I'm
quite sure there are more such sentence splittings and other template
issues to fix. They will have to go through the bug cycle (file a bug,
fix it, get a sign-off, QA...)

- Ambiguous words (same word in English - several meanings in
translations). A related bug is: Bug 11285 - Vocabulary disambiguation


I had already contact with Katrin Fischer about these subjects. It 
doesn't seem like there could be a true solution to such inbred 
translation problems - so I will just live with them and be happy to 
at least correct some misspellings.


To me it seems the problem is not the translation but the techniques 
that are used to inject the various languages. Since these cannot be 
changed in the near future it makes no sense to me to invest too much 
time.



You write that you have collected quite a lot of misspellings. It would
be interesting to have a list of your findings. Can you file a bug with
your list? We can then figure out how to fix (Pootle, changes to
templates...), and use this bug as umbrella.


I have just corrected them in the German translation (de-DE).


PS: As you probably know I'm helping with the German translation, and
back in 2012 I initiated the German translation with Swiss orthography
(mainly for school libraries). The work flow for the Swiss version
depends on the German version. If you have questions, feel free to get
in touch directly.


So I hope the my corrections will kind of "automatically" find their 
way into the Swiss German (de-CH) translation. Though, so far I'm not 
using or promoting this translation.


Best wishes: Michael


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

Re: [Koha] How to correct misspellings etc. in Koha?

[Marc Véron]

Hi Michael

Misspellings and other issues in translations can have several reasons.

- Real misspellings in Pootle. They can be fixed directly on 
translate.koha-community.org , e.g. for de-DE or de-CH


- Inconsistencies in vocabulary (like the one you mention with the 
German translation of categories).


- Wrong syntax because of sentence splitting by html tags in the 
template files. I tried to fix a couple of them to make translation 
smoother (Do a search after 'translatability' in Bug tracker) . I'm 
quite sure there are more such sentence splittings and other template 
issues to fix. They will have to go through the bug cycle (file a bug, 
fix it, get a sign-off, QA...)


- Ambiguous words (same word in English - several meanings in 
translations). A related bug is: Bug 11285 - Vocabulary disambiguation


You write that you have collected quite a lot of misspellings. It would 
be interesting to have a list of your findings. Can you file a bug with 
your list? We can then figure out how to fix (Pootle, changes to 
templates...), and use this bug as umbrella.


PS: As you probably know I'm helping with the German translation, and 
back in 2012 I initiated the German translation with Swiss orthography 
(mainly for school libraries). The work flow for the Swiss version 
depends on the German version. If you have questions, feel free to get 
in touch directly.


Kind regards

Marc Véron
Koha Support Schweiz
www.koha-support.ch

marc veron ag informatik information internet
Baslerstrasse 50, 4123 Allschwil, Switzerland


Am 31.03.2017 um 11:04 schrieb Michael Kuhn:

Hi

1. Over the last years I have collected quite a lot of misspellings in 
(the German translation of) Koha. What will I have to do to correct 
these misspellings so that they are gone in the next version?


2. Also I have found some places where maybe some text could be added, 
for example system preference "EnhancedMessagingPreferences" could 
need an indication to the very useful script 
"borrowers-force-messaging-defaults". Is it possible to add this 
myself (where?) or will I have to talk to someone?


3. In the German translation i found that sometimes certain terms are 
exchanged for each other. For example in English there is


* the Koha menu "Administration > Patron categories"
* there you can add patron categories
* these are part of a certain patron type

But in German

* the menu is called "Administration > Benutzertypen" (patron 
categories in English)

* there you can add "Kategorien" (patron category in English
* these are part of a certain "Typ" (patron type in English)

So the terms are exchanged here which is confusing. Especially because 
in the form where you can add a new patron category, the type is 
called "Kategorie" and the category is ALSO called "category". So here 
it is not just a misspelling but a mess. But probably a change has to 
be discussed because these variations may not only (falsely) be used 
in the Koha client but also in the manual. To whom will I have to talk 
about such a problem?


Best wishes: Michael


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

Re: [Koha] Insert images on OPAC

[Marc Véron]

Hi Luis

There are several system preferences like e.g. 'OpacMainUserBlock' or 
'opacheader' where you can inject HTML.


Have a look at 'OPACUserCSS' and 'OPACUserJS'  as well.

Marc


Am 29.03.2017 um 22:19 schrieb Luis Moises Rojas:

Hi everybody,

We need to insert images on our OPAC and a barner with several images
(changing).

Any help, pls?

Thanks



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

Re: [Koha] Unable to export all marc records data from Koha ILS

[Marc Véron]

Hi,

It is a Bug, see 
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18312

Bug 18312 - Export is broken unless a file is supplied

Marc


Am 22.03.2017 um 15:53 schrieb schnydszch:

It seems it's a bug. I have another server upgraded to 16.11.05 and I also
got the same. I will file a bug report for this in two days, I'd still like
to confirm with others if it really is the case. Cheers!



--
View this message in context: 
http://koha.1045719.n5.nabble.com/Unable-to-export-all-marc-records-data-from-Koha-ILS-tp5925875p5926148.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] Help: Patron Cards Creation Fields Not Responding

[Marc Véron]

Dear Olufunmilayo

Error reproduced and found. I filed a bug with a patch:

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18244
(ready for Signoff)

Kind regards

Marc


Am 10.03.2017 um 09:52 schrieb olufunmilayo favour:

Dear All,
My name is Olufunmilayo. I am a Systems Librarian with the University of Jos 
Library, Nigeria. Thank you for your good works.

I have put   in the text box of one of the fields  in "Edit Layout" 
Window of the "Print Patron Cards" koha feature. When I opened the resulting PDF file generated from 
managing batches, exact texts in the field's text box were returned just as they were input instead of displaying the 
values in the fields. However, when I input  in the textbox of the same field, and I ran the Batch 
export, it display the correct values.

What could be wrong with the fields  and . Any help 
about this please?

Your advice will be appreciated.

Thank you.

Olufunmilayo FATISystems LibrarianUniversity of Jos LibraryNigeria
___
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 new version

[Marc Véron]

Hi Luis,

Most recent version is 16.11.04

https://koha-community.org/koha-16-11-released-2/
https://koha-community.org/koha-16-11-04-release/

The numbering pattern is Year.Month.xx

New feature release is scheduled every six months, so the next feature 
release will be 17.05.00

Between feature releases, there is a a bugfix release every month.

https://koha-community.org/about/release-schedule/

Regards

Marc


Am 09.03.2017 um 14:53 schrieb Luis Moises Rojas:

Hello
Which is the current version of koha?

16.11.xx or 16.05.xx?



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

Re: [Koha] Number of Koha Libraries in the Word

[Marc Véron]

For the records:

Bug 14608 - HEA : add possibility of sharing usage statistics in 
Administration page and Web installer


Status: Needs Signoff


Am 14.12.2016 um 16:04 schrieb Owen Leonard:

On Mon, Dec 12, 2016 at 5:15 PM, Liz Rea  wrote:

We can make the registration
process easier for libraries - possibly as part of the installer.

+1 to this. I think adding a separate step to the installation process
which asks for Hea signup (with links to license and privacy
information) should be a high priority.

   -- Owen




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

Re: [Koha] Number of Koha Libraries in the World

[Marc Véron]

+1

Marc


Am 12.12.2016 um 23:15 schrieb Liz Rea:

Hi,

I'd really like to see Hea improved, and link to that instead. It is our
own, open, data. It is fully voluntary. We can make the registration
process easier for libraries - possibly as part of the installer. It is too
hidden now.

An API to Hea that I could pull from to use the data on the website would
be a nice thing, but not a requirement. I'm happy to simply link to it.

We have this tool, we should encourage more strongly the use of it, instead
of depending on a third party with non-open data.

Liz

On Tue, Dec 13, 2016 at 6:18 AM, Katrin  wrote:


+1

While Marshall's directory is a valuable source with lots of interesting
information, there are also known limits to it that have been discussed
before.

I think it has merit that we as a community have a way for libraries to
enlist themselves as users. So far we got Hea and a lot of cool entries on
the wiki. I think for marketing purposes the wiki is a bit nicer, as it has
the full names of the libraries and links to their catalogs. Why not link
this page and maybe clean it up a bit? We could also offer to help
libraries to add their entries there without having to register.

Katrin



On 12.12.2016 18:05, Indranil Das Gupta wrote:


On Dec 12, 2016 10:28 PM, "Chris Cormack"  wrote:


Hi All

I'm going to be a dissenting voice on this. (There's always one)

I much prefer hea because it has an open data license.


+1

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

Re: [Koha] translate site down

[Marc Véron]

Works for me now (Switzerland).

Marc


Am 03.11.2016 um 14:33 schrieb Barton Chittenden:

I *can* access it from the USA, although there's a definite lag. I suspect
you're right about network issues, Przemek.



On Thu, Nov 3, 2016 at 7:43 AM, Przemek Kosiński 
wrote:
Not available from Poland
Maybe Level 3 servers down or lagging?
10. 162.97.148.7411.1%10  333.0 316.1 309.0


W dniu 02.11.2016 o 11:39, Anthony Mao pisze:


Hi,
Anyone can confirm that the translate site is don now? I can not reach
http://translate.koha-community.org from Taiwan.




--
Przemek Kosiński
*
Powiatowa i Miejska Biblioteka
Publiczna w Skarżysku-Kamiennej
www: www.biblioteka24.eu
mail: p.kosin...@biblioteka24.eu
*

___
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] translate site down

[Marc Véron]

Hi,

Not available here as well (from Switzerland). I get a timeout.

Marc


Am 02.11.2016 um 11:39 schrieb Anthony Mao:

Hi,
Anyone can confirm that the translate site is don now? I can not reach
http://translate.koha-community.org from Taiwan.



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

Re: [Koha] login to koha using email and password

[Marc Véron]

Hi Thilanka Gunasena,

It is not (yet) implemented, see Bug 2237 - Use primary email address as 
Koha login account

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2237

As a workaround you could put the email address in the field 'Username'.

Marc


Am 07.10.2016 um 07:01 schrieb Thilanka Gunasena:

Dear all,

Anybody know how can we use email address add  password  as opac userid and p/w in 
koha ( eg- opac userid-( exam...@gmail.com p/w gmail 
account pw).


Thanks in Advanced


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

[Koha] Request to be listed as Bug wrangler in Release team for version 16.11

[Marc Véron]

Dear Koha Community,

It seems that I missed the election as Bug wrangler (continued) for Koha 
16.11, see:

https://wiki.koha-community.org/wiki/Roles_for_16.11

That's why I kindly request to be listed in the release team for 16.11, 
as I was for previous versions.


Thanks and kind regards

Marc Véron

Koha Support Schweiz
www.koha-support.ch

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

Re: [Koha] My next adventure

[Marc Véron]

Nicole,

Congratulations and all the best for your next adventure!

Marc


Am 13.07.2016 um 21:05 schrieb Nicole Engard:

Hello friends!

I wanted to reach out and let you all know that my last day at ByWater will
be July 29th.  I do plan to remain a member of the Koha community and to
help with the manual but will probably be quiet for a couple months as I
get adjusted in my new role as Content Strategist at Red Hat.

If ever you're in my area let me know and we'll be sure to meet up in
person!!

Nicole
___
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] Fwd: Fwd: Patron Card Creator doesn’t work

[Marc Véron]

To have a start you could take following values:

Lower left X: 5
Lower left Y: 5
Scale height: 0.01
Scale width: 0.98


Am 16.06.2016 um 11:51 schrieb Urs Aregger:

>
>Regarding barcodes: In my tests they appear as expected.
>Maybe you forgot to check 'Print card number as barcode' in the card layout 
definition?

Very strange. If I delete any values in the coordinates and size fields it 
prints the barcode. How to figure out, which values are valid?



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

Re: [Koha] Fwd: Patron Card Creator doesn’t work

[Marc Véron]

I submitted a patch on 
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16747


Regarding barcodes: In my tests they appear as expected.
Maybe you forgot to check 'Print card number as barcode' in the card 
layout definition?


Marc
www.koha-support.ch


Am 15.06.2016 um 23:12 schrieb Urs Aregger:

Thank you. Any work around? Or just have to wait until it is fixed? (time 
frame?)


Anfang der weitergeleiteten Nachricht:

Von: Marc Véron 
Betreff: Aw: [Koha] Patron Card Creator doesn’t work
Datum: 15. Juni 2016 um 23:03:32 MESZ
An: koha@lists.katipo.co.nz

See Bug 16747 - Patron card creator broken with version 16.05
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16747


Am 15.06.2016 um 20:34 schrieb Urs Aregger:

I have a new installation of Koha 16.05 on Ubuntu 14.04. As far as I can see 
everything works, but the Patron Card Creator. I can print card but they don’t 
show no barcodes nor patron pictures. Instead the logo is printed a second time 
on place of the photo.

Who can help?

BTW, I think it’s a bug: i create a new patron and it seems as it would 
generate automatically a password but it does not send any e-mail to the new 
member. I have to generate the password by myself and then the e-mail is 
sending.
___
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

Urs Aregger | Hirzenbachstrasse 72 | 8051 Zürich | Schweiz | Mobil +41 78 826 
06 66





___
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] Patron Card Creator doesn’t work

[Marc Véron]

See Bug 16747 - Patron card creator broken with version 16.05
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16747


Am 15.06.2016 um 20:34 schrieb Urs Aregger:

I have a new installation of Koha 16.05 on Ubuntu 14.04. As far as I can see 
everything works, but the Patron Card Creator. I can print card but they don’t 
show no barcodes nor patron pictures. Instead the logo is printed a second time 
on place of the photo.

Who can help?

BTW, I think it’s a bug: i create a new patron and it seems as it would 
generate automatically a password but it does not send any e-mail to the new 
member. I have to generate the password by myself and then the e-mail is 
sending.
___
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] Patron Card Creator doesn’t work

[Marc Véron]

Thanks for the message. Please reply to the list ( 
koha@lists.katipo.co.nz ) to keep the discussion there - thanks a lot!


Marc


Am 15.06.2016 um 21:10 schrieb Urs Aregger:


Am 15.06.2016 um 20:55 schrieb Marc Véron <mailto:ve...@veron.ch>>:


Hi Urs,

For the  patron card creator:

- Did you follow the steps described in the manual?
 See: http://manual.koha-community.org/16.05/en/patroncardcreator.html


Yes, but it doesn’t help. There’s no bar code and no patron image when 
starting a batch. If I upload the pictures as others, then it print





For emailing new patrons (created in staff client):

I just tested on current master and on our test server (16.05), works 
for me.


- Did you set the system preference AutoEmailOpacUser ?
- What value has AutoEmailPrimaryAddress?
- Can you send other mails (e.g. from Basket)?



Yes, the e-mail-address is correct. It sends an e-mail, if I  add a 
value to password. I think it does not generate a password 
automatically. I didn’t try any further until now. Just step by step.



HTH

Marc Véron
www.koha-support.ch <http://www.koha-support.ch>


Am 15.06.2016 um 20:34 schrieb Urs Aregger:
I have a new installation of Koha 16.05 on Ubuntu 14.04. As far as I 
can see everything works, but the Patron Card Creator. I can print 
card but they don’t show no barcodes nor patron pictures. Instead 
the logo is printed a second time on place of the photo.


Who can help?

BTW, I think it’s a bug: i create a new patron and it seems as it 
would generate automatically a password but it does not send any 
e-mail to the new member. I have to generate the password by myself 
and then the e-mail is sending.

___
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


Urs Aregger | Hirzenbachstrasse 72 | 8051 Zürich | Schweiz | Mobil +41 
78 826 06 66








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

Re: [Koha] Patron Card Creator doesn’t work

[Marc Véron]

Hi Urs,

For the  patron card creator:

- Did you follow the steps described in the manual?
  See: http://manual.koha-community.org/16.05/en/patroncardcreator.html

For emailing new patrons (created in staff client):

I just tested on current master and on our test server (16.05), works 
for me.


- Did you set the system preference AutoEmailOpacUser ?
- What value has AutoEmailPrimaryAddress?
- Can you send other mails (e.g. from Basket)?

HTH

Marc Véron
www.koha-support.ch


Am 15.06.2016 um 20:34 schrieb Urs Aregger:

I have a new installation of Koha 16.05 on Ubuntu 14.04. As far as I can see 
everything works, but the Patron Card Creator. I can print card but they don’t 
show no barcodes nor patron pictures. Instead the logo is printed a second time 
on place of the photo.

Who can help?

BTW, I think it’s a bug: i create a new patron and it seems as it would 
generate automatically a password but it does not send any e-mail to the new 
member. I have to generate the password by myself and then the e-mail is 
sending.
___
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 3.22 - Customize Patron Summary Slip

[Marc Véron]

Hi Craig,

Indeed, the Print Summary is hard coded (in moremember-print.tt).

There is a enhancement request in the bugtracker to make it customizable:

Bug 11340 - make the 'print summary' a custom slip/notice
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11340

Kind regards

Marc

marc veron ag informatik information internet
Baslerstrasse 50
CH-4123 Allschwil
www.veron.ch
www.koha-support.ch



Am 02.06.2016 um 18:26 schrieb Craig Butosi:

Hi all,

Koha 3.22 on Ubuntu 14.04 LTS


I've nearly completed customizing all of our circulation slips and notices; however, I 
can't seem to find an option to customize the Patron Summary slip. I am referring to the 
output one sees when you click the "Print Summary" button within a patron's 
profile at

Home > Patrons > Patron details for John Doe (01) > Print > Print 
Summary

I noticed that the summary-print.pl script runs to generate the output. Is the 
Print Summary option hard-coded in Koha, or can one customize?

Many thanks!

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



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
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] changing date format

[Marc Véron]

Hi Mary,

There is a script that can fix the duplicate fines issue:
fix_accountlines_date.pl
However, it does not handle all date formats.

See following entries in the bug tracker regarding duplicate fines:

Bug 15312 - Make fix_accountlines_date.pl handle all date formats
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15312

Bug 15310 - Fix duplicate fines issue when changing date or time format
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15310

Regards
Marc Véron




Am 08.01.2016 um 09:55 schrieb Mary W. Maina:

Hi all,

  i need to change the date format in the system from  mm/dd/yyy to
dd/mm/yyy but this is the system preferences are set with the warning

"PreferenceValue dateformat *(modified)*
Format dates like
.

* Note: Do not change this preference on a production server with overdue
items that are accruing fines. Doing so will result in duplicate fines! *
so please some help here,how do i ensure this does not happen

*?*
Kind Regards,
  Mary
___
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] acquisition purchase orders by email

[Marc Véron]

Hi Paul,

It is not possible at the moment, but there is an enhancement filed:

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5260

However,  there is no activity regarding this bug at the moment (no 
time,  funds or sponsoring).


Regards
Marc Véron

Am 06.01.2016 um 09:27 schrieb Paul Pandian:

Hi,

The email is working fine in circulation module.  However, I do not 
seem to find the way about sending acquistion purchase orders by email 
through koha.


Can some one please help


With kind regards,

Pandian

-
M.Paul Pandian
___
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] Fwd: Koha Offline Circulation Tool - Development

[Marc Véron]

Good morning,

Great that you want to do development for Koha!

The main instrument for developing Koha (bugs and enhancements)  is:
http://bugs.koha-community.org

I did a quick search for 'Offline circulation', there are 11 bugs marked
as New.

Resources for developers:
http://koha-community.org/get-involved/for-developers/
http://koha-community.org/get-involved/for-librarians/

This is the place to chat with other developers:
http://koha-community.org/get-involved/irc/

Regards
Marc

Am 28.10.2015 um 05:29 schrieb Balaji Ravichandran:
> -- Forwarded message --
> From: Balaji Ravichandran 
> Date: 28 October 2015 at 02:12
> Subject: Koha Offline Circulation Tool - Development
> To: dev-add...@mozilla.org
>
>
> Hi all,
>
> I am interested in doing the development process for the Koha Offline
> Circulation Tool - addon for firefox. I have noticed that this addon is not
> working well in the latest versions of firefox and I am very much in the
> need to fix it for the use by community.
>
> Can somebody guide me on how to start with it? I have searched for the
> repository for the addon but couldn't help after that.Where to go after
> that? How to make changes and notify the developer with it?
>
> Reference Links :-
> http://wiki.koha-community.org/wiki/Offline_circulation_firefox_plugin
> https://addons.mozilla.org/en-US/firefox/addon/koct/
> http://git.koha-community.org/gitweb/?p=contrib/global.git;a=summary
>
> Thank You!!!
>
>

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

Re: [Koha] Problems when setting permissions to patrons

[Marc Véron]

Hi Katrin,

What do you think, could'nt we test for critical database tables and warn
on the About page / System information if they are empty?

And if yes,  what tables should we test?

Marc



Am 11.10.2015 um 11:36 schrieb Katrin Fischer:
> Hi Igor,
>
> ok, that explains the empty screens - the permissions are defined in the
> database and haven't been installed in your system.
>
> One reason how this could happen is that something got unchecked in the
> mandatory section during running the web installer. Another might be an
> error in the SQL files, but the French web installer should be ok - I think.
>
> What you can do is look for the SQL files in installer/data/mysql/...
> and run them manually. But it might also make sense to reset and run the
> web installer again to see if it works a second time around and to make
> sure nothing else is missing.
>
> Hope this helps,
>
> Katrin
>
> Am 10.10.2015 um 17:32 schrieb Igor Milhit:
>> Hi Katrin,
>>
>> Thank you for your answer.
>>
>> I check the tables: 'permissions' and 'userflags' are there, but they
>> are empty, both of them.
>>
>> I think I've run the web installer in french.
>>
>> Igor
>>
>>
>> Le 10. 10. 15 14:23, Katrin Fischer a écrit :
>>> Hi Igor,
>>>
>>> I wonder if the permissions got correctly installed in your installation
>>> - could you check if the the database tables permissions and userflags
>>> do have entries in your installation?
>>>
>>> Which language did you run the web installer in?
>>>
>>> Hope this helps,
>>>
>>> Katrin
>>>
>>>
>>> Am 09.10.2015 um 16:40 schrieb Igor Milhit:
 Hi everyone,

 I’m testing Koha locally, on my laptop running Debian Jessie. I followed
 the installations instructions for Debian on the wiki :
 http://wiki.koha-community.org/wiki/Debian

 I’m using the stable release which is the 3.20.04.

 After logging in with the database user, I created a library, some item
 types, patrons categories, and patrons. First, I created two of them,
 both of the staff type. And the I wanted to set permissions to one of
 them (superlibrarian).

 But when I’m clicking on the “set permissions” button (or link), I get a
 page without permissions to set, but a “save” button :
 http://id-libre.org/cloud/index.php/s/MYZyY6IMUkrjUTr (french interface)
 http://id-libre.org/cloud/index.php/s/8rutOXX4xArNgH2 (english interface)

 In the |/var/log/koha/[library]/intranet-error.log| I could read errors
 like this one : |member-flags.pl: Use of uninitialized value $roadtype
 in concatenation (.) or string at
 /usr/share/koha/intranet/cgi-bin/members/member-flags.pl line 176|

 Searching Google with this information got me this bug :
 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14136 I’ve
 tried the patch,but with no result.

 Asking for help through IRC, I’ve been advised to set some authorized
 value to the ROADTYPE category. I did, then edited the patrons with this
 new value, without succes. Then I tried to create a new user with the
 minimal informations, as I’ve been advised though IRC, to log out and
 in, and to set the permissions of this new user, but still, an empty
 page. Then I tried to delete all my patrons, to log out and in, recreate
 a very simple staff one, and to set his permissions… with the same empty
 result.

 As suggested through IRC, I checked in About Koha > System Information,
 and found no relevant message there.

 Any help is welcome !

 Of course, I’ll give all needed further information…

 Thanks.

 Igor Milhit

 ​


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

Re: [Koha] Problem with barcode printing too wide on patron cards; alignment also incorrect on spine labels

[Marc Véron]

Regarding the barcodes:

At the moment, the barcode dimensions are hard coded in relation to the
dimension of the label.

For patron cards exists a solution  that makes barcode scaling editable:

Bug 14107 - Patron cards: Make barcode width and height scaling editable
Status: Signed-off
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14107

For labels, see:
Bug 14149 - Labels: Make barcode width and height scaling editable
Status: New
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14149




Am 25.05.2015 um 07:05 schrieb ccie 6862:
> I've just setup the latest koha on Ubuntu 14.04 LTS, and I'm in the process 
> of attempting to configure the system. I believe things are pretty close, but 
> I have two problems I can't seem to resolve.

> 1) The barcodes for the patron cards - for patron #2, the barcode is around 
> 3-4" long, with the wider barcode strips being at least 3/16". The barcode 
> scanner will not read this, and I simply cannot find where to change this.

> 2) The other issue is that the spine labels print out OK, only I can't align 
> the barcode at the top with the other text. If I select left justification, 
> the test below the barcode starts at the left (which is expected). But if I 
> select center justification, the center is close to the far right of the 
> barcode. I've attempted to adjust the layouts and templates, but I'm not 
> having any luck here. Can someone point me in the right direction?Thanks for 
> your input.
> ___
> 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] Add "Forgot Password" link

[Marc Véron]

Hi Sergio,

Password recovery is not yet in Koha, but it is on the way to get in:

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8753

Marc

Am 13.05.2015 um 17:41 schrieb Sergio Scotto:
> Hi guys! can someone guide me on how can i put the forgot link to recover
> patron´s password?
>
> I check in Administration --> System preferences --> OPAC, but the only
> option I have is "OpacPasswordChange", I don’t have an recover or reset
> password option.
>
> Sorry for the vague information. Thx!
>
>
>
>
> __ Información de ESET Endpoint Antivirus, versión de la base de
> firmas de virus 11621 (20150513) __
>
> ESET Endpoint Antivirus ha comprobado este mensaje.
>
> http://www.eset.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] Patron Card Creator - pdf file not readable

[Marc Véron]

Am 02.04.2015 um 16:15 schrieb ChristyThomas:
> Do you have any ideas what could be wrong?

Maybe there are missing or outdated Perl modules. They are listed on the
"About" page.

Marc


Am 02.04.2015 um 16:15 schrieb ChristyThomas:
> Hi,
>
> I exported a batch with a template and layout I created. It created a pdf
> file for me to print. None of my programs can read it, illustrator, mac
> preview, photoshop, word, or my internet browser.
>
> Is this the only way to make cards is to export in the batch window?
>
> Do you have any ideas what could be wrong?
>
> I have to make 300 cards for a school. It would be nice if the batch
> function worked.
>
> Thanks so much for any advice!
>
> Christy
>
>
>
> --
> View this message in context: 
> http://koha.1045719.n5.nabble.com/Patron-Card-Creator-pdf-file-not-readable-tp5834091.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] Allgemeine Anfragen zur Koha Einführung

[Marc Véron]

Sorry for the mistake and the noise, this mail was not intended for the
mailing list.

Marc




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

Re: [Koha] Allgemeine Anfragen zur Koha Einführung

[Marc Véron]

Grüezi Herr Köppel,

Vermutlich meinten Sie:
http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages

Für die Debian-Packages stehen bequeme Kommandos u.a. bezüglich Updates
der Sprachen zur Verfügung.
Diese funktionieren auch unter Ubuntu.
Siehe:
http://wiki.koha-community.org/wiki/Commands_provided_by_the_Debian_packages

Aktuelle Übersetzungen (zwischen den monatlichen Releases) können Sie
unter folgender Adresse herunterladen (.po-Dateien):
http://translate.koha-community.org/de_CH/
Im Moment sind 150 Worte (aus aktuellen Änderungen / neuen Features) von
110'063 Worten nicht übersetzt :-)

Wegen der Reihenfolge der Felder bei der Erfassung der (Benutzer-)Adressen
läuft eine Entwicklung:
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4041

Gerne erwarte ich Ihren Anruf nächste Woche.

Mit freundlichen Grüssen

Marc Véron

Mitglied Koha Support Schweiz www.koha-support.ch

---
marc veron ag informatik information internet
Baslerstrasse 50
CH - 4123 Allschwil

+41 61 483 84 61

www.veron.ch


Am 18.02.2015 um 01:12 schrieb M. Koeppel:
> Grüezi Herr Véron
>
> Ich werde Sie anrufen (aber es wird vermutlich nächste Woche)
> Ihre Annahme betreffend Installation dürfte stimmen
> "wiki.koha-community.org/wiki/koha_ubuntu_packages"
> Ich habe danach ja das Sprachpaket für de_CH geladen, aber das wurde
> wohl nicht komplett übernommen.
>
> mit freundlichen Grüssen
>
> Markus Köppel
>
>
>
> Am 17.02.2015 um 08:58 schrieb Marc Véron:
>> Grüezi Herr Köppel,
>>
>> Danke für ihr ausführliches Mail. Es wäre vielleicht doch einfacher, wenn
>> wir unverbindlich mal miteinander telefonieren könnten, um die
>> verschiedenen Fragen zu klären und die für Sie einfachsten Lösungen zu
>> finden.
>>
>> Wann und unter welcher Nummer darf ich Sie anrufen? - Sie können auch gern
>> mich anrufen unter 061 483 84 61.
>>
>> Noch eine Frage zu Ihrer Installation: Ich nehme an, Sie haben Koha von
>> den Packages installiert? (Davon hängt zum Beispiel ein einfaches Update
>> der Sprachen ab).
>>
>> Mit freundlichen Grüssen und bis später :-)
>>
>> Marc Véron
>>
>> Mitglied Koha Support Schweiz
>> www.koha-support.ch
>>
>> ---
>> marc veron ag informatik information internet
>> Baslerstrasse 50
>> CH - 4123 Allschwil
>>
>> +41 61 483 84 61
>>
>> www.veron.ch
>>
>> Am 16.02.2015 um 17:37 schrieb M. Koeppel:
>>> Grüezi Herr Véron
>>>
>>> Danke Ihr Mail ist angekommen und hat mir schon etwas weiter geholfen.
>>>
>>> Den Kassabon habe ich nun auf Deutsch hin bekommen. (Es ist schon etwas
>>> mühsam wenn man zu wenig Englisch versteht :-( )
>>> Die Staff-Maske konnte ich auch anpassen, City - PLZ steht für uns
>>> Schweizer ja verkehrt herum in der Anzeige. Sogar das neue Logo schaut
>>> uns nun beim Login und bei der Staff-Maske an. (OPAC wird ja noch nicht
>>> gewünscht.)
>>>
>>> Betreffend Sprachen und Updates:
>>> Wie können diese nachgeladen werden, ohne das ganze System nochmals neu
>>> konfigurieren zu müssen?
>>> Wenn Sie mir zu den Sprachupdates (via Github?) noch Angaben machen
>>> können, nehme ich diese gerne in meine Ausführungen für den Vorstand
>>> auf, aber weitere Nächte
>>> möchte ich im Moment nicht investieren. Koha ist Super, aber ich habe
>>> das komische Gefühl in der Magengegend dass sich die Damen mit der
>>> Elektronik überfordert fühlen könnten.
>>>
>>> Um meine Ausführungen zu Koha mit Fakten zu füllen benötige ich noch
>>> Ihren Stundenansatz bei Beratungen + Fahrtkosten (so als ca. Wert). Denn
>>> ich denke nicht dass es ganz ohne Fachpersonal geht.
>>>
>>> Betreffend Datenübernahme der Medien:
>>> Wie würden Sie die Medien von so einer "manuellen Bibliotheke" in's Koha
>>> migrieren?
>>>
>>> Mein aktuelle Daten-Muster (es wurde noch nichts Erfasst) sieht bisher
>>> etwa so aus:
>>> Zeitstempel, fortlaufende Nummer pro Programmstart, ISBN13,
>>> Beschaffungsjahr, Anzahl Ausleihen, Titel, Autorenkürzel, Verlag,
>>> Kategorie, Stoffkreisnummer, Kommentar
>>>
>>>  Mon Feb 16 12:00:26 2015, 0, 9872357208610, 86, 27, , DUER, , E,  ,
>>> 86176
>>>
>>> Das kann ich aber relativ einfach umformatieren :-)
>>>
>>> Welche Daten benötigt koha für einen automatisierten Import mit
>>> SRU/Z39.50 Servern?
>>> Hat da die Bibliothekarin vor dem Import noch eine Möglichkeit
>>> Anpassungen vorzunehmen? (falsches Buchcover etc...)
>>>
>>>
>>>

Re: [Koha] Unable to manage lists even as superlibrarian

[Marc Véron]

Hi Pete,

Yes, it seems that you have to modify the database at the moment.

There are several Bugs regarding editing and/or deleting lists, see:
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13417
(and the related 11889,9833,7310,12838,5763)

Marc



Am 04.02.2015 um 11:18 schrieb Pete Edwards:
> I am trying to manage some lists created by another user. I need to be 
> able to delete some of them, rename some and then add/delete items. It 
> seems there is no permission that will allow a superlibrarian access to 
> public lists which seems odd. Is the only solution to directly modify the 
> owner of the lists in the database in order to take control of them?
>
> I'm using 3.18.
>
> ___
> 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] Proposal for fund raising for Koha - to discuss/vote at December General Meeting.

[Marc Véron]

+1 for a fund raising organization

Marc

Am 09.12.2014 21:57, schrieb Brendan Gallagher:
> Hello All -
>
> After discussing with many of you within the Koha project for many years
> and countless times, I'd like to bring forth the idea of having a
> fund-raising organization for Koha.  It's about time the project raised
> money to help meet the needs and goals of the community.  This idea and
> concept can only be a strong option with the support and help of many of us
> in the community.  We believe that we have great organization to stand
> behind this great proposal in Horowhenua Library Trust (HLT) as a
> non-profit-organization (NPO) to help manage the funds for the Koha
> community in the most responsible way (For the good of the community).
>
> Please read below for some of the ideas and thoughts - and I would like to
> bring to this to a vote at the next General Meeting on if we should all as
> a community move forward with creating a Koha-Fund to use towards and only
> towards Koha.  These are just thoughts and ideas and we can all move
> forward and work on the details and rules and laws etc after we get a "YES
> LET'S RAISE MONEY HOWEVER WE CAN TO SPEND ON KOHA".
>
>
> http://blog.bigballofwax.co.nz/2014/10/09/kohacon-14-day-3-funding-the-koha-project/
>
>
> *Organization for Fund raising:*
>
> Currently the Koha project generates more patches for enhancements and bugs
> than the collective community has time to work on.  There is a need to
> raise funds so that more resources can be purchased to accelerate
> development.  All funds that are raised via the project are to be used for
> improvement in the project.
>
> Koha has become a large international free software and open source
> software project.  There are many projects and needs for a project this
> large.  Many of the responsibilities that are needed for the future need to
> be funded and can not rely on the volunteer hours of the many participants
> of the project.  For example, the current number of patches to be tested
> far outnumbers the amount of volunteer hours that we as a project are able
> to put towards that.  Also in the future there are many software fixes that
> need to be completed that need funding, which can not be expected to be led
> by the users of the project.  The current method of development and fixes
> of the software are led by the funding from the users, I propose that we
> fundraise from within the community and external to the community for being
> able to solve many of these large un-met needs.
>
> The fund raisin entity should be a non-profit organization so that all
> donations are not taxed and if possible the donors can have tax-deductions
> (if that is applicable for your local tax laws).  The goal of this fund
> organization is to gather many many small donations to lead to an effective
> pool of funds available to support Koha development.
>
> Some thoughts so far towards identifying the appropriate fund raising
> entity is using the Horowhenua Library Trust (HLT) (Which we now have the
> full support of and Joanne can fill us in more about that).
>
>
> *Governing board:*
>
> This new fund should be governed by a board.  That board should be made up
> of volunteers, that are interested to continue/champion fund raising
> efforts for the Koha project.  The most important aspect of any board
> member would be to introduce new avenues for pursuing donations.  Ideally
> the board would be representatives from all around the world so that board
> members could lead fund raising efforts in their local regions.  This board
> will also be responsible with managing the funds that are donated, and will
> look for recommendations from the general meetings in Koha.   The board
> will also be responsible for reporting the status, funds available, and
> goals of the Fund during each general meeting.
>
>
> *Grants Committee:*
>
> The Board will establish a Grants Committee, with the purpose of making
> decisions about the allocation of funds to advance the work of the Koha
> project.
>
> Members of the Grants Committee may be members of the Board or other
> persons with suitable qualifications and experience as determined by the
> Board.  The Board will determine a Charter for the Grants Committee that
> will describe the procedures to be followed to promote efficacy,
> efficiency, equity and transparency in the allocation of funds.
>
> The Board will publish at least annually the details of grants allocated
> with sufficient detail to ensure transparency.
>
>
> *Goals:*  (These can all be adjusted based on recommendations from Koha
> Community)
>
> First goal should be to hire a person to complete sign-offs and only
> sign-offs for the community development process.
>
> Further goals will be decided in time and as funds increase.  Board members
> will decide on future improvements with recommendations from the Koha
> community general meetings.
>
> Another longer term possibility - is that the fund can sponsor so

Re: [Koha] Showing the last item checked out with AJAX circulation

[Marc Véron]

Hi,

I prefer Owen's proposition (Information in Checkout-Tab)

Marc

Am 09.12.2014 16:33, schrieb Jason M. Burds:
> Either is good with our library, love the addition of the last checked out 
> item!
>
> Jason Burds
> I.T. Supervisor
> Carnegie-Stout Public Library
> (563)589-4229
>
> -Original Message-
> From: Koha [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of Owen Leonard
> Sent: Tuesday, December 9, 2014 9:30 AM
> To: koha
> Subject: [Koha] Showing the last item checked out with AJAX circulation
>
> One of the issues we're having with the new AJAX circulation feature is that 
> we can't take advantage of the speed gains obtained by not showing checkouts 
> by default because we need confirmation that the last item we scanned was 
> successfully checked out.
>
> Kyle has offered a patch for Bug 13315, " Add feedback for last item checked 
> out to circulation.pl" which updates the display so that a message shows with 
> information about the last item scanned. Here's a
> screenshot:
>
> http://www.screencast.com/t/qNw2U3hwz
>
> I think this is an important improvement, but I'm inclined to do something 
> less obtrusive:
>
> http://www.screencast.com/t/1gsa2prF
>
> ...on the assumption that the visual aspect of checking out was working fine 
> before AJAX circ, and fixes to AJAX circ should look to returning things to a 
> proven-functional state.
>
> However, always assuming that it was better before would prevent us from 
> making improvements, so I'd love to hear others' opinions -- especially from 
> anyone who is running this feature in production.
>
> Thanks,
>
>   -- Owen
>
> --
> Web Developer
> Athens County Public Libraries
> http://www.myacpl.org
> ___
> Koha mailing list  http://koha-community.org Koha@lists.katipo.co.nz 
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
> This message has been scanned for malware by Websense. www.websense.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] Anything wrong with Koha translate server?

[Marc Véron]

http://translate.koha-community.org/
works for me

All the best
Marc

Am 08.12.2014 06:38, schrieb Riley Childs:
> Looks all good to me!
> http://www.isitdownrightnow.com/translate.koha-community.org.html
>
> Sent from my Windows Phone
>
> --
> Riley Childs
> Senior
> Charlotte United Christian Academy
> Library Services Administrator
> IT Services Administrator
> (704) 537-0331x101
> (704) 497-2086
> rileychilds.net
> @rowdychildren
> I use Lync (select External Contact on any XMPP chat client)
> 
> From: Anthony Mao
> Sent: ‎12/‎8/‎2014 12:28 AM
> To: koha
> Subject: [Koha] Anything wrong with Koha translate server?
>
> Hi,
>
> Could some one check translate.koha-community.org。
> I could not access to it. Neither do vikram zadgaonkar.
>
> --
> Wishing you all the best. . . .
>
>
> Anthony Mao 毛慶禎
> ＋886 2 29052334 (voice)
> + 886 2 29017405 (FAX)
> ___
> 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] Requesting for Help on KOHA problem

[Marc Véron]

Hi,

Sometimes I have the same problem when I copy-paste information in a
system preference (without any typing).

Marc

Am 26.11.2014 14:49, schrieb Owen Leonard:
> I faced this erratic problem "error, your data might not have been saved"



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

Re: [Koha] IP Address Changed

[Marc Véron]

Hi Jack,

There is a bug marked "Failed QA"

Bug 5511 - Check for Change in Remote IP address for Session Security.
Disable when remote ip address changes
frequently.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5511

It's quite a simple patch, but it failed QA for security concerns.

Marc

 Am 24.11.2014 05:56, schrieb Jack Morash:
> We are experiencing an "Error:IP Address Changed. Please login again." 
> issue on our system. Does anyone have a solution for this issue?  We have 
> heard there is a patch but we are unable to find it.
>
> We are running:
> Koha 3.16.04 but was having same issue on 3.12
>
> Server is an Amazon EC2, t2.micro, instance (Xeon processor w/ 1 gig memory) 
> and an RDS instance running MYsql 5.5
>
> OS is Debian flavored Linux.
>
> Thanks in advance for your assistance.
> Jack
> ___
> 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] Request to be listed as Koha Support Provider (Koha Support Schweiz)

[Marc Véron]

Dear List,

We kindly request to list "Koha Support Schweiz" (www.koha-support.ch) as
Support Provider.

Koha Support Schweiz was founded in December 2011. Members of Koha Support
Schweiz (www-koha-support.ch) are the companies 'marc veron ag'
(www.veron.ch) and 'Pro Acta GmbH' (www.proacta.ch).

Since 2012 we contribute to Koha (Marc Véron's first patch was pushed in
April 2012). Our aim is to provide support for libraries, institutions and
companies who want to evaluate and/or use mainstream Koha in Switzerland,
and to contribute to the Koha Community. We help to translate Koha to
German, and since version 3.8 we maintain the translation to German with
Swiss orthography (important for schools). In 2014 we did about 100
signoffs and we had about 20 patches pushed.

Some of our contributions for enhancements since 2012 are:
Bug 7563 - Silently print slips using Firefox PlugIn jsPrintSetup
Bug 7621 - Circulation: Match age restriction of title with borrower's age
without using categories
Bug 8301 - Display additional system information (preferences) on About
page to minimize support cases
Bug 12162 - Add class="branchcode" to body tag to make OPAC CSS-styleable
per branch
Bug 12763 - Add more information for users to OPAC Error 404 page

Information for listing:


Company Name:
Koha Support Schweiz

Contact Person:
Marc Véron

Contact email:
k...@koha-support.ch

Website:
www.koha-support.ch

Telephone:
+41 61 483 84 61

Address:
c/o marc veron ag
Baslerstrasse 50
CH-4123 Allschwil
Switzerland

Short description of your services:
Koha Support Schweiz provides consulting, support and services for
libraries, institutions and companies who want to evaluate and/or use
mainstream Koha in Switzerland.

Please list our Demo- and Test-Server as well:
http://kohademo-staff.mvlib.ch
http://kohademo.mvlib.ch

Thanks and kind regards

For 'Koha Support Schweiz'
Marc Véron

www.koha-support.ch

---
marc veron ag informatik information internet
Baslerstrasse 50
CH - 4123 Allschwil

+41 61 483 84 61

www.veron.ch

Acrobat / PDF - Lösungen seit 1995
Partner für Internet und Content Management
Mitglied Koha Support Schweiz www.koha-support.ch



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

Re: [Koha] Update interval of Koha development (squeeze-dev) release

[Marc Véron]

Hi  Vimal Kumar V.

For the release cycle, see:
http://koha-community.org/about/release-schedule/

Releases are announced on:
http://koha-community.org/category/release/

Marc



Am 02.09.2014 10:28, schrieb Vimal Kumar V.:
> Dear Developers,
> May I know the update interval of Koha development release (Debian package).
> When last release date of current development version of Koha debian
> package?
> When is the next release?

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

Re: [Koha] Patron export to PDF

[Marc Véron]

Hi Ketan,

What version of Koha?
Is Graphics::Magick marked as installed on the About page (Tab 'Perl
Modules')?
If yes, which version? Is it an other version than the one you installed
on your system?
If no, which version of Graphics:Magick is installed on your system?

Regards
Marc

Am 19.08.2014 20:40, schrieb Ketan Kulkarni:
> Hello all,
>
> I have a problem. When I export list of patrons to PDF, the code shows me
> error that Graphics::Magick is not installed. This module is not mandatory
> as shown by the koha_perl_deps script. Why is this error still shown? How
> do I fix this? I tried installing this module but I get a message that the
> module is already installed and is up to date.
>
> Any help is appreciated.
>
> Regards,
> Ketan
> ___
> 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 in schools, cataloguing teacher resources

[Marc Véron]

Am 15.08.2014 01:06, schrieb Robin Sheat:
> However, the 404 is the correct behaviour if you try to go directly to
> the details page as you've asked for all the items to be hidden, and
> that implies hiding the whole record. 

I submitted a patch that makes the 404 page more verbose and explains the
reasons why the 404 shows up.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12763

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

Re: [Koha] Koha in schools, cataloguing teacher resources

[Marc Véron]

Hi Clint,

I tested OpacHiddenItems and it works great for that purpose. I will use
it for a similar task.

There is a Bug (enhancement) in the pipeline that allows to show hidden
items to one or more user categories, e.g. for teachers and/or staff members.
Bug 10589 - Override OpacHiddenItems based on Patron Category
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10589

Marc


Am 14.08.2014 07:16, schrieb Robin Sheat:
> clint.deckard schreef op do 14-08-2014 om 16:40 [+1200]:
>> I have a situation where a school wants to catalogue their teacher 
>> resources but don't really want them to appear in an OPAC search 
>> alongside the 'regular' library items. I'm not sure that creating a 
>> separate library would be an efficient solution.
> Would OpacHiddenItems do it?
>
>> The OpacHiddenItems syspref allow the user to define custom rules
>> for hiding specific items at opac.
>>
>> YAML syntax is used for defining such rules.
>>
>> Items can be hidden according to values from the items table:
>>
>> field: [value1, value2, ...]
>>
>> Example :
>> withdrawn: [0, 1]
>> homebranch: [homebranch1, homebranch2]

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

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

[Marc Véron]

Hi Claudio,

You can submit bugs (and enhancement requests as well) on
http://bugs.koha-community.org/bugzilla3/

A guidline to report bugs is on the Wiki:
http://wiki.koha-community.org/wiki/Bug_Reporting_Guidelines

And no, you are not niggling :-) 
Small bugs are important as well!

Marc


Am 14.08.2014 11:40, schrieb claud...@nexusfi.it:
> Despite I was sure that was not the origin of the bug, I have set the
> active currency, seeting also all the exchange rates with the other
> currencies used here, but nothing changed (as I expected).
> The two small bugs are still there.
> Do you know how can I submit this to Koha developing team ?
> Claudio
>
> Il 2014-08-14 10:46 claud...@nexusfi.it ha scritto:
>> To tell the truth I didn't try it in other language than english...
>> I'll try
>>
>> Actually I have 2 koha servers, one "production" server, and a "test"
>> server, where the librarians and the IT-staff are studying (this is a
>> new project in Eritrea !! For the Ministry of Justice).
>>
>> In the production server, we updated Koha to the latest verion:
>> 3.16.02.000
>> the test server is still working with an old version (released in
>> march): 3.14.05.000
>>
>> @Marc Véron:
>> in Home > Koha > System information - just a warning about currency (I
>> still have to find the exchange rate for Dollars to Nakfa...)   "No
>> active currency is defined"
>> This shouldn't affect patrons managing.
>>
>> About patrons deleting, everything is working fine in 3.14.05.000
>> version, the small bug appears just in 3.16.02.000 version.
>> It is not a big problem because, when we need to delete some patrons,
>> we access to Koha using a patron that is not superlibrarian but that
>> has the rights to manage patrons.
>>
>> Actually there would be also another microscopic bug
>> In patrons search form: when I click on "Patrons" menu, the search
>> form appears and on the right of the first field, both the "-" and the
>> "+" appear (when supposed that just the "-" appears). More, either I
>> click on the "-" or on the "+", all fiels (apart the first one)
>> disappear, and the "+" disappears too. So If I need the whole form I
>> have to come back home and click again on "Patrons" menu. This is not
>> a problem at all, I just report this here to let you know about it.
>> Forgive me, I know I'm niggling :-)
>>
>> Claudio
>>
>> Il 2014-08-13 12:35 Eric Bégin ha scritto:
>>> 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
>>>
>>>  Message d'origine 
>>> De : claud...@nexusfi.it
>>> Date :08/13/2014 05:07 (GMT-05:00)
>>> À : koha@lists.katipo.co.nz
>>> Objet : [Koha] Koha 3.16.02.000 maybe small bug in patrons managment
>>>
>>> Hello
>>> 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
>
>
>
> ___
> 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

[Marc Véron]

Hi Claudio,

Go to Home > Koha > System information.

Any message there?

Marc

Am 13.08.2014 11:07, schrieb claud...@nexusfi.it:
> Hello
> 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-devel] SIP2 AF field sent even if patron password is invalid

[Marc Véron]

+1
Marc

Am 30.07.2014 22:02, schrieb Katrin Fischer:
> Am 29.07.2014 um 17:55 schrieb Galen Charlton:>
>> That leaves open the question about what to do with other fields,
>> particularly in the patron information response.  My feeling is that
>> we should be conservative: if a patron password is sent via patron
>> status or patron information requests, and it's wrong, no information
>> about the patron should be returned.  There may need to be a
>> configuration option controlling this behavior.
> +1
>
> Katrin
> ___
> 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] Comment Needed: Renewing of Lost items

[Marc Véron]

+1 for solution 1: Prevent the renewing of lost items

Marc


Am 28.07.2014 16:28, schrieb Kyle Hall:
> Attention Librarians!
>
> We need some input for dealing with Bug 9805 - Lost items are un-lost if
> returned, but not if renewed.
>
> http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9805
>
> The issue is that renewing a lost item does not mark it as found. I filed a
> patch to correct the issue, but there are concerns about patrons being able
> to 'un-lose' items by renewing from the OPAC.
>
> We have two proposed solutions solutions:
> 1) Prevent the renewing of lost items
> 2) Make renewing a lost item marking it as found controlled by a system
> preference
>
> I submitted a patch for the latter solution, but after some thought I and
> some other developers think the former solution would be best. What do you
> all think?
>
> Kyle
>
> http://www.kylehall.info
> ByWater Solutions ( http://bywatersolutions.com )
> Meadville Public Library ( http://www.meadvillelibrary.org )
> Crawford County Federated Library System ( http://www.ccfls.org )
> Mill Run Technology Solutions ( http://millruntech.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.14: Item's ''Lost Status'' does not retain after Savechanges

[Marc Véron]

Hi Harsha Balasooriya

I tested with Koha 3.14.01.000

1) Go to cataloging
2) Search a record
3) Click "Add/Edit items" in result list
4) Click on "Edit" of one of the items
5) You get the editing form e.g. "Edit item #1"
6) Choose Lost status, hit "Save changes"
7) The Editing form closes, empty form with title "Add item" is displayed
8) Lost status for edited item should display in item table above this form.

Conclusion: It seems to work correctly with version 3.14.01

If it does not work correctly at your site please give some more information.

Regards

Marc

www.veron.ch
www.koha-support.ch


Am 24.04.2014 08:26, schrieb HRS:
> I need an urgent help!
> 
> In cataloging,  The ''Lost status'' does not retain after Save changes.
> 
> I want to change the Lost status to   a value in drop-down box  in  editing
> the item's record
> 
> Any advice please.
> 
> Harsha Balasooriya
> Senior Assistant Librarian, System
> The Open University of Sri Lanka
> Tel: 011-2881030
> ___
> 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] What is a "reservoir"

[Marc Véron]

I agree with Owen: It is better to explain the term then to change it.

BTW:
reservoir (n.) 1680s, "a place where something tends to collect,"
originally figurative, from French réservoir "storehouse," from Old French
reserver "to reserve" (...). Specific meaning "artificial basin to collect
and store a large body of water" is from 1705.

www.etymonline.com/index.php?term=reservoir

Marc




Am 22.04.2014 17:03, schrieb Owen Leonard:
>>> However, as a librarian, cache makes more sense to me than reservoir
> ...
 As a practicing librarian 'reservoir' is a term that I am so used to
> ...
> 
> I think this is a case where we are not going to find an intuitive
> single term because there are no broadly-experienced analogues. I
> think our best bet is to make sure the documentation is good,
> including improving in-page help if necessary.
> 
> I don't think changing the term again is going to get us anywhere.
> 
>  -- Owen
> 
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Cannot place hold

[Marc Véron]

Hi Anthony,

Did you set "Holds allowed (count)" in
Home › Administration › Circulation and fine rules?

See:
http://manual.koha-community.org/3.14/en/patscirc.html#circfinerules

Marc


Am 18.04.2014 07:15, schrieb Anthony Mao:
> Hi,
> 
> 
> I need your help.  I can not place hold from staff interface at 3.14.5
> At staff interface, from Home › Catalog find particular item which I
> try to hold, but Koha reply as:
> 
> Cannot place hold
> Too many holds: mao has too many holds.
> 
> mao is reader name.  In fact this is the first hold for mao.
> 
> I check the Holds Policy at Home › Administration › System preferences.
> 
> set maxreserves as Patrons can only have 10 holds at once.
> 
> 
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] help regarding importing and exporting system preferences

[Marc Véron]

Hello,

Koha has a script for this task. It was introduced with:
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9998

I never used it myself.

You find instructions on how to use the scirpt in Comment #11
(Did not find instructions in the maual or Wiki)

Marc




Am 27.02.2014 09:40, schrieb koustubh:
> Hello,
> 
> I have read that koha 3.14 provides a tool to import/export system
> preferences plz. let me know
> where to find that tool , its urgent for me.
> 
> 
> Regards,
> Koustubh
> 
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Cannot edit public list

[Marc Véron]

Robin,

As far as I'm aware of the main task of the database user is to create
user accounts (superlibrarians). Are there other tasks inside the staff
client that should / must be done by the database user?

Maybe we could turn off _all_ but such functions?

Marc



Am 27.02.2014 23:07, schrieb Robin Sheat:
> we probably should disable functions that we _know_ will
> break, like this, when logged in as the database user.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Print problem

[Marc Véron]

Great, that was it. Just tested and signed off Bug 11829

Marc




Am 24.02.2014 17:44, schrieb Owen Leonard:
>> http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11831
> 
> I beat you to it:
> 
> http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11829
> 
> There is a patch ready to be tested.
> 
>  -- Owen
> 
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Print problem

[Marc Véron]

Hello,

I can reproduce this problem for versions 3.14.01 and current master  with
FireFox 27 and Chrome 33

- OPAC (bootstrap and prog theme) does print, but gives JavaScript warning
in console

- Staff client does not print, same JavaScript warning in console

Bug filed:
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11831


Marc Véron


Am 24.02.2014 15:37, schrieb Bhaskar Ghosh:
> Dear Developers,
> ISBD and MARC view page in Staff client and OPAC, print tab does not
> work in KOHA 3.14.xx. Please fix this problem.
> ___
> 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] jsprint setup -

[Marc Véron]

Thanks for tweaking, Mark. Code looks nice now.

Marc Véron


Am 30.03.2013 14:48, schrieb Mark Tompsett:

Greetings,


http://wiki.koha-community.org/wiki/Setting_up_slip_printer_to_print_silently




The code is not correctly displayed in the Wiki, it does not show ''.


I tweaked the page, since it was not displaying correctly. It should now
display the two single quotes correctly. I also removed the comment saying
to view source. Hope this helps avoid this problem in the future. The
RichEditor is your friend -- unless you like typing 4 single quotes. ;)

And to reiterate, the code displayed should look like:
jsPrintSetup.setOption('headerStrLeft','');
jsPrintSetup.setOption('headerStrCenter','');
jsPrintSetup.setOption('headerStrRight','');
jsPrintSetup.setOption('footerStrLeft','');
jsPrintSetup.setOption('footerStrCenter','');
jsPrintSetup.setOption('footerStrRight','');

GPML,
Mark Tompsett




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

Re: [Koha] jsprint setup -

[Marc Véron]

Hi Chad,

The code is not correctly displayed in the Wiki, it does not show ''.

That's why I wrote: "Please refer to 'view source' or 'edit' to correctly 
display the JavaScript code".


To fix your code, pls. change the following lines to:

 jsPrintSetup.setOption('headerStrLeft','');
 jsPrintSetup.setOption('headerStrCenter','');
 jsPrintSetup.setOption('headerStrRight','');
 jsPrintSetup.setOption('footerStrLeft','');
 jsPrintSetup.setOption('footerStrCenter','');
 jsPrintSetup.setOption('footerStrRight','');

Regards


Marc Véron
www.veron.ch


Am 29.03.2013 21:30, schrieb Chad Roseburg:

I am trying to setup silent printing using the 'IntranetSlipPrinterJS' in
Koha 3.10.

Documentation found here:
http://wiki.koha-community.org/wiki/Setting_up_slip_printer_to_print_silently

My javascript looks like this:
function printThenClose() {
  try
   {
 jsPrintSetup.setPrinter('TSP143-(STR_T-001)');
 jsPrintSetup.clearSilentPrint();
 jsPrintSetup.setOption('printSilent', 1);

  jsPrintSetup.setOption('headerStrLeft',);
 jsPrintSetup.setOption('headerStrCenter',);
 jsPrintSetup.setOption('headerStrRight',);
 jsPrintSetup.setOption('footerStrLeft',);
 jsPrintSetup.setOption('footerStrCenter',);
 jsPrintSetup.setOption('footerStrRight',);
 jsPrintSetup.print();
   }
catch(err)
   {
 //Default printing if jsPrint-setup is not available
 window.print();
 window.close();
   }
}

Using Firefox 19 on Ubuntu 12.04.

It brings up the receipt window but that's it. I've tried commenting out
the setprinter line
...no change. JSprint addon is set to allow any site access. Tried other
permissions to no avail. Does anyone have complete instructions for getting
this to work?

Thanks!


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

Re: [Koha] [Koha-devel] need help in error in koha 3.6.4

[Marc Véron]

Hi,

NoZebra is deprecated since 3.4.0

See e.g.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7440

http://lists.katipo.co.nz/public/koha/2011-April/028711.html

Current Koha Version is 3.10

HTH
Marc



Am 08.01.2013 19:34, schrieb Mohamed zalabany:

hi all
i have system running on koha 3.6.4 with no zebra
suddenly message appear when we are saving bib records

the message


  Software error:

Can't call method "as_usmarc" on an undefined value at 
/usr/share/koha/lib/C4/Search.pm line 2524.

did any one faced this error before

i need to solve this problem

thanks for your help




Mohamed El Zalabany
Integrated library systems consultant

*
*mh_zalab...@hotmail.com
Mobile: 0111291444



___
Koha-devel mailing list
koha-de...@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/


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

Re: [Koha] Circulation in Koha

[Marc Véron]

Sander,

Maybe it is a question of tanslation.

Checkout = imprestare qc. a qcn.
Place hold =  riservare qc. / prenotare qc.

Marc




Am 10.12.2012 09:00, schrieb Chris Cormack:

* Sander898 (scritt...@hotmail.it) wrote:

Hi Chris,

thank you for your explanation.

So if I disable the AllowOnShelfHolds option, how can I give to a patron a
book?
I miss this passage, sorry.


Just check it out (issue it) to them, you don't need to have a hold on
something to have it issued to you.

Have you worked with an ILS before?
I think perhaps starting with the manual is a good start, holds are
related to circulation, but you they are not required.

Chris


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

Re: [Koha] WYSIWYG XML Editor Help

[Marc Véron]

Nicole, you are right, LibreOffice seems not to be a good tool to edit 
Docbook. Sorry for the mistake.


I did some more research for Docbook authoring tools and found following link:

http://wiki.docbook.org/DocBookAuthoringTools

From this list, I tried out Serna (Open Source version) and had a much 
better impression. It is available for Mac.

http://sourceforge.net/projects/sernafree.mirror/

Marc


Am 05.10.2012 19:30, schrieb Nicole Engard:

I'm not sure it's working right for me. Did you have an extension
installed? I opened the manual.xml file and I can read and edit it,
but it doesn't look right. I'm not able to tell what's a section
heading and what's a paragraph.  Am I missing something?

Nicole

On Fri, Oct 5, 2012 at 12:12 PM, Marc Véron  wrote:

Nicole,

I just downloaded a Koha manual snapshot (English) and opened it with
LibreOffice. I could edit, add images, save it.

However, I did not do much testing, but I think it is worth a try.

http://www.libreoffice.org

Marc




Am 05.10.2012 17:08, schrieb Nicole Engard:


Hello all,

Back when I started working on the manual someone here recommended XXE
Personal Edition which was free for those working on open source
projects.  Well this is no longer the case.  Either because of this,
or the size of the manual, I can no longer save the manual when
editing it in XXE (or I guess it could be a problem on my computer).

Without commentary on my operating system ... I need a recommendation
for a free (or cheap) WYSIWYG XML/Docbook editor that will run on Mac
OSX.  I got some recommendations - one for Lyx, which actually doesn't
open or edit XML or Docbook (I have it installed and did try). Another
was for Vex which I was able to install, but can't get to open the
manual XML file I have. Others have said Oxygen but that's $500+ and I
can't afford that.

So, my criteria is simple - I need to be able to edit the manual as
one document (because of the linking between sections) and the editor
has to be WYSIWYG (I don't have time to write out the Docbook Code)
and it has to validate Docbook and finally it has to run on Mac.

As 3.10 looms closer I really need to get back to editing the manual
and adding all of the new features, so send those ideas ASAP!

Thanks in advance for any recommendations.
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



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

Re: [Koha] WYSIWYG XML Editor Help

[Marc Véron]

Nicole,

I just downloaded a Koha manual snapshot (English) and opened it with 
LibreOffice. I could edit, add images, save it.


However, I did not do much testing, but I think it is worth a try.

http://www.libreoffice.org

Marc




Am 05.10.2012 17:08, schrieb Nicole Engard:

Hello all,

Back when I started working on the manual someone here recommended XXE
Personal Edition which was free for those working on open source
projects.  Well this is no longer the case.  Either because of this,
or the size of the manual, I can no longer save the manual when
editing it in XXE (or I guess it could be a problem on my computer).

Without commentary on my operating system ... I need a recommendation
for a free (or cheap) WYSIWYG XML/Docbook editor that will run on Mac
OSX.  I got some recommendations - one for Lyx, which actually doesn't
open or edit XML or Docbook (I have it installed and did try). Another
was for Vex which I was able to install, but can't get to open the
manual XML file I have. Others have said Oxygen but that's $500+ and I
can't afford that.

So, my criteria is simple - I need to be able to edit the manual as
one document (because of the linking between sections) and the editor
has to be WYSIWYG (I don't have time to write out the Docbook Code)
and it has to validate Docbook and finally it has to run on Mac.

As 3.10 looms closer I really need to get back to editing the manual
and adding all of the new features, so send those ideas ASAP!

Thanks in advance for any recommendations.
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

Re: [Koha] Help! a person deleted (it was an error) all staff pwd and us

[Marc Véron]

Hi Claudio,

that sounds like quite some misunderstanding. To clarify, the accounts do 
still exist but they do not have usernames and passwords anymore?


In that case you could login with the Koha database user from 
koha-conf.xml that you used at the time of installation to modify the 
accounts.


Marc



Am 19.09.2012 18:07, schrieb Claudio Kutufà:

Hello all
Help !  In a library where (in august 2011) I installed Koha 3.6 a new
staff girl, misunderstood somenting and deleted ALL staff passwords
and usernames !!! ALL !!!
What can I suggest them to recover the deleted passwords or, at least, to
recreate them ?
Thanks a lot for your help !!!
Claudio


___

Ing. Claudio Kutufa'
e-mail ufficio:  claud...@nexusfi.it
e-mail personale:claudio.kut...@gmail.com

Via Vamba Luigi Bertelli, 16
50135 Firenze - Italy

Cell.:+39 335 5859567
Tel.abitazione:   +39 055 400743
___



___
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 Catalogue Records

[Marc Véron]

Francis,

Nicole Engard made a great video tutorial for this:

http://bywatersolutions.com/2012/01/18/using-marcedit-to-add-koha-items/

Marc



Am 13.08.2012 07:22, schrieb clint.deckard:

Francis,
I think I can help here as I have just been going through this process. I
am not a Koha expert and if I have made a mistake I invite anyone to
correct me please.
Item Type is stored at 952$y, current location is stored at 952$b, Home
library is stored at 952$a and call number at 952$o
These fields do not appear in your records.

You could use a tool such as MarcEdit to add these fields with the
appropriate data for your library. Call number is a bit more difficult if
it is stored in a variety of sub fields in the original record.

I hope this helps.
Clint Deckard.

fr...@library.iisc.ernet.in wrote:

Dear Members,

I'm trying to import a few sample records using the 'Stage MARC records
for import' feature of KOHA-3.08.03. A sample ,mrk record is given below
for your reference:

=LDR  0nam  220Ia 45e0^M
=008  120810sxx000\0\und\d^M
=020  \\$a001^M
=082  \\$a541.39$bN37^M
=100  \\$aBailey, K.C.^M
=245  \\$aGalactose regulation of yeast: From genetics to systms^M
=260  \\$c1937$bEdward Arnold$aBANGALORE^M
=300  \\$a100P^M
=952  \\$p2^M

After converting the .mrk file to .mrc file, records are successfully
imported. While staging the records for importing, I have ensured that the
'check for embedded item data record' is set to 'yes'.

Indexing through Zebra goes through without any issues. However, in the
search results, the Holding Details for 'item type', 'current location',
'home library' and 'call number' are all blank. I have looked up the Koha
documentation and also the Koha list's archived content, but not been able
to find a solution for my problem. Could I request for some guidance from
the fellow members?

In the Administrative cataloging preferences, NewItemsDefaultLocation is
set to JRDTML, the only library that exists as of now.

Thanks for your attention.

 - Francis

JRDTML, IISc, Bangalore, India






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

Re: [Koha] No errors, but no search results

[Marc Véron]

Did you check the system preference NoZebra? It should be set to: "Use"

Regards


Marc


Am 25.06.2012 20:33, schrieb Uy:

I have exactly them same problem. I did install sudo cpan, no error, test all ok. I make 
file ok, install zebra with no error... I created some records with Marc frameworks. I 
can check out, check in, and check mysql that i did have some items (books) in library. 
The only problem is that i can't search. When i type some things on "search the 
catalog", the result always is not found. So did i have problem with zebra index? I 
tried reinstall it, nothing happened. Help me please!

Kindest Regards!
Nguyen Quoc Uy



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

Re: [Koha] Rebuild-zebra stops working very often...

[Marc Véron]

Sonja,

I just had similar symptoms - until I remembered that I had set preference 
NoZebra to "Don't use" for some testing purposes. It always should be set 
tu "Use".


It's a little chance, but maybe you might want to check this preference.

Marc





Am 25.06.2012 15:18, schrieb Sonia P.:


OK, thanks all for your help!
I am sorry I don't know all the details and I am obviously not great with Koha.

Rebuild-zebra is supposed to run every 15 minutes for us, and sometimes it 
doesn't.  I know, because then I am contacted by librarians who say they can't 
find books which they have just entered (or I check myself, I run a few mysql 
queries and check if I can find them on the website).  So I know it's because 
the search indexes are not up to date.  Then, I restart rebuild-zebra with the 
following:  sudo koha-rebuild-zebra -v -f library
And then the problem is solved, but not forever.  It stops again later, the 
same day or another day, sometimes one week later.  If I had more time to work 
on Koha, I could check exactly how often it happens and things like that, but I 
don't have time. :(

In << sudo tail /var/log/koha/ashs/zebra-error.log.1 >> is ashs the name of the library?  On our 
server, the closest thing I could find is << sudo tail /var/log/koha/library/zebra-error.log >> and 
it doesn't give me any information.  So, if I understand well "tail", it means that the file is empty.
Same thing for zebra-output.
When I look at the current processes (ps -aux), I can see that there is a zebrasrv process 
runing (it says << Mar26   2:02 zebrasrv -v none,fatal,warn -f 
/etc/koha/sites/library/koha-conf >>, March 26 being the day when we restarted the 
whole server).
So all that probably means that there is no problem with Zebra, am I right?

With the errors I have reported previously (DBIconnect...), what is it that 
can't connect to MySQL?  that perl script you describe, Chris?  I understand 
it's not Zebra itself, is it rebuild-zebra?

Thanks a lot for all your explanations...

Cheers,

Sonia.



Date: Mon, 25 Jun 2012 10:20:57 +0100
From: ro...@catalyst.net.nz
To: koha@lists.katipo.co.nz
Subject: Re: [Koha] Rebuild-zebra stops working very often...

Op 25-06-12 02:44, Sonia P. schreef:

So I don't know what to do... We are stuck.  I can't restart zebra every two 
hours.


When you say that you are restarting zebra, what _exactly_ are you
doing? Because, as Chris says, there seems to be some confusion:
restarting zebra should not affect whether rebuild-zebra is doing its
job or not. Also, rebuild-zebra fires up every 15 minutes or so do do
things, does them, and then stops. There is something in your
explanation that doesn't make sense that needs to be figured out before
any useful suggestions can be made.


Would reinstalling everything help?  Wouldn't it take two weeks to set up and 
fix everything?


No idea, it would depend on what the problem was. In theory, if you
follow exactly the same steps that you did last time, you will have the
same problems.

--
Robin Sheat
Catalyst IT Ltd.
✆ +64 4 803 2204
GPG: 5957 6D23 8B16 EFAB FEF8  7175 14D3 6485 A99C EB6D
___
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] software error

[Marc Véron]

Filed Bug 8298

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8298

Marc


Am 23.06.2012 09:28, schrieb SANDEEP BHAVSAR:

Thanks Marc Veron
It works for me.

On Sat, Jun 23, 2012 at 12:51 PM, Marc Véron mailto:ve...@veron.ch>> wrote:

How is the System Preference "NoZebra" set?

It suppose that the error occurs if it is set to "Don't use".

Marc


Am 23.06.2012 08:58, schrieb SANDEEP BHAVSAR:

Koha version: 3.09.00.017

On Sat, Jun 23, 2012 at 12:21 PM, Marc Véron mailto:ve...@veron.ch>
<mailto:ve...@veron.ch <mailto:ve...@veron.ch>>> wrote:

Hi Sandeep Bhavsar,

Can you please provide more information about the Koha Version
you are
running?

Marc



Am 23.06.2012 07:47, schrieb SANDEEP BHAVSAR:

Respected all

I am facing the following error, in circulation module.,
but if we
refresh
the page after this error comes then circulation works
perfectly.

Software error:

Can't call method "subfield" on an undefined value at
/usr/share/koha/lib/C4/Biblio.pm line 2965.

--
Thanks and Regards

Sandeep Bhavsar
Librarian
Dr.V.N.Bedekar Institute of Management Studies
Thane(W) 400601
MUMBAI. INDIA
@@
email: sandeep.bhav...@gmail.com
<mailto:sandeep.bhav...@gmail.com>
<mailto:sandeep.bhavsar@gmail.__com
<mailto:sandeep.bhav...@gmail.com>>

Mob : 9029 345777 
elibrary :http://www.vpmthane.org/im/__elib/main.htm
<http://www.vpmthane.org/im/elib/main.htm>
@@





--
Thanks and Regards

Sandeep Bhavsar
Librarian
Dr.V.N.Bedekar Institute of Management Studies
Thane(W) 400601
MUMBAI. INDIA
@@
email: sandeep.bhav...@gmail.com <mailto:sandeep.bhav...@gmail.com>
Mob : 9029 345777
elibrary :http://www.vpmthane.org/im/elib/main.htm
@@


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

Re: [Koha] software error

[Marc Véron]

Hi Sandeep Bhavsar,

Can you please provide more information about the Koha Version you are 
running?


Marc




Am 23.06.2012 07:47, schrieb SANDEEP BHAVSAR:

Respected all

I am facing the following error, in circulation module., but if we refresh
the page after this error comes then circulation works perfectly.

Software error:

Can't call method "subfield" on an undefined value at
/usr/share/koha/lib/C4/Biblio.pm line 2965.




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