[Koha] Forcing to add and not update a subfield with the marc modification template tool

[Francois Charbonnier]

Hello,

I try to add subfield (repeatable subfield) within a field  but I can't 
make it work. It updates the first subfield found.


For exemple, I have :

040
$a SDM
$b fre
$d SQTD

My rule is  "Update field 040$d with value /CaQE"/ but I don't want to 
update the 040$d value, I want to add a new 040$d to get this :


040
$a SDM
$b fre
$d SQTD
$d CaQE

The problem is that I can only choose the "Add/Update" option when I set 
a new template.


Does anyone know a trick to force the "Add" option when choosing the 
action "Add/Update" ?

//

Thank you!

François/
/

--
François Charbonnier,
Bibl. prof. / Chef de produits

Tél.  : (888) 604-2627
francois.charbonn...@inlibro.com 

inLibro | Spécialistes en technologies documentaires | www.inLibro.com 


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

Re: [Koha] Where can we find e-mail notices ready to be sent

[Francois Charbonnier]

Hi Vanda,

If you haven't found what you were looking for yet, have a look under 
"Tools > Notices & slips". You'll also want to look at "Tools > Overdue 
notices/status trigger". You may have to set up a couple of cronjobs on 
your server as well (overdue_notices.pl, advance_notices.pl, 
gather_print_notices.pl, process_message_queue.pl). They are under [your 
installation]/misc/cronjobs on your server.


For more information, the documentation is a good entry point : 
https://koha-community.org/manual/16.11/html/ch03.html#notices


Hope this helps!

Cheers!!

François Charbonnier,
Bibl. prof. / Chef de produits

Tél.  : (888) 604-2627
francois.charbonn...@inlibro.com 

inLibro | Spécialistes en technologies documentaires | www.inLibro.com 


Le 2017-03-03 à 07:24, vanda koha a écrit :

Hi everybody,

I have properly set the circulation rules, the item circulation alerts,
defined e-mail notices and set notice/status triggers for overdue items.
But now I have a doubt: where can I find the list of all notices (specially
overdue notices, but also renewals, holds ready to be picked up, etc) that
are ready to be sent to our users? I know some users have overdues, but I
don't know where to look for the notices. Can anyone help me, please?
Many thanks,

Vanda
___
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] Need help for a new calendar (performance improvement and library opening hours) BZ17015

[Francois Charbonnier]

Dear community,

We submitted a patch recently that would benefit many. It solves two old 
bug put on hold for a while (Move calculation code out of C4::Calendar) 
and (hourly loans doesn't know when library closed). If you a have a bit 
of time ahead of you to help us get it upstreamed. It will be much 
appreciated!


When I read again the description from bugzilla, I felt that an overview 
of the work and its benefits will help you get involved.

*
*_*Short version*_ :

The communinity and some of our clients noticed two issues :

1. Hour loans doesn't know when a library is closed
2. We have performance issues when checking in overdue book or managing 
overdue fines.


We identified that both issues are related to the way Koha does date 
calculation. To improve and fix these issues, we developped a new 
calendar with a couple of new features.


_The benefits of this new calendar are_ :

1. management of the libraries opening hours (new feature).
2. performance improvement when circulating items and managing fines. In 
particular, when checking in overdue book or managing overdue fines.

3. help to setup holidays/closed days from one year to another (new feature)

To acheive this, we redesigned the calendar database table and rewrote 
part of the code in charge of the date calculation. We used this work to 
move part of the code and separate what's in charge of the calendar and 
what's used to do the calculation.


This way, we solved two bugzilla issues opened a long time ago :
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11211 (Move 
calculation code out of C4::Calendar) (opened by Jesse Weaver on the 
2013-11-06)
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8133 (hourly 
loans doesn't know when library closed) (opended by Nicole C. Engard on 
the 2012-05-21)


For now, BZ 11211 blocked BZ 8133.

All features from the old calendar is available in the new calendar.

The new calendar passed all the unit tests.

The patch for the new calendar is here : 
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17015

_*
*__*Long version*_ :

The calendar's database table contains only rules to set whether the 
library is closed or not. If Koha needs a date or a range of date (was 
the library closed that day? how long is this book overdue? etc.), it 
has to be calculated using these rules. Depending on the type of 
transactions, how Koha does the calculation is not always efficient. For 
example, a return of overdue books can take as long as many seconds (for 
2 months old overdues for example). We redesigned the calendar table to 
be able to give Koha the information it needs to do the calculation in a 
more efficient way.


In the calendar's new table, we don't store rules anymore. Each day from 
the calendar is now stored (an entry for each day). For each day, we can 
indicate if the library is open or closed. We took this redesign 
opportunity to add the library opening hours as well. That way, Koha 
gets straight the information it needs to determine if the library is 
open or not, it can take into consideration the opening hours (good for 
hour loans and the date range calculation is simplified by using the 
information stored in the database. No need to calculate it based on 
different rules anymore.


Among the patches we submitted, we have a script to benchmark checkin 
and checkout transactions. The benchmark of checkin is more indicative 
of the performance improvement. Here is an example of collected 
statistics. When an item is returned the day the checkout expires, the 
calculation time decreased of 22% (for 100 checkins, the calculation 
time drops from 52.2s to 40.7s). When an item is 2 months overdue and 
returned, the calculation time decreased of 70% (for 100 checkins, the 
calculation time drops from 154s to 46.6s).


_How does the new calendar work_ ?

Before the first use, a script will populate the new calendar table with 
on entry for each day of the year. This script can retreive your actual 
setting to keep track of your old set up. It also creates all the 
entries for future years. The basic set up would be : the library wants 
to have a 1 year overview of the calendar so they can set it up in 
advance. The script creates every entry in the table to be able to set 
up the calendar 1 year in advance.


Then, another script will be scheduled to run every day. This script 
will add a new entry for every day spent. In this manner, Koha keeps a 1 
year advance overview at all time.


The advantage of this last script is to help the koha admin to set up 
the calendar in advance. Each time the script will add a new entry (a 
new day), it will check one year in the past how the same day was set up 
to try to determine if the library should be closed or not :


- If the date is a unique holiday : the script will not keep it for the 
new entry.
- If the date is a repeatable holiday : the script will keep it. (For 
example, a library closed every saturday)
- If 

Re: [Koha] translate.koha-community.org is down

[Francois Charbonnier]

Thanks Tomas! It works now. :)


François Charbonnier,
Bibl. prof. / Chef de produits

Tél.  : (888) 604-2627
francois.charbonn...@inlibro.com <mailto:francois.charbonn...@inlibro.com>

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

Le 2017-01-09 à 20:42, Tomas Cohen Arazi a écrit :


There is a major outage on UNC's datacenter. They are working on 
getting it fixed ASAP.


Thanks for reporting!


El lun., 9 de ene. de 2017 6:06 PM, Francois Charbonnier 
<francois.charbonn...@inlibro.com 
<mailto:francois.charbonn...@inlibro.com>> escribió:


Hello all,

I worked on the translation today but this afternoon (in north
america),
I can't access http://translate.koha-community.org/ anymore.

Is there any maintenance scheduled for this server today?

Thanks!

François


--
François Charbonnier,
Bibl. prof. / Chef de produits

Tél.  : (888) 604-2627
francois.charbonn...@inlibro.com
<mailto:francois.charbonn...@inlibro.com
<mailto:francois.charbonn...@inlibro.com>>

inLibro | Spécialistes en technologies documentaires |
www.inLibro.com <http://www.inLibro.com>
<http://www.inLibro.com>
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz>
https://lists.katipo.co.nz/mailman/listinfo/koha

--
Tomás Cohen Arazi
Theke Solutions (https://theke.io <http://theke.io/>)
✆ +54 9351 3513384
GPG: B2F3C15F


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

[Koha] translate.koha-community.org is down

[Francois Charbonnier]

Hello all,

I worked on the translation today but this afternoon (in north america), 
I can't access http://translate.koha-community.org/ anymore.


Is there any maintenance scheduled for this server today?

Thanks!

François


--
François Charbonnier,
Bibl. prof. / Chef de produits

Tél.  : (888) 604-2627
francois.charbonn...@inlibro.com 

inLibro | Spécialistes en technologies documentaires | www.inLibro.com 


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

Re: [Koha] What is the point of the Undo Import into catalogue feature?

[Francois Charbonnier]

Hi,

Have you waited long enough for zebra to re-index your catalogue ? To 
me, what you are describing is not faulty. Once you reverted an imported 
batch, it takes time to zebra to remove the records from the indexes. 
Especially if you work with large files.


If you waited long enough and the indexes never got updated, I would say 
it's faulty, yes. But it you reverted the import and search for records 
right away, I would say it's just zebra that hasn't been able to reindex 
everything...



François Charbonnier,
Bibl. prof. / Chef de produits

Tél.  : (888) 604-2627
francois.charbonn...@inlibro.com 

inLibro | Spécialistes en technologies documentaires | www.inLibro.com 


Le 2016-12-05 à 03:31, Raymund Delahunty a écrit :

That is exactly the way I have used the feature many times in the past- well, 
once to correct an incorrectly modified batch a few moments after the data was 
loaded, when I spotted a second necessary correction I had missed (much to my 
annoyance), and maybe 2 dozen times to rip out previously loaded (often large) 
batches of records weeks after they had been loaded, once the data was no 
longer needed.

The problem isn’t that I don’t understand how to use the feature (indeed I love 
it) but my recent experience suggests it doesn’t work correctly.

Maybe 2 months ago I loaded 11,300 records for a patron-driven-acquisitions 
program. They were records for streaming media supplied by Kanopy. We bought 85 
of the titles. I was asked to remove the records for the titles we had not 
purchased. I expected it to be a simple task- press Undo Import, and pull all 
the records out, and add the 85 records purchased back in (I had been supplied 
with a file of our purchases).

After the job completed, I searched on Kanopy in both staff side and OPAC and 
found c.250 results, much to my surprise. (I expected to find zero records.) 
When I clicked on the MARC 710 I was taken to a list of c.7,200 records via (in 
effect) the authority record for Kanopy (Firm). I could also navigate to that 
list on OPAC.

However these tendrils were “faulty”. Clicking on the title (for example) in 
OPAC, took the user to a server error 404- Page not found. (But if they clicked 
on the 856 they were taken to the Kanopy platform).  In staff-side, clicking on 
the record resulted in an error “Record not found” (well, something similar). 
Attempting to export the MARC file by biblionumber resulted in an empty export 
file. (I have supplied my screenshots and notes directly to Fred King, who was 
asking what rubbish was left after my Undo).

In short, my Undo had NOT worked properly. The database had to be re-indexed to 
get rid of the tendrils. I have another “Undo” scheduled (two files, one of 
2,000 records, one of 30,000 records). I am tempted to have one more try, 
before raising this issue in Bugzilla. I suspect the Undo will not work, and 
that yet again we will have to have a re-index. And that in future we will have 
to rely on Batch Record Deletion, rather than the delightful Undo feature.

Ray Delahunty
University of the Arts London


From: Joy Nelson [mailto:j...@bywatersolutions.com]
Sent: 02 December 2016 14:53
To: Raymund Delahunty 
Cc: Koha 
Subject: Re: [Koha] What is the point of the Undo Import into catalogue feature?

Ray-
The undo import feature has saved me more than once as I realize immediately 
after import that I have incorrectly modified the batch of records.  
Immediately reverting the batch is useful.
The other main use for the undo import feature is in ebooks as Fred King talks 
about in the other thread.
Thanks
joy

On Thu, Dec 1, 2016 at 10:26 PM, Raymund Delahunty 
> wrote:
We regularly import large files of MARC records into our Koha (16.05) database 
which have to be deleted at a later date… sometimes months later, and sometimes 
maybe 30,000 records. I have been using the Undo import (sort-of “unstage”) as 
I found this functionality astoundingly useful. It automated a task, reducing a 
tedious job to a couple of keystrokes.

However I was dismayed to find that after a recent “Undo” of 13,000 records our 
database was left over 7,000 “phantom records”- they didn’t exist but the 
indexing had failed to remove all traces of them

We were advised to use the batch record deletion tool, as the Undo feature 
wasn’t designed to be used in the way I was using it. “… it is meant to unstage 
records nearer to the point in time of being added”. (And what’s the point of 
that?) We had to have our database re-indexed to resolve the problem. Is there 
any point in the Undo feature if the indexer can’t cope? I hate to think what 
other dross I had left behind in earlier “Undos”!

Ray Delahunty
University of the Arts London
This email and any attachments are intended solely for the addressee and may 
contain confidential 

[Koha] Translating the manual : workflow

[Francois Charbonnier]

Hello everyone,

Is there an up-to-date workflow to translate the manual ?

Should I use http://translate.koha-community.org/ ? Who's in charge to 
add new translation files ?


Here, with inLibro, we want to work on the french translation for koha 
16.05. There are sligh differences in the french and french-canadian 
vocabularies we use in libraries. We can base the french-canadian 
version on the last french version of the manual and starts from here.


If anyone could help use to get started, it will be much appreciated!

Thanks!

François

--
François Charbonnier,
Bibl. prof. / Chef de produits

Tél.  : (888) 604-2627
francois.charbonn...@inlibro.com 

inLibro | Spécialistes en technologies documentaires | www.inLibro.com 


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

Re: [Koha] My next adventure

[Francois Charbonnier]

Good luck with your new position, Nicole!
I wish you the best. :)

François Charbonnier,
Bibl. prof. / Chef de produits

Tél.  : (888) 604-2627
francois.charbonn...@inlibro.com 

inLibro | Spécialistes en technologies documentaires | www.inLibro.com 


Le 2016-07-20 à 14:15, Nicole Engard a écrit :

Paul,

You are so sweet!!! I am taking a new job, but I am not going away from
Koha.  I promise to stay involved as much as I can!  And just FYI - I'm not
moving from Austin :) I'll still be working at home - so none of that
Raleigh stuff will happen :p

On Tue, Jul 19, 2016 at 7:32 AM, Paul Poulain 
wrote:


Hi all,

I don't understand why everybody is saying "good luck" and
"congratulations". Are you all so happy to see Nicole leaving ?
I'm so sad that I wish Nicole an epic fail. May an asteroid fall on your
moving truck, may you have a massive allergy to Ralleigh NC trees pollen,
may you face an earthquake, and 10 other plagues of Egypt fall on you !!!
(Then, who knows, you could change your mind and come back)


Just in case: one thing is true in this email, it's a sad news. All other
are trying to express how sad I am, of course I wish Nicole all the best.
We'll miss you my friend !!!


Le 13/07/2016 21:05, Nicole Engard a écrit :


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


--
Paul Poulain, Associé-gérant / co-owner
BibLibre, Services en logiciels libres pour les bibliothèques
BibLibre, Open Source software and services for libraries


___
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] Built-in offline circulation tool

[Francois Charbonnier]

Hello,

I use Koha 3.14 and I tested the built-in offline circulation tool. 
After activating the feature and synchronized the database, I went 
offline and tried to accessed the offline page : 
http://my-installation.net/cgi-bin/koha/circ/offline.pl but firefox 
doesn't let me display it. It says it can't access 
http://my-installation.net/


I checked firefox preferences and it says that 
http://my-installation.net/ is authorized to stocked data on my computer 
for offline use.


Is there something else I need to check/activate to make it work?

Thanks a lot.

François
-- http://my-installation.net/
François Charbonnier,
Bibl. prof. / Chef de produits

Tél.  : (888) 604-2627
francois.charbonn...@inlibro.com mailto:francois.charbonn...@inlibro.com

inLibro | pour esprit libre | www.inLibro.com http://www.inLibro.com
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Serials Pattern for Month Year

[Francois Charbonnier]

Hi Nicole,

There is maybe a bug here. I would have set up begins with to 7 as well...

Anyway, with begins with = 6 and inner counter = 6, it works!

François

François Charbonnier,
Bibl. prof. / Chef de produits

Tél.  : (888) 604-2627
francois.charbonn...@inlibro.com mailto:francois.charbonn...@inlibro.com

inLibro | pour esprit libre | www.inLibro.com http://www.inLibro.com
Le 2014-07-11 15:31, Nicole Engard a écrit :

Can someone  look at this pattern and tell me what to edit to get the year
to roll over to 2015? And have the month right - 7/1 should be July not
August.

http://screencast.com/t/srlH7lmz

Thanks
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] Serials Pattern for Month Year

[Francois Charbonnier]

Sorry, I forgot this :
http://picpaste.com/pattern-wRjGMArt.png

François Charbonnier,
Bibl. prof. / Chef de produits

Tél.  : (888) 604-2627
francois.charbonn...@inlibro.com mailto:francois.charbonn...@inlibro.com

inLibro | pour esprit libre | www.inLibro.com http://www.inLibro.com
Le 2014-07-11 15:31, Nicole Engard a écrit :

Can someone  look at this pattern and tell me what to edit to get the year
to roll over to 2015? And have the month right - 7/1 should be July not
August.

http://screencast.com/t/srlH7lmz

Thanks
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] bug 3.14 barcode

[Francois Charbonnier]

Hi,

If you have more than one Marc framework, check the setting of 952$p 
from the framework you use to see if the mapping with items.barcode is 
correct.


Go to Administration  Marc bibliographic framework.
Choose a framework and select MARC structure.
 Then, go to 952 and select p for the barcode subfield.
Check if Koha link, in advanced constraints, is set to items.barcode.

Cheers!


François Charbonnier,
Chef de produits

Tél.  : (888) 604-2627
francois.charbonn...@inlibro.com mailto:francois.charbonn...@inlibro.com

inLibro | pour esprit libre | www.inLibro.com http://www.inLibro.com
Le 2014-01-31 16:46, Sina Stewart a écrit :
i think the problem in mySql table (item) when i add an item barcode 
by frame marc in koha not added into mySql table (item) but when i 
added barcode in  mySql table directly , making index and Search by 
barcode working perfect , i can't understand that !!


 Date: Fri, 31 Jan 2014 13:16:33 -0500
 From: francois.charbonn...@inlibro.com
 To: koha@lists.katipo.co.nz
 Subject: Re: [Koha] bug 3.14 barcode

 Hello,

 Could you tell us which MARC subfield is mapped to items.barcode?

 If you dont know :

 * Go to Administration  Koha to MARC mapping.
 * Select item in the dropdown menu.
 * Click OK
 * Check the line for the barcode

 Thanks!

 François Charbonnier,
 Chef de produits

 Tél. : (888) 604-2627
 francois.charbonn...@inlibro.com 
mailto:francois.charbonn...@inlibro.com


 inLibro | pour esprit libre | www.inLibro.com http://www.inLibro.com
 Le 2014-01-31 13:03, Sina Stewart a écrit :
  thank you for replying yes you are right , the barcode didn't 
saved in items table , this is effect directly on searching  any 
solution for this problem

 
  Date: Fri, 31 Jan 2014 09:47:47 -0800
  From: oleon...@myacpl.org
  To: koha@lists.katipo.co.nz
  Subject: Re: [Koha] bug 3.14 barcode
 
  i want to ask about searching barcode in koha V.3.14 , is it a 
bug will fix in next version or this a not bug ?

  There is no bug in 3.14 which prevents searching by barcode. Nor is
  there a bug which prevents the barcode from being saved to the items
  table, which you seem to be telling us is the case.
 
  It sounds like your Koha installation has been set up in such a way
  that barcode isn't being saved correctly. If there is no barcode 
to be

  searched, then of course searching by barcode will fail.
 
  Did you change the Koha to MARC mapping somehow?
 
  -- 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
 
  ___
  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] bug 3.14 barcode

[Francois Charbonnier]

Hello,

Could you tell us which MARC subfield is mapped to items.barcode?

If you dont know :

 * Go to Administration  Koha to MARC mapping.
 * Select item in the dropdown menu.
 * Click OK
 * Check the line for the barcode

Thanks!

François Charbonnier,
Chef de produits

Tél.  : (888) 604-2627
francois.charbonn...@inlibro.com mailto:francois.charbonn...@inlibro.com

inLibro | pour esprit libre | www.inLibro.com http://www.inLibro.com
Le 2014-01-31 13:03, Sina Stewart a écrit :

thank you for replying yes you are right , the barcode didn't saved in items 
table , this is effect directly on searching  any solution for this problem


Date: Fri, 31 Jan 2014 09:47:47 -0800
From: oleon...@myacpl.org
To: koha@lists.katipo.co.nz
Subject: Re: [Koha] bug 3.14 barcode


i want to ask about searching barcode in koha V.3.14 , is it a bug will fix in 
next version or this a not bug ?

There is no bug in 3.14 which prevents searching by barcode. Nor is
there a bug which prevents the barcode from being saved to the items
table, which you seem to be telling us is the case.

It sounds like your Koha installation has been set up in such a way
that barcode isn't being saved correctly. If there is no barcode to be
searched, then of course searching by barcode will fail.

Did you change the Koha to MARC mapping somehow?

  -- 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


___
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] New Serials Documentation

[Francois Charbonnier]

Nicole, Hi again!

Here they are :

Readers digest (based on the description The Volume number changes 
every 6 months and the numbers continues on (requires an advanced 
pattern).) :

http://picpaste.com/readers_digest-7BjE1QNF.png

Et-mol :
http://picpaste.com/et-mol-29xbnb1U.png

Backpacker :
http://picpaste.com/backpacker-uoY4DQRJ.png

Keast Shelley :
http://picpaste.com/Keats-shelley-oHMTNKvf.png

If you need more, tell me. I'll see what I can do! ;^)

François

François Charbonnier,
Chef de produits

Tél.  : (888) 604-2627
francois.charbonn...@inlibro.com mailto:francois.charbonn...@inlibro.com

inLibro | pour esprit libre | www.inLibro.com http://www.inLibro.com
Le 2013-12-13 10:07, Nicole Engard a écrit :
Also it would be great if you could get me new images for the manual 
for these samples  - that will help others and teach me what I need to 
learn :)


http://manual.koha-community.org/3.14/en/sampleserialsapp.html

Nicole


On Fri, Dec 13, 2013 at 7:15 AM, Nicole Engard neng...@gmail.com 
mailto:neng...@gmail.com wrote:



On Wed, Dec 11, 2013 at 8:48 AM, Francois Charbonnier
francois.charbonn...@inlibro.com
mailto:francois.charbonn...@inlibro.com wrote:


About your subscription, I did something here that works
(http://picpaste.com/Pattern-YJ45tIGU.png) but I missed some
info to have exactly the same pattern as yours. First, the
subscription starts after the next issue publication date.
Could you give me the start date? And, how the subscription
deals with irregularities (jan and aug). Does it skip or keep
the issue number?


 The pattern would look like this:

Vol 40 No 1 Feb 15, 2014
Vol 40 No 2 Mar 15, 2014
Vol 40 No 3 Apr 15, 2014
Vol 40 No 4 May 15, 2014
Vol 40 No 5 Jun 15, 2014
Vol 40 No 6 Jul 15, 2014
Vol 40 No 7 Sep 15, 2014
Vol 40 No 8 Oct 15, 2014
Vol 40 No 9 Nov 15, 2014
Vol 40 No 10 Dec 15, 2014
Vol 41 No 1 Feb 15, 2015




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

Re: [Koha] New Serials Documentation

[Francois Charbonnier]

Hi Nicole,

Glad the picture helps! :^) I just realised the numbering pattern was 
good but didn't fit the inner counter representation at the end. Here 
is an updated version : 
http://picpaste.com/innercounter_updated_with_correct_example-56kRWXjo.png


Concerning the rollover, it still exists but you will find it in the 
advance pattern under the name When more than.  The inner counter is 
not a new option and doesn't replace the rollover option. Before, you 
would only find the inner counter in the advance pattern. That would 
results to mix up configuration specific to the subscription (inner 
counter which is the number of issues already received) and general 
numbering pattern configuration (subscription agnostic).


The logic behind this new feature is to put together information that 
can be re-used in different subscriptions (the numbering patterns)  and 
keep the other options, specific to the subscription, outside the 
pattern. Ultimately, librarians will be able to share their numbering 
patters (through sql files) and will only have to set up the 
subscriptions without paying attention to the advance pattern option.


About your subscription, I did something here that works 
(http://picpaste.com/Pattern-YJ45tIGU.png) but I missed some info to 
have exactly the same pattern as yours. First, the subscription starts 
after the next issue publication date. Could you give me the start date? 
And, how the subscription deals with irregularities (jan and aug). Does 
it skip or keep the issue number?


François


François Charbonnier,
Chef de produits

Tél.  : (888) 604-2627
francois.charbonn...@inlibro.com mailto:francois.charbonn...@inlibro.com

inLibro | pour esprit libre | www.inLibro.com http://www.inLibro.com

Le 2013-12-10 16:36, Nicole Engard a écrit :

Francois,

That does help! And I love the images. But I'm a bit confused based on the
way it used to work. So let me talk through this.

It used to be that you entered the rollover - that made sense to people.
So if there are 12 issues in a year per volume the rollover was 12 at which
point the volume incremented by 1 and the issue went back to 1. So are you
saying that now you don't have have a rollover field? Instead it's a combo
of the issues field and the inner counter?

How would I change the attached image to fit the new model?

Nicole


On Fri, Dec 6, 2013 at 4:59 PM, Francois Charbonnier franch...@gmail.comwrote:


Hi Nicole,

The locale option is useful when you want to display days, month or
season. If you have a german serial, you can use the german locale option
to display days, etc. in german. It doesn't work actually but this patch
fixes the problem :
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11262

The inner counter doesnt tell system when the number should go back to 1.
It is used when you need a circular pattern to tell koka how many issues
you received or would have received after the beginning of the circle. If
you start receiving issues in the middle of a circular pattern, it helps
the system to fall back on the correct numbering when the numbering go back
to 1. (Sorry for my broken english)

Check the example in the attached file. It should helps! ;)

Francois



___
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] Clearance Certificate using koha

[Francois Charbonnier]

Hi,
This feature sounds very similar to what you are looking for...
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8007
François


François Charbonnier,
Chef de produits

Tél.  : (888) 604-2627
francois.charbonn...@inlibro.com mailto:francois.charbonn...@inlibro.com

inLibro | pour esprit libre | www.inLibro.com http://www.inLibro.com

Le 2013-12-10 13:46, Chris Cormack a écrit :


Indranil Das Gupta indr...@gmail.com wrote:

Owen,

On Tue, Dec 10, 2013 at 9:45 PM, Owen Leonard oleon...@myacpl.org
wrote:


Can you explain in detail what you're looking for? I've never heard

of

a clearance certificate before.

Hardly your fault :-) However, it is very much a part of life in the
SAARC countries. Essentially it is an a paper-based declaration issued
by the librarian to the student or faculty that says No Dues
Outstanding.  Without submitting such a clearance certification a
student may not be able to sit for an exam / get their final
transcript or degree / refund of security deposits, while a faculty
member may not be able to get their 'release letter' in case of
resignation or approval for foreign travel etc


So a report, exported as CSV then a mail merge in Libreoffice ought to do it eh?

Chris


cheers


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

Re: [Koha] New Serials Documentation

[Francois Charbonnier]

Hi Nicole,

The locale option is useful when you want to display days, month or season.
If you have a german serial, you can use the german locale option to
display days, etc. in german. It doesn't work actually but this patch fixes
the problem : http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11262

The inner counter doesnt tell system when the number should go back to 1.
It is used when you need a circular pattern to tell koka how many issues
you received or would have received after the beginning of the circle. If
you start receiving issues in the middle of a circular pattern, it helps
the system to fall back on the correct numbering when the numbering go back
to 1. (Sorry for my broken english)

Check the example in the attached file. It should helps! ;)

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

Re: [Koha] Help with Serial Prediction Pattern

[Francois Charbonnier]

Hi Nicole,
I will work on this during the hackfest in Marseille next week.
François


Le 2013-03-11 02:21, Nicole Engard a écrit :

That was it!! Thank you so very much.  How would you explain the
inner counter in the manual? I'll need to add that info to help 
others

in the future.

Nicole

On Sun, Mar 10, 2013 at 5:03 PM, Francois Charbonnier
francois.charbonn...@biblibre.com wrote:


Hi Nicole,

Your inner counters look wrong.
Set O and it should work.

You have to set up the inner counter only when you start receiving 
in the middle of a cycle.


Here is how the inner counter works with your example :

inner counter = 0


vol. 4, no. 1, iss. 796


inner counter = 1


vol. 4, no. 2, iss. 797


inner counter = 2

vol


e class=gmail_quote style=ma
ex;border-left:1px #ccc solid;padding-left:1ex vol. 4, no. 4, iss. 
799


inner counter = 4

vol. 5, no. 1, iss. 802

inner counter = 1

vol. 5, no. 4, iss. 805

inner counter = 4

vol. 5, no. 6,


. 796, you need to set up

counter = 0

But if it's vol. 4, no. 2, iss. 797, the inner counter should be 
1. This way koha knows where the



sues because you told Koha to s
issue he would have received if you started at the beginning of the 
receiving cycle.


Hope it works! ;^)

François




Links:
--
[1] http://koha-community.org
[2] http://lists.katipo.co.nz/mailman/listinfo/koha
[3] http://www.biblibre.com/
[4] http://screencast.com/t/rtBUMABdE
[5] http://screencast.com/t/kW5UcMHF


--
François Charbonnier
http://www.biblibre.com/
Expert en Logiciels Libres pour l'info-doc
Tél: 06 17 45 57 76
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Help with Serial Prediction Pattern

[Francois Charbonnier]

Hi Nicole,

Your inner counters look wrong.
Set O and it should work.

You have to set up the inner counter only when you start receiving in 
the middle of a cycle.


Here is how the inner counter works with your example :

inner counter = 0

vol. 4, no. 1, iss. 796


inner counter = 1

vol. 4, no. 2, iss. 797


inner counter = 2

vol. 4, no. 3, iss. 798


inner counter = 3

vol. 4, no. 4, iss. 799


inner counter = 4

vol. 4, no. 5, iss. 800


inner counter = 5

vol. 4, no. 6, iss. 801


inner counter = 0

vol. 5, no. 1, iss. 802


inner counter = 1

vol. 5, no. 2, iss. 803


inner counter = 2

vol. 5, no. 3, iss. 804


inner counter = 3

vol. 5, no. 4, iss. 805


inner counter = 4

vol. 5, no. 5, iss. 806


inner counter = 5

vol. 5, no. 6, iss. 807


So if, the first issue to receive is vol. 4, no. 1, iss. 796, you 
need to set up inner counter = 0


But if it's vol. 4, no. 2, iss. 797, the inner counter should be 1. 
This way koha knows where the receiving cycle starts. In that case, 
Koha will add 1 to the volume after 5 issues because you told Koha to 
start after 1 issue he would have received if you started at the 
beginning of the receiving cycle.


Hope it works! ;^)

François

Le 2013-03-10 21:45, Nicole Engard a écrit :

Hi all,

I need some help getting a serial to work.  The pattern goes like 
this:


vol. 4, no. 1, iss. 796
vol. 4, no. 2, iss. 797
vol. 4, no. 3, iss. 798
vol. 4, no. 4, iss. 799
vol. 4, no. 5, iss. 800
vol. 4, no. 6, iss. 801
vol. 5, no. 1, iss. 802
vol. 5, no. 2, iss. 803
vol. 5, no. 3, iss. 804
vol. 5, no. 4, iss. 805
vol. 5, no. 5, iss. 806
vol. 5, no. 6, iss. 807

Where the volume changes once a year.  The issues arrive irregularly
throughout the year.  I set up the subscription like this :

http://screencast.com/t/rtBUMABdE

and this:

http://screencast.com/t/kW5UcMHF

But when I generate serials I get the volume rolling over after 
number 2:


http://screencast.com/t/mG8wS4IX

and

http://screencast.com/t/e5zfnqkY

(ignore the missing dates that's cause I didn't actually receive 
them).  So

my question is - what does everyone thing I need to change to get the
volume to roll over after 6 instead of after 1?

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


--
François Charbonnier
http://www.biblibre.com/
Expert en Logiciels Libres pour l'info-doc
Tél: 06 17 45 57 76
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Hackfest Edinburgh 2012 - Very last minute proposal (librarian oriented)

[Francois Charbonnier]

Hi all,

Lately, I've been watching game of thrones and I realised that Koha's 
smart rules were like Theon Greyjoy. It's something you think you know 
but in the end, does something that wasn't expected at all. :^)


Actually, it's not that dramatic but I think the hackfest is a good 
oportunity to build a focus group on the circulation rules. They are, if 
not the first, one of the feature that need to work really well. But I 
noticed recently, weird transfer or hold situations... At the same time, 
I discovered this new floating item feature. I don't know if it's 
related but I'm sure that even 2 or 3 people is not enough to QA any 
features that have impacts on circulation...


So, my idea is to set up a focus group to :
* work on koha circulation weaknesses
* help people testing circulation feature with different settings

At least, I think we should :
* list the different circulation settings we know (indenpendant branchs 
or not, etc...) :

* point out koha weaknesses for each of them
* and make a list of tests to run each time there is a new circulation 
feature to be tested


This way,  it's going to be easier for everyone to get involved in 
testing these features and in the end, to be sure the circulations 
rules... rules! ;^)


MJ, do you think it's possible to propose this during the hackfest?
If not, who's interested? IRC and Skype can be our friends! ;^)

François

--
François Charbonnier
http://www.biblibre.com/
Expert en Logiciels Libres pour l'info-doc
Tél: 06 17 45 57 76

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

[Koha] Koha offline circulation tool (firefox plugin) documentation

[Francois Charbonnier]

Hi folks, how are you doing?

As requested earlier this week on the IRC, here is the Koha Offline 
Circulation Tool documentation that the (Koha) world is waiting for! ;^)


1. Humm, but what is it for?
Sometimes, you are at the circulation desk and your internet connection 
goes down. Good news, it may not be as terrible as it seems. If your 
twitter followers can wait your next tweets, it may not be an option for 
your patrons. There is already an offline circulation tool that works 
with Koha but if you want to use an easy to install offline circulation 
tool (no technical skills are required), you can try this one. It's 
quite easy to use even if some explanation might be necessary to fully 
understand everything.


2. Download and installation :

First thing : this tool is a firefox plugin you need to download and 
install on your firefox brownser. To do so, just go to the 
https://addons.mozilla.org/en/firefox/addon/koct/ page and click on the 
install now button. You may have to confirm the installation, just 
click on install now and then restart firefox to complete the 
installation. The download and the installation will take you a few 
seconds, it's very quick.


Once you installed the plugin and restarted firefox, you have the koha 
logo in the add-on bar at the bottow of firefox. A click on the logo 
will open the tool in its own window.


3. Set up :

The first thing you want to do then is to set up the plugin. The set up 
constists on 4 parameters to enter into the plugin.

* Go to the Param tab and fill up the following information :
- Server = the URL of the librarian interface.
- Branch Code = the branch you would log in if the internet connection 
was working.

- Username = your librarian account login
- Password = your librarian account password

* To save the settings, you will have to close the plugin window and 
re-open it by clicking again on the koha logo in the add-on bar.


Tips :
You can create a librarian account dedicated to the offline circulation. 
So that, no matter which librarian is at the check-in/check-out desk, 
they won't have to use their collegue account or set up the plugin again.


4. Ergonomy :

The plugin consists of four tabs which are quite self explanatory! ;^)
* Check Out to check-out items
* Check In to check-in items
* Log to keep track of every transaction the librarian did
* Param to set up the plugin

How it works :

* To check out items, go to the Check out tab and :
- scan the patron barcode
- then the item barcode
- and click save

* To check in items, go to the Check In tab and :
- scan the item barcode
- and click save

Each time, you check out or check in an item, a new transaction is 
recorded in the local plugin database and you will see, at the bottom of 
the plugin how many transactions has been made during the offline 
circulation. For example, 10 Row(s) Added means you did 10 transactions.


* Then, if you want an overview of every transactions, go to the log 
tab. This tab will show you the recordings in the plugin database and 
each row will give you the following information :

- the transaction timestamp
- the transaction type : issue or return
- the borrower cardnumber for the issues only
- the item barcode
- the transaction status

The status will be Local. as long as you are offline and don't process 
the transactions into Koha.


5. My internet connection is back, what do I do now?

Well, first thing Breathe!, everything is going to be fine... ;^)

Then, what you want is to process every transaction in Koha database. To 
do so, go to the log tab where two options are available for you.


You can Commit to koha or Apply directly the transactions into Koha. 
It depends on how you manage the check in / check out during the offline 
period.


5.1. If you checked in/out on more than one computer at the same time, 
what you want is to process every transaction consistently.


Let's say for instance that one patron checked a book out on one 
computer and then checked the same book in on another computer. To be 
consistent, you need to record the check out first and then the check 
in. Not the opposite! To do so, you need to group every transactions in 
one place, sort them all and then, process everything.


So, you need to Commit to koha the transactions from every plugins you 
worked with. This way, every issues and returns will goes to Koha in the 
Offline circulation page and be sorted out. The transaction status in 
the log will the following value :
* Authentification failed. if the plugin can not connect to your koha. 
If you encounter this problem, check the set up and be sure that every 4 
field is correctly filled. If the problem persists, you may still be 
offline... ;^)
* Added. which means the transaction has been added to the offline 
circulation page list.


Then, to process the transactions from koha. Go to the the offline 
circulation page from the circulation home page. You will see every 
transactions listed and you 

[Koha] Koha offline circulation tool (firefox plugin) documentation

[Francois Charbonnier]

Hi folks, how are you doing?

As requested earlier this week on the IRC, here is the Koha Offline 
Circulation Tool documentation that the (Koha) world is waiting for! ;^)


1. Humm, but what is it for?
Sometimes, you are at the circulation desk and your internet connection 
goes down. Good news, it may not be as terrible as it seems. If your 
twitter followers can wait your next tweets, it may not be an option for 
your patrons. There is already an offline circulation tool that works 
with Koha but if you want to use an easy to install offline circulation 
tool (no technical skills are required), you can try this one. It's 
quite easy to use even if some explanation might be necessary to fully 
understand everything.


2. Download and installation :

First thing : this tool is a firefox plugin you need to download and 
install on your firefox brownser. To do so, just go to the 
https://addons.mozilla.org/en/firefox/addon/koct/ page and click on the 
install now button. You may have to confirm the installation, just 
click on install now and then restart firefox to complete the 
installation. The download and the installation will take you a few 
seconds, it's very quick.


Once you installed the plugin and restarted firefox, you have the koha 
logo in the add-on bar at the bottow of firefox. A click on the logo 
will open the tool in its own window.


3. Set up :

The first thing you want to do then is to set up the plugin. The set up 
constists on 4 parameters to enter into the plugin.

* Go to the Param tab and fill up the following information :
- Server = the URL of the librarian interface.
- Branch Code = the branch you would log in if the internet connection 
was working.

- Username = your librarian account login
- Password = your librarian account password

* To save the settings, you will have to close the plugin window and 
re-open it by clicking again on the koha logo in the add-on bar.


Tips :
You can create a librarian account dedicated to the offline circulation. 
So that, no matter which librarian is at the check-in/check-out desk, 
they won't have to use their collegue account or set up the plugin again.


4. Ergonomy :

The plugin consists of four tabs which are quite self explanatory! ;^)
* Check Out to check-out items
* Check In to check-in items
* Log to keep track of every transaction the librarian did
* Param to set up the plugin

How it works :

* To check out items, go to the Check out tab and :
- scan the patron barcode
- then the item barcode
- and click save

* To check in items, go to the Check In tab and :
- scan the item barcode
- and click save

Each time, you check out or check in an item, a new transaction is 
recorded in the local plugin database and you will see, at the bottom of 
the plugin how many transactions has been made during the offline 
circulation. For example, 10 Row(s) Added means you did 10 transactions.


* Then, if you want an overview of every transactions, go to the log 
tab. This tab will show you the recordings in the plugin database and 
each row will give you the following information :

- the transaction timestamp
- the transaction type : issue or return
- the borrower cardnumber for the issues only
- the item barcode
- the transaction status

The status will be Local. as long as you are offline and don't process 
the transactions into Koha.


5. My internet connection is back, what do I do now?

Well, first thing Breathe!, everything is going to be fine... ;^)

Then, what you want is to process every transaction in Koha database. To 
do so, go to the log tab where two options are available for you.


You can Commit to koha or Apply directly the transactions into Koha. 
It depends on how you manage the check in / check out during the offline 
period.


5.1. If you checked in/out on more than one computer at the same time, 
what you want is to process every transaction consistently.


Let's say for instance that one patron checked a book out on one 
computer and then checked the same book in on another computer. To be 
consistent, you need to record the check out first and then the check 
in. Not the opposite! To do so, you need to group every transactions in 
one place, sort them all and then, process everything.


So, you need to Commit to koha the transactions from every plugins you 
worked with. This way, every issues and returns will goes to Koha in the 
Offline circulation page and be sorted out. The transaction status in 
the log will the following value :
* Authentification failed. if the plugin can not connect to your koha. 
If you encounter this problem, check the set up and be sure that every 4 
field is correctly filled. If the problem persists, you may still be 
offline... ;^)
* Added. which means the transaction has been added to the offline 
circulation page list.


Then, to process the transactions from koha. Go to the the offline 
circulation page from the circulation home page. You will see every 
transactions listed and you