From dcook at prosentient.com.au  Mon Jun  3 02:27:34 2019
From: dcook at prosentient.com.au (dcook at prosentient.com.au)
Date: Mon, 3 Jun 2019 10:27:34 +1000
Subject: [Koha-devel] Koha 19.05.00 Released
In-Reply-To: <CAB7SL8DCtKUSQ_-KUvWYuNN7ktARzNNh+V764S4CNyq5kVfV3Q@mail.gmail.com>
References: <CAA_eX3Om_HmKzkkHR3Yuip4oL=iVFWNfT5YN_wirnGyMO8D8Aw@mail.gmail.com>
	<CAB7SL8DCtKUSQ_-KUvWYuNN7ktARzNNh+V764S4CNyq5kVfV3Q@mail.gmail.com>
Message-ID: <097801d519a3$238e7540$6aab5fc0$@prosentient.com.au>

Congrats, Nick! And good luck, Martin! 

 

David Cook

Systems Librarian

Prosentient Systems

72/330 Wattle St

Ultimo, NSW 2007

Australia

 

Office: 02 9212 0899

Direct: 02 8005 0595

 

From: koha-devel-bounces at lists.koha-community.org <koha-devel-bounces at lists.koha-community.org> On Behalf Of Renvoize, Martin
Sent: Friday, 31 May 2019 4:31 PM
To: Nick Clemens <nick at bywatersolutions.com>
Cc: Koha Devel <koha-devel at lists.koha-community.org>; Koha <koha at lists.katipo.co.nz>
Subject: Re: [Koha-devel] Koha 19.05.00 Released

 

Thanks Nick, 

 

It's looking like a great release and I'm looking forward to taking on the batton from you for the next. 

 

It's been a great experience working as a release maintainer under your reign and I feel I've got a big pair of boots to fill stepping into the role of the release manager.  

 

Thanks for all the hard work and I'm looking forward to continued work alongside you.

 

	

 


Martin Renvoize

 <https://www.ptfs-europe.com> 


Development Team Manager


 


 


Phone: +44 (0) 1483 378728

Mobile: +44 (0) 7725 985 636


Email:  <mailto:martin.renvoize at ptfs-europe.com> martin.renvoize at ptfs-europe.com

Fax: +44 (0) 800 756 6384

	
 <https://www.ptfs-europe.com> www.ptfs-europe.com


 

	

 

	

 

	

 


Registered in the United Kingdom No. 06416372   VAT Reg No. 925 7211 30

 

The information contained in this email message may be privileged, confidential and protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this email message in error, please email the sender at info at ptfs-europe.com <mailto:info at ptfs-europe.com> 

 

 

 

On Thu, 30 May 2019 at 16:52, Nick Clemens <nick at bywatersolutions.com <mailto:nick at bywatersolutions.com> > wrote:

Hello everybody,

It is with great pleasure that the Koha community announces the release of
Koha 19.05, a major release of the Koha open source integrated library
system.

This release (as always) is the work of many librarians, developers, and
community members who donate their time and effort to the project. Their
contributions help shape the release, and the project going forward. None
of this would be possible without them, and my sincere thanks goes out to
everyone who had a hand in the project

 

Extra thanks to all who helped me with this release, and with getting here to be the release manager for this version. I am so lucky to work with such a great team on a wonderful project and look forward to helping make Koha better on each release. Excelsior!

 

Read the full release notes here:
https://koha-community.org/koha-18-11-release/

Debian packages will be available shortly, if you are following a suite you will
automatically upgrade to the next branch with this release, more info here:
https://wiki.koha-community.org/wiki/Koha_on_Debian#Follow_a_suite:_stable.2C_oldstable_.E2.80.A6

Thank you all,
Nick (kidclamp)

-- 

Nick Clemens

ByWater Solutions

bywatersolutions.com <http://bywatersolutions.com>  

Phone: (888) 900-8944

Pronouns: (he/him/his)
Timezone: Eastern

 

  <https://drive.google.com/a/bywatersolutions.com/uc?id=1KGn9r4PMKzZE1gjiHTfb0wQ5cNFMIX5g&export=download> 

_______________________________________________
Koha-devel mailing list
Koha-devel at lists.koha-community.org <mailto:Koha-devel at 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/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190603/ec869bf2/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 484 bytes
Desc: not available
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190603/ec869bf2/attachment.pgp>

From admin at mhe-krg.org  Sat Jun  8 23:04:54 2019
From: admin at mhe-krg.org (MHE IT admin)
Date: Sun, 9 Jun 2019 00:04:54 +0300
Subject: [Koha-devel] Arabic records indexing
Message-ID: <CA+O2VWVqPYkvcoE83QWJKRyfpra0qyjTukF_1+iFCvKVJcWZYA@mail.gmail.com>

Hi,

We have finished entering all our library records to our Koha System
(18.05.05.000) and now we have an issue with indexing our Arabic records.
We can not search in Arabic to find records.

Is there anyone out there who has done this and would like to share their
experience with us, please?

http://library.koyauniversity.org

Respectfully
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190609/d799af3c/attachment.html>

From basudpl at gmail.com  Mon Jun 10 04:48:23 2019
From: basudpl at gmail.com (Basu Talikoti)
Date: Mon, 10 Jun 2019 08:18:23 +0530
Subject: [Koha-devel] Koha-devel Digest, Vol 163, Issue 3
In-Reply-To: <mailman.1.1560074401.12306.koha-devel@lists.koha-community.org>
References: <mailman.1.1560074401.12306.koha-devel@lists.koha-community.org>
Message-ID: <CAFa+kRbBRb+i5q-sLHdrkNTTAaUq41vF35ZWxCJKKF1DXwYPkQ@mail.gmail.com>

Hi
You can configure indexing as follows this link
https://wiki.koha-community.org/wiki/ICU_chains_configuration


On Mon, Jun 10, 2019, 07:56 <koha-devel-request at lists.koha-community.org>
wrote:

> Send Koha-devel mailing list submissions to
>         koha-devel at lists.koha-community.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>
> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> or, via email, send a message with subject or body 'help' to
>         koha-devel-request at lists.koha-community.org
>
> You can reach the person managing the list at
>         koha-devel-owner at lists.koha-community.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Koha-devel digest..."
>
>
> Today's Topics:
>
>    1. Arabic records indexing (MHE IT admin)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 9 Jun 2019 00:04:54 +0300
> From: MHE IT admin <admin at mhe-krg.org>
> To: Koha Devel <Koha-devel at lists.koha-community.org>
> Subject: [Koha-devel] Arabic records indexing
> Message-ID:
>         <
> CA+O2VWVqPYkvcoE83QWJKRyfpra0qyjTukF_1+iFCvKVJcWZYA at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi,
>
> We have finished entering all our library records to our Koha System
> (18.05.05.000) and now we have an issue with indexing our Arabic records.
> We can not search in Arabic to find records.
>
> Is there anyone out there who has done this and would like to share their
> experience with us, please?
>
> http://library.koyauniversity.org
>
> Respectfully
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.koha-community.org/pipermail/koha-devel/attachments/20190609/d799af3c/attachment-0001.html
> >
>
> ------------------------------
>
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
>
> End of Koha-devel Digest, Vol 163, Issue 3
> ******************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190610/068e68db/attachment.html>

From katrin.fischer.83 at web.de  Mon Jun 10 10:42:06 2019
From: katrin.fischer.83 at web.de (Katrin Fischer)
Date: Mon, 10 Jun 2019 10:42:06 +0200
Subject: [Koha-devel] Arabic records indexing
In-Reply-To: <CA+O2VWVqPYkvcoE83QWJKRyfpra0qyjTukF_1+iFCvKVJcWZYA@mail.gmail.com>
References: <CA+O2VWVqPYkvcoE83QWJKRyfpra0qyjTukF_1+iFCvKVJcWZYA@mail.gmail.com>
Message-ID: <f7ae9eec-c9c9-ae7c-87fd-3e1dad11a46c@web.de>


Hi,

in order to be able to search for non-Latin script with Zebra, you will
need to activate ICU for indexing. There are several pages on the wiki
explaining on how to do that:

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

But there is a catch: At the moment Koha doesn't index the 880 fields
properly. What you'd want to do ideally is linking the 880 with 245
content to the Title indexes, etc. So turning on ICU will make Arabic
searchable from your keyword index, but not from other more specific ones.

See: Bug 17407 - Fields cataloged using MARC21 880 are only searchable
using keyword search

I think you might also want to have a look at your records and try to
combine the subfields $6 and others into one 880 each, instead of having
them separate (880$6...$a...). It will also improve the display in the
catalog, as it would also help the system to recognize which fields are
using RTL script. It could also be the base for better indexing in the
future.

Hope this helps,

Katrin


On 08.06.19 23:04, MHE IT admin wrote:

> Hi,
>
> We have finished entering all our library records to our Koha System
> (18.05.05.000) and now we have an issue with indexing our Arabic
> records. We can not search in Arabic to find records.
>
> Is there anyone out there who has done this and would like to share
> their experience with us, please?
>
> http://library.koyauniversity.org <http://library.koyauniversity.org/>
>
> Respectfully
>
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190610/506c01f7/attachment.html>

From fridolin.somers at biblibre.com  Fri Jun 14 09:51:13 2019
From: fridolin.somers at biblibre.com (Fridolin SOMERS)
Date: Fri, 14 Jun 2019 09:51:13 +0200
Subject: [Koha-devel] Arabic records indexing
In-Reply-To: <CA+O2VWVqPYkvcoE83QWJKRyfpra0qyjTukF_1+iFCvKVJcWZYA@mail.gmail.com>
References: <CA+O2VWVqPYkvcoE83QWJKRyfpra0qyjTukF_1+iFCvKVJcWZYA@mail.gmail.com>
Message-ID: <e0b77606-000a-714e-a7d2-0024e0c17001@biblibre.com>

Hi,

Have a look at :
https://wiki.koha-community.org/wiki/Correcting_Search_of_Arabic_records

Regards,

Le 08/06/2019 ? 23:04, MHE IT admin a ?crit?:
> Hi,
> 
> We have finished entering all our library records to our Koha System 
> (18.05.05.000) and now we have an issue with indexing our Arabic 
> records. We can not search in Arabic to find records.
> 
> Is there anyone out there who has done this and would like to share 
> their experience with us, please?
> 
> http://library.koyauniversity.org <http://library.koyauniversity.org/>
> 
> Respectfully
> 
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
> 

-- 
Fridolin SOMERS <fridolin.somers at biblibre.com>
BibLibre, France - software and system maintainer

From kohanews at gmail.com  Fri Jun 14 18:38:37 2019
From: kohanews at gmail.com (kohanews)
Date: Fri, 14 Jun 2019 09:38:37 -0700
Subject: [Koha-devel] Call for News: June 2019 Newsletter
Message-ID: <31ac8480-d45d-7587-cbc1-d9018498a136@gmail.com>

I'm collecting news for the June newsletter. Send anything noteworthy to:

k o h a news AT gmail dot com

News criteria:
---------------------------

** For events **:
 ?? - Please include dates for past events. If I can't find dates I may 
not add it.
 ?? - Announcements for future events with dates T.B.A. are fine ...Eg., 
Kohacon
 ?? - For past events , **** one month back is the cut-off? ****.

* News items can be of any length.
* Images are fine
* Anything and everything Koha.
* Submit by the 26th of the month.

If you are working on an interesting project or development related to
Koha, please let me know and I'll include it in the development section.

Thank you!

-- 
Chad Roseburg
Editor, Koha Community Newsletter


From jeremy.s.smith.2010 at gmail.com  Tue Jun 18 17:14:43 2019
From: jeremy.s.smith.2010 at gmail.com (Jeremy Smith)
Date: Tue, 18 Jun 2019 16:14:43 +0100
Subject: [Koha-devel] Koha barcode - ID Processing
Message-ID: <000a01d525e8$8f770500$ae650f00$@gmail.com>

Hello,

 

I wonder if you can point use in the right direction to modify the Koha
system we?ve just installed?

We?ve set up a basic system to use with bar codes and bar code readers for
both items and patrons.

The problem is that our ID card barcodes add two leading 0s to staff IDs (7
digits vs 9 digits for students) and also the last number is not part of the
ID number but the card issue number.

 

Somehow we want to intercept the string to remove any leading zeros and also
delete the last digit before it gets used as the patron number by Koha.

 

Could you give us a pointer as to where I should be looking  (i.e. any
documentation or which module to look at) and what string I should be
processing?

 

Many thanks,

 

Jeremy

 

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190618/5e65af56/attachment.html>

From f20171016 at pilani.bits-pilani.ac.in  Wed Jun 19 13:13:09 2019
From: f20171016 at pilani.bits-pilani.ac.in (RAGHAV ARORA)
Date: Wed, 19 Jun 2019 16:43:09 +0530
Subject: [Koha-devel] Doubt in Koha Database Schema
Message-ID: <CAKPm6A3jewNq3O_7yFjr2ionBKceqruJYxV-bk2W2m9PsiZK9Q@mail.gmail.com>

Hello everyone,

I am currently working on a project on Reports Management and Decision
Support System for my institute library that uses Koha as it's ILS. I have
a doubt in understanding what is the difference between the fields
'accountlines.amount' and 'accountlines.amountoutstanding'?

Could someone help me out with this?

Thanks in advance.

Regards
*Raghav Arora*
Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics Engineering
Contact : (+91) 9897597761
Personal Email <raghavarora999 at yahoo.in> | University Email
<f20171016 at pilani.bits-pilani.ac.in>
LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
<https://github.com/RAraghavarora/>

?????????????????????????????????????
*Birla Institute of Technology and Science, Pilani*
Pilani campus,
Rajasthan-333031
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190619/69fb90b6/attachment.html>

From fridolin.somers at biblibre.com  Wed Jun 19 14:19:09 2019
From: fridolin.somers at biblibre.com (Fridolin SOMERS)
Date: Wed, 19 Jun 2019 14:19:09 +0200
Subject: [Koha-devel] Updatedatabase and use module
Message-ID: <df5fa445-19e1-0696-2180-9c7e8fe38e41@biblibre.com>

Hi,

Since bug 21073 in master, I get an error when upgrading from 18.11 :

...
Upgrade to 18.12.00.066 done (Bug 8995 - Add new preferences for 
OpenURLResolvers)
Upgrade to 18.12.00.067 done (Bug 8000 - Add new preferences for 
SendAllEmailsTo)
Upgrade to 18.12.00.068 done (Bug 7088: Cannot renew items on hold even 
with override)
DBD::mysql::st execute failed: Table 'koha.plugin_methods' doesn't exist 
[for Statement "SELECT `me`.`plugin_class` FROM `plugin_methods` `me` 
GROUP BY `me`.`plugin_class`"] at 
/usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1834.
DBIx::Class::Storage::DBI::_dbh_execute(): Table 'koha.plugin_methods' 
doesn't exist at /home/koha/src/Koha/Plugins.pm line 89

Whasn't it forbiden to use DBIx in updatedatabase ?

Best regards,

-- 
Fridolin SOMERS <fridolin.somers at biblibre.com>
BibLibre, France - software and system maintainer

From fridolin.somers at biblibre.com  Wed Jun 19 15:42:21 2019
From: fridolin.somers at biblibre.com (Fridolin SOMERS)
Date: Wed, 19 Jun 2019 15:42:21 +0200
Subject: [Koha-devel] New Koha staff theme plugin
Message-ID: <73acd998-512e-aa87-3534-188c231b7d35@biblibre.com>

Hi

I'm proud to give you a new Koha staff theme plugin :
https://github.com/biblibre/koha-plugin-theme-intranet-lsd

You should read the README ;)

Have fun XD

-- 
Fridolin SOMERS <fridolin.somers at biblibre.com>
BibLibre, France - software and system maintainer

From jonathan.druart at bugs.koha-community.org  Wed Jun 19 17:10:49 2019
From: jonathan.druart at bugs.koha-community.org (Jonathan Druart)
Date: Wed, 19 Jun 2019 10:10:49 -0500
Subject: [Koha-devel] [Koha] New Koha staff theme plugin
In-Reply-To: <73acd998-512e-aa87-3534-188c231b7d35@biblibre.com>
References: <73acd998-512e-aa87-3534-188c231b7d35@biblibre.com>
Message-ID: <CAJzKNY5yxc9USJn=9BHjNXLtm-+S6-zKQpTfNGMZ9SkrJupYMg@mail.gmail.com>

Hi Frido,
Do you have screenshots? :)
Cheers,
Jonathan

Le mer. 19 juin 2019 ? 08:42, Fridolin SOMERS
<fridolin.somers at biblibre.com> a ?crit :
>
> Hi
>
> I'm proud to give you a new Koha staff theme plugin :
> https://github.com/biblibre/koha-plugin-theme-intranet-lsd
>
> You should read the README ;)
>
> Have fun XD
>
> --
> Fridolin SOMERS <fridolin.somers at biblibre.com>
> BibLibre, France - software and system maintainer
> _______________________________________________
> Koha mailing list  http://koha-community.org
> Koha at lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha

From michael.hafen at washk12.org  Wed Jun 19 18:55:38 2019
From: michael.hafen at washk12.org (Michael Hafen)
Date: Wed, 19 Jun 2019 10:55:38 -0600
Subject: [Koha-devel] Doubt in Koha Database Schema
In-Reply-To: <CAKPm6A3jewNq3O_7yFjr2ionBKceqruJYxV-bk2W2m9PsiZK9Q@mail.gmail.com>
References: <CAKPm6A3jewNq3O_7yFjr2ionBKceqruJYxV-bk2W2m9PsiZK9Q@mail.gmail.com>
Message-ID: <CAAh7UdkNUbjMZ1oyQ26iojvXsqPJC28JAx5JAniR6dvXWVrnDA@mail.gmail.com>

Amount is the original amount of the fine/invoice, and amountoutstanding is
the remaining amount after receiving / sending some sort of payment.  There
should be another row in that table, and a link in the accountoffsets
table, of those two columns aren't the same, but that's probably more than
you wanted to know.

On Wed, Jun 19, 2019 at 5:13 AM RAGHAV ARORA <
f20171016 at pilani.bits-pilani.ac.in> wrote:

> Hello everyone,
>
> I am currently working on a project on Reports Management and Decision
> Support System for my institute library that uses Koha as it's ILS. I have
> a doubt in understanding what is the difference between the fields
> 'accountlines.amount' and 'accountlines.amountoutstanding'?
>
> Could someone help me out with this?
>
> Thanks in advance.
>
> Regards
> *Raghav Arora*
> Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics Engineering
> Contact : (+91) 9897597761
> Personal Email <raghavarora999 at yahoo.in> | University Email
> <f20171016 at pilani.bits-pilani.ac.in>
> LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
> <https://github.com/RAraghavarora/>
>
> ?????????????????????????????????????
> *Birla Institute of Technology and Science, Pilani*
> Pilani campus,
> Rajasthan-333031
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/



-- 
Michael Hafen
Washington County School District Technology Department
Systems Analyst
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190619/df12760a/attachment.html>

From f20171016 at pilani.bits-pilani.ac.in  Thu Jun 20 11:05:16 2019
From: f20171016 at pilani.bits-pilani.ac.in (RAGHAV ARORA)
Date: Thu, 20 Jun 2019 14:35:16 +0530
Subject: [Koha-devel] Doubt in Koha Database Schema
In-Reply-To: <CAAh7UdkNUbjMZ1oyQ26iojvXsqPJC28JAx5JAniR6dvXWVrnDA@mail.gmail.com>
References: <CAKPm6A3jewNq3O_7yFjr2ionBKceqruJYxV-bk2W2m9PsiZK9Q@mail.gmail.com>
	<CAAh7UdkNUbjMZ1oyQ26iojvXsqPJC28JAx5JAniR6dvXWVrnDA@mail.gmail.com>
Message-ID: <CAKPm6A0AbiS4Byx=LTEkPS55OhyFBRouijRvpRS2LqQBn4zX-g@mail.gmail.com>

Thank you sir,

Can you please help me understand these tables?
What is the purpose of the 2 tables 'accountlines' and 'account_offsets'?

account_offsets is a child of accountlines, which allows 1 accountlines row
to have multiple account_offsets, and the 'account_offsets.amount' is the
total amount debited/credited. What exactly is the 'amountlines.amount'?
In my database, there is an accountlines row which has 3 account_offsets
rows linked, 2 of them credit $5, and 1 debits $10, making the
amountoutstanding=0, which is expected. But accountlines.amount stores 10.
Why is that so?

Thanks in advance
Regards
*Raghav Arora*
Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics Engineering
Contact : (+91) 8474975691
Personal Email <raghavarora999 at yahoo.in> | University Email
<f20171016 at pilani.bits-pilani.ac.in>
LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
<https://github.com/RAraghavarora/>

?????????????????????????????????????
*Birla Institute of Technology and Science, Pilani*
Pilani campus,
Rajasthan-333031


On Wed, Jun 19, 2019 at 10:25 PM Michael Hafen <michael.hafen at washk12.org>
wrote:

> Amount is the original amount of the fine/invoice, and amountoutstanding
> is the remaining amount after receiving / sending some sort of payment.
> There should be another row in that table, and a link in the accountoffsets
> table, of those two columns aren't the same, but that's probably more than
> you wanted to know.
>
> On Wed, Jun 19, 2019 at 5:13 AM RAGHAV ARORA <
> f20171016 at pilani.bits-pilani.ac.in> wrote:
>
>> Hello everyone,
>>
>> I am currently working on a project on Reports Management and Decision
>> Support System for my institute library that uses Koha as it's ILS. I have
>> a doubt in understanding what is the difference between the fields
>> 'accountlines.amount' and 'accountlines.amountoutstanding'?
>>
>> Could someone help me out with this?
>>
>> Thanks in advance.
>>
>> Regards
>> *Raghav Arora*
>> Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics Engineering
>> Contact : (+91) 9897597761
>> Personal Email <raghavarora999 at yahoo.in> | University Email
>> <f20171016 at pilani.bits-pilani.ac.in>
>> LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
>> <https://github.com/RAraghavarora/>
>>
>> ?????????????????????????????????????
>> *Birla Institute of Technology and Science, Pilani*
>> Pilani campus,
>> Rajasthan-333031
>> _______________________________________________
>> Koha-devel mailing list
>> Koha-devel at 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/
>
>
>
> --
> Michael Hafen
> Washington County School District Technology Department
> Systems Analyst
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190620/060280c1/attachment-0001.html>

From martin.renvoize at ptfs-europe.com  Thu Jun 20 11:10:56 2019
From: martin.renvoize at ptfs-europe.com (Renvoize, Martin)
Date: Thu, 20 Jun 2019 10:10:56 +0100
Subject: [Koha-devel] Updatedatabase and use module
In-Reply-To: <df5fa445-19e1-0696-2180-9c7e8fe38e41@biblibre.com>
References: <df5fa445-19e1-0696-2180-9c7e8fe38e41@biblibre.com>
Message-ID: <CAB7SL8DDZi-0NAthUdDj9sCr2qaCrqyzZHQgb_96POphc5OOkA@mail.gmail.com>

Yikes,

This is a fun 'chicken before the egg' problem.

I'll take a look this afternoon.

*Martin Renvoize*

<https://www.ptfs-europe.com>

Development Team Manager





*Phone:* +44 (0) 1483 378728

*Mobile:* +44 (0) 7725 985 636

*Email:* martin.renvoize at ptfs-europe.com

*Fax:* +44 (0) 800 756 6384


www.ptfs-europe.com







Registered in the United Kingdom No. 06416372   VAT Reg No. 925 7211 30

The information contained in this email message may be privileged,
confidential and protected from disclosure. If you are not the intended
recipient, any dissemination, distribution or copying is strictly
prohibited. If you think that you have received this email message in
error, please email the sender at info at ptfs-europe.com



On Wed, 19 Jun 2019 at 13:19, Fridolin SOMERS <fridolin.somers at biblibre.com>
wrote:

> Hi,
>
> Since bug 21073 in master, I get an error when upgrading from 18.11 :
>
> ...
> Upgrade to 18.12.00.066 done (Bug 8995 - Add new preferences for
> OpenURLResolvers)
> Upgrade to 18.12.00.067 done (Bug 8000 - Add new preferences for
> SendAllEmailsTo)
> Upgrade to 18.12.00.068 done (Bug 7088: Cannot renew items on hold even
> with override)
> DBD::mysql::st execute failed: Table 'koha.plugin_methods' doesn't exist
> [for Statement "SELECT `me`.`plugin_class` FROM `plugin_methods` `me`
> GROUP BY `me`.`plugin_class`"] at
> /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1834.
> DBIx::Class::Storage::DBI::_dbh_execute(): Table 'koha.plugin_methods'
> doesn't exist at /home/koha/src/Koha/Plugins.pm line 89
>
> Whasn't it forbiden to use DBIx in updatedatabase ?
>
> Best regards,
>
> --
> Fridolin SOMERS <fridolin.somers at biblibre.com>
> BibLibre, France - software and system maintainer
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190620/e911c374/attachment.html>

From martin.renvoize at ptfs-europe.com  Thu Jun 20 11:46:32 2019
From: martin.renvoize at ptfs-europe.com (Renvoize, Martin)
Date: Thu, 20 Jun 2019 10:46:32 +0100
Subject: [Koha-devel] Updatedatabase and use module
In-Reply-To: <CAB7SL8DDZi-0NAthUdDj9sCr2qaCrqyzZHQgb_96POphc5OOkA@mail.gmail.com>
References: <df5fa445-19e1-0696-2180-9c7e8fe38e41@biblibre.com>
	<CAB7SL8DDZi-0NAthUdDj9sCr2qaCrqyzZHQgb_96POphc5OOkA@mail.gmail.com>
Message-ID: <CAB7SL8AOcVXrbGY0p4ZK+pfJsH3RfdYeUP6iEKO4UFgwDj-LPw@mail.gmail.com>

I've created a bug for this:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23168

*Martin Renvoize*

<https://www.ptfs-europe.com>

Development Team Manager





*Phone:* +44 (0) 1483 378728

*Mobile:* +44 (0) 7725 985 636

*Email:* martin.renvoize at ptfs-europe.com

*Fax:* +44 (0) 800 756 6384


www.ptfs-europe.com







Registered in the United Kingdom No. 06416372   VAT Reg No. 925 7211 30

The information contained in this email message may be privileged,
confidential and protected from disclosure. If you are not the intended
recipient, any dissemination, distribution or copying is strictly
prohibited. If you think that you have received this email message in
error, please email the sender at info at ptfs-europe.com



On Thu, 20 Jun 2019 at 10:10, Renvoize, Martin <
martin.renvoize at ptfs-europe.com> wrote:

> Yikes,
>
> This is a fun 'chicken before the egg' problem.
>
> I'll take a look this afternoon.
>
> *Martin Renvoize*
>
> <https://www.ptfs-europe.com>
>
> Development Team Manager
>
>
>
>
>
> *Phone:* +44 (0) 1483 378728
>
> *Mobile:* +44 (0) 7725 985 636
>
> *Email:* martin.renvoize at ptfs-europe.com
>
> *Fax:* +44 (0) 800 756 6384
>
>
> www.ptfs-europe.com
>
>
>
>
>
>
>
> Registered in the United Kingdom No. 06416372   VAT Reg No. 925 7211 30
>
> The information contained in this email message may be privileged,
> confidential and protected from disclosure. If you are not the intended
> recipient, any dissemination, distribution or copying is strictly
> prohibited. If you think that you have received this email message in
> error, please email the sender at info at ptfs-europe.com
>
>
>
> On Wed, 19 Jun 2019 at 13:19, Fridolin SOMERS <
> fridolin.somers at biblibre.com> wrote:
>
>> Hi,
>>
>> Since bug 21073 in master, I get an error when upgrading from 18.11 :
>>
>> ...
>> Upgrade to 18.12.00.066 done (Bug 8995 - Add new preferences for
>> OpenURLResolvers)
>> Upgrade to 18.12.00.067 done (Bug 8000 - Add new preferences for
>> SendAllEmailsTo)
>> Upgrade to 18.12.00.068 done (Bug 7088: Cannot renew items on hold even
>> with override)
>> DBD::mysql::st execute failed: Table 'koha.plugin_methods' doesn't exist
>> [for Statement "SELECT `me`.`plugin_class` FROM `plugin_methods` `me`
>> GROUP BY `me`.`plugin_class`"] at
>> /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1834.
>> DBIx::Class::Storage::DBI::_dbh_execute(): Table 'koha.plugin_methods'
>> doesn't exist at /home/koha/src/Koha/Plugins.pm line 89
>>
>> Whasn't it forbiden to use DBIx in updatedatabase ?
>>
>> Best regards,
>>
>> --
>> Fridolin SOMERS <fridolin.somers at biblibre.com>
>> BibLibre, France - software and system maintainer
>> _______________________________________________
>> Koha-devel mailing list
>> Koha-devel at 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/
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190620/7757ef86/attachment.html>

From leonor.fernandez at uca.es  Thu Jun 20 13:17:16 2019
From: leonor.fernandez at uca.es (Leonor Fernandez Alfaro)
Date: Thu, 20 Jun 2019 13:17:16 +0200 (CEST)
Subject: [Koha-devel] Integration Koha/Alma/Primo/Summon
Message-ID: <1718095414.3912.1561029436611.JavaMail.tomcat@cedric>

 
Dear colleagues, we are writting from University of Cadiz Library. Our library belongs to the Andalusia Consortium and the ILS used by all its libraries is Alma/Primo VE (ExLibris). 

We are trying to integrate our Koha catalog in the union catalogue. Do you know any similar experience of an integration Koha/Alma/Primo/Summon? 

At the same way, do you know any similar experience for a consortium loan with these systems (Koha/Alma/Primo/Summon)?

We are very interesting in knowing a similar case. Thank you very much.

Kind regards,



	
UCA 	

Leonor Fern?ndez Alfaro 
T?cnico de Gesti?n de Recursos de Informaci?n 
Secci?n de Normalizaci?n y Proceso T?cnico 
Servicio Central de Biblioteca 

Universidad de C?diz 
C/Dr. Mara??n, 3 
C?diz.11002 
Tel 956015273 - Ext. 1307  
leonor.fernandez at uca.es [ mailto:leonor.fernandez at uca.es ] 


	

Aviso de Confidencialidad

"Este mensaje, y cualquier fichero anexo al mismo, contienen informaci?n de car?cter confidencial dirigida exclusivamente a su(s) destinatario(s) y, en su caso, sometida a secreto profesional. Queda prohibida su difusi?n, copia o distribuci?n a terceros sin la previa autorizaci?n escrita. Si Vd. ha recibido este mensaje por error, se ruega lo comunique inmediatamente por esta misma v?a y proceda a su eliminaci?n".

Confidentiality Warning

"The information in this e-mail, and in any attachments, is confidential and, if any, protected by a professional privilege, and intended solely for the attention and use of the named addressee(s). You are hereby notified that any dissemination, copy or distribution of this information is prohibited without the prior written consent. If you have received this communication in error, please notify the sender by reply e-mail and delete it".
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190620/15fd0ced/attachment.html>

From michael.hafen at washk12.org  Thu Jun 20 18:50:53 2019
From: michael.hafen at washk12.org (Michael Hafen)
Date: Thu, 20 Jun 2019 10:50:53 -0600
Subject: [Koha-devel] Doubt in Koha Database Schema
In-Reply-To: <CAKPm6A0AbiS4Byx=LTEkPS55OhyFBRouijRvpRS2LqQBn4zX-g@mail.gmail.com>
References: <CAKPm6A3jewNq3O_7yFjr2ionBKceqruJYxV-bk2W2m9PsiZK9Q@mail.gmail.com>
	<CAAh7UdkNUbjMZ1oyQ26iojvXsqPJC28JAx5JAniR6dvXWVrnDA@mail.gmail.com>
	<CAKPm6A0AbiS4Byx=LTEkPS55OhyFBRouijRvpRS2LqQBn4zX-g@mail.gmail.com>
Message-ID: <CAAh7UdkRk7SASfFzCQOmjFOVVvkg4RxbbkNc8vLaMKdFCnB9+Q@mail.gmail.com>

So that you know what the original amount of the fine is/was.  This is
especially useful in an ongoing overdue fine, for example.  The patron may
have some, but still has the book.  So the script can look at what the fine
is supposed to be, and what it was last time the script ran (the amount
column) then add the difference to both the amount and amountoutstanding
columns. (Since we can't guarantee that the script is run once, and only
once, a day.)

On Thu, Jun 20, 2019 at 3:05 AM RAGHAV ARORA <
f20171016 at pilani.bits-pilani.ac.in> wrote:

> Thank you sir,
>
> Can you please help me understand these tables?
> What is the purpose of the 2 tables 'accountlines' and 'account_offsets'?
>
> account_offsets is a child of accountlines, which allows 1 accountlines
> row to have multiple account_offsets, and the 'account_offsets.amount' is
> the total amount debited/credited. What exactly is the
> 'amountlines.amount'?
> In my database, there is an accountlines row which has 3 account_offsets
> rows linked, 2 of them credit $5, and 1 debits $10, making the
> amountoutstanding=0, which is expected. But accountlines.amount stores 10.
> Why is that so?
>
> Thanks in advance
> Regards
> *Raghav Arora*
> Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics Engineering
> Contact : (+91) 8474975691
> Personal Email <raghavarora999 at yahoo.in> | University Email
> <f20171016 at pilani.bits-pilani.ac.in>
> LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
> <https://github.com/RAraghavarora/>
>
> ?????????????????????????????????????
> *Birla Institute of Technology and Science, Pilani*
> Pilani campus,
> Rajasthan-333031
>
>
> On Wed, Jun 19, 2019 at 10:25 PM Michael Hafen <michael.hafen at washk12.org>
> wrote:
>
>> Amount is the original amount of the fine/invoice, and amountoutstanding
>> is the remaining amount after receiving / sending some sort of payment.
>> There should be another row in that table, and a link in the accountoffsets
>> table, of those two columns aren't the same, but that's probably more than
>> you wanted to know.
>>
>> On Wed, Jun 19, 2019 at 5:13 AM RAGHAV ARORA <
>> f20171016 at pilani.bits-pilani.ac.in> wrote:
>>
>>> Hello everyone,
>>>
>>> I am currently working on a project on Reports Management and Decision
>>> Support System for my institute library that uses Koha as it's ILS. I have
>>> a doubt in understanding what is the difference between the fields
>>> 'accountlines.amount' and 'accountlines.amountoutstanding'?
>>>
>>> Could someone help me out with this?
>>>
>>> Thanks in advance.
>>>
>>> Regards
>>> *Raghav Arora*
>>> Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics
>>> Engineering
>>> Contact : (+91) 9897597761
>>> Personal Email <raghavarora999 at yahoo.in> | University Email
>>> <f20171016 at pilani.bits-pilani.ac.in>
>>> LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
>>> <https://github.com/RAraghavarora/>
>>>
>>> ?????????????????????????????????????
>>> *Birla Institute of Technology and Science, Pilani*
>>> Pilani campus,
>>> Rajasthan-333031
>>> _______________________________________________
>>> Koha-devel mailing list
>>> Koha-devel at 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/
>>
>>
>>
>> --
>> Michael Hafen
>> Washington County School District Technology Department
>> Systems Analyst
>>
>>

-- 
Michael Hafen
Washington County School District Technology Department
Systems Analyst
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190620/7b2cb388/attachment.html>

From f20171016 at pilani.bits-pilani.ac.in  Fri Jun 21 05:57:19 2019
From: f20171016 at pilani.bits-pilani.ac.in (RAGHAV ARORA)
Date: Fri, 21 Jun 2019 09:27:19 +0530
Subject: [Koha-devel] Doubt in Koha Database Schema
In-Reply-To: <CAAh7UdkRk7SASfFzCQOmjFOVVvkg4RxbbkNc8vLaMKdFCnB9+Q@mail.gmail.com>
References: <CAKPm6A3jewNq3O_7yFjr2ionBKceqruJYxV-bk2W2m9PsiZK9Q@mail.gmail.com>
	<CAAh7UdkNUbjMZ1oyQ26iojvXsqPJC28JAx5JAniR6dvXWVrnDA@mail.gmail.com>
	<CAKPm6A0AbiS4Byx=LTEkPS55OhyFBRouijRvpRS2LqQBn4zX-g@mail.gmail.com>
	<CAAh7UdkRk7SASfFzCQOmjFOVVvkg4RxbbkNc8vLaMKdFCnB9+Q@mail.gmail.com>
Message-ID: <CAKPm6A2Rt0-887b1jwByyASwnDWcCwrzpFL48M0R4QE6dL5J4w@mail.gmail.com>

Ok sir, thanks for the clarification.

One last thing, if I need to see the total fine of a patron, I will take
sum of all the amountoutstanding for that borrowernumber, right?
At some place I found someone to be taking sum of only the positive
amountoutstanding, and ignoring the negative amountoutstandings. I couldn't
understand why.

Regards
*Raghav Arora*
Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics Engineering
Contact : (+91) 9897597761
Personal Email <raghavarora999 at yahoo.in> | University Email
<f20171016 at pilani.bits-pilani.ac.in>
LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
<https://github.com/RAraghavarora/>



On Thu, Jun 20, 2019 at 10:21 PM Michael Hafen <michael.hafen at washk12.org>
wrote:

> So that you know what the original amount of the fine is/was.  This is
> especially useful in an ongoing overdue fine, for example.  The patron may
> have some, but still has the book.  So the script can look at what the fine
> is supposed to be, and what it was last time the script ran (the amount
> column) then add the difference to both the amount and amountoutstanding
> columns. (Since we can't guarantee that the script is run once, and only
> once, a day.)
>
> On Thu, Jun 20, 2019 at 3:05 AM RAGHAV ARORA <
> f20171016 at pilani.bits-pilani.ac.in> wrote:
>
>> Thank you sir,
>>
>> Can you please help me understand these tables?
>> What is the purpose of the 2 tables 'accountlines' and 'account_offsets'?
>>
>> account_offsets is a child of accountlines, which allows 1 accountlines
>> row to have multiple account_offsets, and the 'account_offsets.amount' is
>> the total amount debited/credited. What exactly is the
>> 'amountlines.amount'?
>> In my database, there is an accountlines row which has 3 account_offsets
>> rows linked, 2 of them credit $5, and 1 debits $10, making the
>> amountoutstanding=0, which is expected. But accountlines.amount stores 10.
>> Why is that so?
>>
>> Thanks in advance
>> Regards
>> *Raghav Arora*
>> Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics Engineering
>> Contact : (+91) 8474975691
>> Personal Email <raghavarora999 at yahoo.in> | University Email
>> <f20171016 at pilani.bits-pilani.ac.in>
>> LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
>> <https://github.com/RAraghavarora/>
>>
>> ?????????????????????????????????????
>> *Birla Institute of Technology and Science, Pilani*
>> Pilani campus,
>> Rajasthan-333031
>>
>>
>> On Wed, Jun 19, 2019 at 10:25 PM Michael Hafen <michael.hafen at washk12.org>
>> wrote:
>>
>>> Amount is the original amount of the fine/invoice, and amountoutstanding
>>> is the remaining amount after receiving / sending some sort of payment.
>>> There should be another row in that table, and a link in the accountoffsets
>>> table, of those two columns aren't the same, but that's probably more than
>>> you wanted to know.
>>>
>>> On Wed, Jun 19, 2019 at 5:13 AM RAGHAV ARORA <
>>> f20171016 at pilani.bits-pilani.ac.in> wrote:
>>>
>>>> Hello everyone,
>>>>
>>>> I am currently working on a project on Reports Management and Decision
>>>> Support System for my institute library that uses Koha as it's ILS. I have
>>>> a doubt in understanding what is the difference between the fields
>>>> 'accountlines.amount' and 'accountlines.amountoutstanding'?
>>>>
>>>> Could someone help me out with this?
>>>>
>>>> Thanks in advance.
>>>>
>>>> Regards
>>>> *Raghav Arora*
>>>> Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics
>>>> Engineering
>>>> Contact : (+91) 9897597761
>>>> Personal Email <raghavarora999 at yahoo.in> | University Email
>>>> <f20171016 at pilani.bits-pilani.ac.in>
>>>> LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
>>>> <https://github.com/RAraghavarora/>
>>>>
>>>> ?????????????????????????????????????
>>>> *Birla Institute of Technology and Science, Pilani*
>>>> Pilani campus,
>>>> Rajasthan-333031
>>>> _______________________________________________
>>>> Koha-devel mailing list
>>>> Koha-devel at 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/
>>>
>>>
>>>
>>> --
>>> Michael Hafen
>>> Washington County School District Technology Department
>>> Systems Analyst
>>>
>>>
>
> --
> Michael Hafen
> Washington County School District Technology Department
> Systems Analyst
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190621/3698f86a/attachment-0001.html>

From michael.hafen at washk12.org  Fri Jun 21 18:27:17 2019
From: michael.hafen at washk12.org (Michael Hafen)
Date: Fri, 21 Jun 2019 10:27:17 -0600
Subject: [Koha-devel] Doubt in Koha Database Schema
In-Reply-To: <CAKPm6A2Rt0-887b1jwByyASwnDWcCwrzpFL48M0R4QE6dL5J4w@mail.gmail.com>
References: <CAKPm6A3jewNq3O_7yFjr2ionBKceqruJYxV-bk2W2m9PsiZK9Q@mail.gmail.com>
	<CAAh7UdkNUbjMZ1oyQ26iojvXsqPJC28JAx5JAniR6dvXWVrnDA@mail.gmail.com>
	<CAKPm6A0AbiS4Byx=LTEkPS55OhyFBRouijRvpRS2LqQBn4zX-g@mail.gmail.com>
	<CAAh7UdkRk7SASfFzCQOmjFOVVvkg4RxbbkNc8vLaMKdFCnB9+Q@mail.gmail.com>
	<CAKPm6A2Rt0-887b1jwByyASwnDWcCwrzpFL48M0R4QE6dL5J4w@mail.gmail.com>
Message-ID: <CAAh7Ud=ae57o_kb8S8HimpNPZgL5kMot=fpT-1iEWYWMYEpBLA@mail.gmail.com>

My guess is that code was looking for outstanding fines rather than account
balance.

On Thu, Jun 20, 2019 at 9:57 PM RAGHAV ARORA <
f20171016 at pilani.bits-pilani.ac.in> wrote:

> Ok sir, thanks for the clarification.
>
> One last thing, if I need to see the total fine of a patron, I will take
> sum of all the amountoutstanding for that borrowernumber, right?
> At some place I found someone to be taking sum of only the positive
> amountoutstanding, and ignoring the negative amountoutstandings. I couldn't
> understand why.
>
> Regards
> *Raghav Arora*
> Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics Engineering
> Contact : (+91) 9897597761
> Personal Email <raghavarora999 at yahoo.in> | University Email
> <f20171016 at pilani.bits-pilani.ac.in>
> LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
> <https://github.com/RAraghavarora/>
>
>
>
> On Thu, Jun 20, 2019 at 10:21 PM Michael Hafen <michael.hafen at washk12.org>
> wrote:
>
>> So that you know what the original amount of the fine is/was.  This is
>> especially useful in an ongoing overdue fine, for example.  The patron may
>> have some, but still has the book.  So the script can look at what the fine
>> is supposed to be, and what it was last time the script ran (the amount
>> column) then add the difference to both the amount and amountoutstanding
>> columns. (Since we can't guarantee that the script is run once, and only
>> once, a day.)
>>
>> On Thu, Jun 20, 2019 at 3:05 AM RAGHAV ARORA <
>> f20171016 at pilani.bits-pilani.ac.in> wrote:
>>
>>> Thank you sir,
>>>
>>> Can you please help me understand these tables?
>>> What is the purpose of the 2 tables 'accountlines' and 'account_offsets'?
>>>
>>> account_offsets is a child of accountlines, which allows 1 accountlines
>>> row to have multiple account_offsets, and the 'account_offsets.amount' is
>>> the total amount debited/credited. What exactly is the
>>> 'amountlines.amount'?
>>> In my database, there is an accountlines row which has 3 account_offsets
>>> rows linked, 2 of them credit $5, and 1 debits $10, making the
>>> amountoutstanding=0, which is expected. But accountlines.amount stores 10.
>>> Why is that so?
>>>
>>> Thanks in advance
>>> Regards
>>> *Raghav Arora*
>>> Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics
>>> Engineering
>>> Contact : (+91) 8474975691
>>> Personal Email <raghavarora999 at yahoo.in> | University Email
>>> <f20171016 at pilani.bits-pilani.ac.in>
>>> LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
>>> <https://github.com/RAraghavarora/>
>>>
>>> ?????????????????????????????????????
>>> *Birla Institute of Technology and Science, Pilani*
>>> Pilani campus,
>>> Rajasthan-333031
>>>
>>>
>>> On Wed, Jun 19, 2019 at 10:25 PM Michael Hafen <
>>> michael.hafen at washk12.org> wrote:
>>>
>>>> Amount is the original amount of the fine/invoice, and
>>>> amountoutstanding is the remaining amount after receiving / sending some
>>>> sort of payment.  There should be another row in that table, and a link in
>>>> the accountoffsets table, of those two columns aren't the same, but that's
>>>> probably more than you wanted to know.
>>>>
>>>> On Wed, Jun 19, 2019 at 5:13 AM RAGHAV ARORA <
>>>> f20171016 at pilani.bits-pilani.ac.in> wrote:
>>>>
>>>>> Hello everyone,
>>>>>
>>>>> I am currently working on a project on Reports Management and Decision
>>>>> Support System for my institute library that uses Koha as it's ILS. I have
>>>>> a doubt in understanding what is the difference between the fields
>>>>> 'accountlines.amount' and 'accountlines.amountoutstanding'?
>>>>>
>>>>> Could someone help me out with this?
>>>>>
>>>>> Thanks in advance.
>>>>>
>>>>> Regards
>>>>> *Raghav Arora*
>>>>> Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics
>>>>> Engineering
>>>>> Contact : (+91) 9897597761
>>>>> Personal Email <raghavarora999 at yahoo.in> | University Email
>>>>> <f20171016 at pilani.bits-pilani.ac.in>
>>>>> LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |
>>>>> GitHub <https://github.com/RAraghavarora/>
>>>>>
>>>>> ?????????????????????????????????????
>>>>> *Birla Institute of Technology and Science, Pilani*
>>>>> Pilani campus,
>>>>> Rajasthan-333031
>>>>> _______________________________________________
>>>>> Koha-devel mailing list
>>>>> Koha-devel at 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/
>>>>
>>>>
>>>>
>>>> --
>>>> Michael Hafen
>>>> Washington County School District Technology Department
>>>> Systems Analyst
>>>>
>>>>
>>
>> --
>> Michael Hafen
>> Washington County School District Technology Department
>> Systems Analyst
>>
>>

-- 
Michael Hafen
Washington County School District Technology Department
Systems Analyst
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190621/26a4aaf4/attachment.html>

From f20171016 at pilani.bits-pilani.ac.in  Mon Jun 24 10:20:44 2019
From: f20171016 at pilani.bits-pilani.ac.in (RAGHAV ARORA)
Date: Mon, 24 Jun 2019 13:50:44 +0530
Subject: [Koha-devel] Doubt in Koha Database Schema
In-Reply-To: <CAAh7Ud=ae57o_kb8S8HimpNPZgL5kMot=fpT-1iEWYWMYEpBLA@mail.gmail.com>
References: <CAKPm6A3jewNq3O_7yFjr2ionBKceqruJYxV-bk2W2m9PsiZK9Q@mail.gmail.com>
	<CAAh7UdkNUbjMZ1oyQ26iojvXsqPJC28JAx5JAniR6dvXWVrnDA@mail.gmail.com>
	<CAKPm6A0AbiS4Byx=LTEkPS55OhyFBRouijRvpRS2LqQBn4zX-g@mail.gmail.com>
	<CAAh7UdkRk7SASfFzCQOmjFOVVvkg4RxbbkNc8vLaMKdFCnB9+Q@mail.gmail.com>
	<CAKPm6A2Rt0-887b1jwByyASwnDWcCwrzpFL48M0R4QE6dL5J4w@mail.gmail.com>
	<CAAh7Ud=ae57o_kb8S8HimpNPZgL5kMot=fpT-1iEWYWMYEpBLA@mail.gmail.com>
Message-ID: <CAKPm6A2sHk8oxedoVQPTT8vWqkv7de=kKHR7AcnnLiLDRT3p2w@mail.gmail.com>

Okay, Thank you Sir

Regards
*Raghav Arora*
Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics Engineering
Contact : (+91) 9897597761
Personal Email <raghavarora999 at yahoo.in> | University Email
<f20171016 at pilani.bits-pilani.ac.in>
LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
<https://github.com/RAraghavarora/>

?????????????????????????????????????
*Birla Institute of Technology and Science, Pilani*
Pilani campus,
Rajasthan-333031


On Fri, Jun 21, 2019 at 9:57 PM Michael Hafen <michael.hafen at washk12.org>
wrote:

> My guess is that code was looking for outstanding fines rather than
> account balance.
>
> On Thu, Jun 20, 2019 at 9:57 PM RAGHAV ARORA <
> f20171016 at pilani.bits-pilani.ac.in> wrote:
>
>> Ok sir, thanks for the clarification.
>>
>> One last thing, if I need to see the total fine of a patron, I will take
>> sum of all the amountoutstanding for that borrowernumber, right?
>> At some place I found someone to be taking sum of only the positive
>> amountoutstanding, and ignoring the negative amountoutstandings. I couldn't
>> understand why.
>>
>> Regards
>> *Raghav Arora*
>> Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics Engineering
>> Contact : (+91) 9897597761
>> Personal Email <raghavarora999 at yahoo.in> | University Email
>> <f20171016 at pilani.bits-pilani.ac.in>
>> LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
>> <https://github.com/RAraghavarora/>
>>
>>
>>
>> On Thu, Jun 20, 2019 at 10:21 PM Michael Hafen <michael.hafen at washk12.org>
>> wrote:
>>
>>> So that you know what the original amount of the fine is/was.  This is
>>> especially useful in an ongoing overdue fine, for example.  The patron may
>>> have some, but still has the book.  So the script can look at what the fine
>>> is supposed to be, and what it was last time the script ran (the amount
>>> column) then add the difference to both the amount and amountoutstanding
>>> columns. (Since we can't guarantee that the script is run once, and only
>>> once, a day.)
>>>
>>> On Thu, Jun 20, 2019 at 3:05 AM RAGHAV ARORA <
>>> f20171016 at pilani.bits-pilani.ac.in> wrote:
>>>
>>>> Thank you sir,
>>>>
>>>> Can you please help me understand these tables?
>>>> What is the purpose of the 2 tables 'accountlines' and
>>>> 'account_offsets'?
>>>>
>>>> account_offsets is a child of accountlines, which allows 1 accountlines
>>>> row to have multiple account_offsets, and the 'account_offsets.amount' is
>>>> the total amount debited/credited. What exactly is the
>>>> 'amountlines.amount'?
>>>> In my database, there is an accountlines row which has 3
>>>> account_offsets rows linked, 2 of them credit $5, and 1 debits $10, making
>>>> the amountoutstanding=0, which is expected. But accountlines.amount stores
>>>> 10. Why is that so?
>>>>
>>>> Thanks in advance
>>>> Regards
>>>> *Raghav Arora*
>>>> Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics
>>>> Engineering
>>>> Contact : (+91) 8474975691
>>>> Personal Email <raghavarora999 at yahoo.in> | University Email
>>>> <f20171016 at pilani.bits-pilani.ac.in>
>>>> LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
>>>> <https://github.com/RAraghavarora/>
>>>>
>>>> ?????????????????????????????????????
>>>> *Birla Institute of Technology and Science, Pilani*
>>>> Pilani campus,
>>>> Rajasthan-333031
>>>>
>>>>
>>>> On Wed, Jun 19, 2019 at 10:25 PM Michael Hafen <
>>>> michael.hafen at washk12.org> wrote:
>>>>
>>>>> Amount is the original amount of the fine/invoice, and
>>>>> amountoutstanding is the remaining amount after receiving / sending some
>>>>> sort of payment.  There should be another row in that table, and a link in
>>>>> the accountoffsets table, of those two columns aren't the same, but that's
>>>>> probably more than you wanted to know.
>>>>>
>>>>> On Wed, Jun 19, 2019 at 5:13 AM RAGHAV ARORA <
>>>>> f20171016 at pilani.bits-pilani.ac.in> wrote:
>>>>>
>>>>>> Hello everyone,
>>>>>>
>>>>>> I am currently working on a project on Reports Management and
>>>>>> Decision Support System for my institute library that uses Koha as it's
>>>>>> ILS. I have a doubt in understanding what is the difference between the
>>>>>> fields 'accountlines.amount' and 'accountlines.amountoutstanding'?
>>>>>>
>>>>>> Could someone help me out with this?
>>>>>>
>>>>>> Thanks in advance.
>>>>>>
>>>>>> Regards
>>>>>> *Raghav Arora*
>>>>>> Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics
>>>>>> Engineering
>>>>>> Contact : (+91) 9897597761
>>>>>> Personal Email <raghavarora999 at yahoo.in> | University Email
>>>>>> <f20171016 at pilani.bits-pilani.ac.in>
>>>>>> LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |
>>>>>> GitHub <https://github.com/RAraghavarora/>
>>>>>>
>>>>>> ?????????????????????????????????????
>>>>>> *Birla Institute of Technology and Science, Pilani*
>>>>>> Pilani campus,
>>>>>> Rajasthan-333031
>>>>>> _______________________________________________
>>>>>> Koha-devel mailing list
>>>>>> Koha-devel at 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/
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Michael Hafen
>>>>> Washington County School District Technology Department
>>>>> Systems Analyst
>>>>>
>>>>>
>>>
>>> --
>>> Michael Hafen
>>> Washington County School District Technology Department
>>> Systems Analyst
>>>
>>>
>
> --
> Michael Hafen
> Washington County School District Technology Department
> Systems Analyst
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190624/9a4b1b09/attachment.html>

From f20171016 at pilani.bits-pilani.ac.in  Tue Jun 25 10:49:13 2019
From: f20171016 at pilani.bits-pilani.ac.in (RAGHAV ARORA)
Date: Tue, 25 Jun 2019 14:19:13 +0530
Subject: [Koha-devel] Acquisition Reports - Orders Not Recieved
Message-ID: <CAKPm6A0HWwUvf4V7pEB2T8PtOX-n=6J7kEKKj8pFOTdL1dEdWQ@mail.gmail.com>

Hello everyone,

The following link states that orders for books that have not been received
is accessed by the aqorders for which datereceived is Null: Acquisition
Reports - SQL Library
<https://wiki.koha-community.org/wiki/SQL_Reports_Library#Acquisition_Reports>

But this SQL query also makes use of the column biblio. Will record of an
item exist in the biblio and biblioitems table before that item is received
by the library?
I understood that biblio and biblioitems are created after catalogging a
book.

Regards
*Raghav Arora*
Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics Engineering
Contact : (+91) 9897597761
Personal Email <raghavarora999 at yahoo.in> | University Email
<f20171016 at pilani.bits-pilani.ac.in>
LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
<https://github.com/RAraghavarora/>

?????????????????????????????????????
*Birla Institute of Technology and Science, Pilani*
Pilani campus,
Rajasthan-333031
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190625/5fd47b0d/attachment.html>

From martin.renvoize at ptfs-europe.com  Wed Jun 26 00:51:40 2019
From: martin.renvoize at ptfs-europe.com (Renvoize, Martin)
Date: Tue, 25 Jun 2019 23:51:40 +0100
Subject: [Koha-devel] Development meeting reminder
Message-ID: <CAB7SL8Df5jxFYmQr6pfnWizL3_3okf0b7bQaiYggt+KzfT+Jpw@mail.gmail.com>

Hi all,

Just a quick friendly reminder from your latest RM that we have a developer
meeting scheduled for tomorrow: 26 June 2019, 19:00 UTC
<https://www.timeanddate.com/worldclock/fixedtime.html?msg=Koha+Developers+IRC+Meeting&iso=20190626T1900>
.

The agenda
<https://wiki.koha-community.org/wiki/Development_IRC_meeting_26_June_2019#Agenda>
is
looking full and I hope it will prompt lots of constructive discussion and
move a few important things forward.

Looking forward to seeing many of you there.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190625/0ebf8668/attachment.html>

From f20171016 at pilani.bits-pilani.ac.in  Wed Jun 26 08:44:55 2019
From: f20171016 at pilani.bits-pilani.ac.in (RAGHAV ARORA)
Date: Wed, 26 Jun 2019 12:14:55 +0530
Subject: [Koha-devel] SQL Query to get the Waiting Holds From reserves table.
Message-ID: <CAKPm6A3yTQOQ5r1S2y961=LAVoeHC+RMtqdccNHd1CvGtTGGwA@mail.gmail.com>

Hello all,

Could someone please help me in creating the SQL query to get all the holds
in the library for which the book is available,in the library (i.e, no
issue exists for that book)

The reserves table contains some rows for which  itemnumber is Null, and
the waitingdate is Null for every row even if no issue exists for the item.

I came up with the following sql query, but I am not sure if I am right,
can someone please verify my query, or rectify it with the correct query:

      ```SELECT
         borrowers.surname, borrowers.email, borrowers.cardnumber,
items.barcode, biblio.title, reserves.reservedate
      FROM reserves
      LEFT JOIN borrowers USING (borrowernumber)
      LEFT JOIN items USING (itemnumber)
      LEFT JOIN biblio ON (reserves.biblionumber = biblio.biblionumber)
      WHERE
          (reserves.itemnumber IS NOT NULL
          AND NOT EXISTS(SELECT issue_id FROM issues WHERE items.itemnumber
= issues.itemnumber)
          )
          OR
          (reserves.itemnumber IS NULL
          AND EXISTS(
              SELECT itemnumber FROM items i2 WHERE
items.biblionumber=reserves.biblionumber
              AND NOT EXISTS(
                  SELECT issue_id FROM issues WHERE
issues.itemnumber=i2.itemnumber
                  )
              )
          )
```

Thanks in advance
Regards
*Raghav Arora*
Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics Engineering
Contact : (+91) 9897597761
Personal Email <raghavarora999 at yahoo.in> | University Email
<f20171016 at pilani.bits-pilani.ac.in>
LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
<https://github.com/RAraghavarora/>

?????????????????????????????????????
*Birla Institute of Technology and Science, Pilani*
Pilani campus,
Rajasthan-333031
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190626/d792041a/attachment.html>

From michael.hafen at washk12.org  Wed Jun 26 19:14:08 2019
From: michael.hafen at washk12.org (Michael Hafen)
Date: Wed, 26 Jun 2019 11:14:08 -0600
Subject: [Koha-devel] SQL Query to get the Waiting Holds From reserves
	table.
In-Reply-To: <CAKPm6A3yTQOQ5r1S2y961=LAVoeHC+RMtqdccNHd1CvGtTGGwA@mail.gmail.com>
References: <CAKPm6A3yTQOQ5r1S2y961=LAVoeHC+RMtqdccNHd1CvGtTGGwA@mail.gmail.com>
Message-ID: <CAAh7UdkNiPEDXp8ojtwEO3HkvwB60AcL7QJ3CScwJ12wEdaLtQ@mail.gmail.com>

Here's me trying the query with more joins instead of sub-selects, though I
can't guarantee it's exactly what you want.

SELECT borrowers.surname, borrowers.email, borrowers.cardnumber,
it1.barcode, biblio.title, reserves.reservedate
 FROM reserves
 LEFT JOIN borrowers USING (borrowernumber)
 LEFT JOIN biblio USING (biblionumber)
 LEFT JOIN items AS it1 USING (itemnumber)
 LEFT JOIN issues AS iss1 USING (itemnumber)
 LEFT JOIN items AS it2 ON (reserves.biblionumber = it2.biblionumber)
 LEFT JOIN issues AS iss2 ON(it2.itemnumber = iss2.itemnumber)
WHERE iss1.date_due IS NULL AND iss2.date_due IS NULL


On Wed, Jun 26, 2019 at 12:45 AM RAGHAV ARORA <
f20171016 at pilani.bits-pilani.ac.in> wrote:

> Hello all,
>
> Could someone please help me in creating the SQL query to get all the
> holds in the library for which the book is available,in the library (i.e,
> no issue exists for that book)
>
> The reserves table contains some rows for which  itemnumber is Null, and
> the waitingdate is Null for every row even if no issue exists for the item.
>
> I came up with the following sql query, but I am not sure if I am right,
> can someone please verify my query, or rectify it with the correct query:
>
>       ```SELECT
>          borrowers.surname, borrowers.email, borrowers.cardnumber,
> items.barcode, biblio.title, reserves.reservedate
>       FROM reserves
>       LEFT JOIN borrowers USING (borrowernumber)
>       LEFT JOIN items USING (itemnumber)
>       LEFT JOIN biblio ON (reserves.biblionumber = biblio.biblionumber)
>       WHERE
>           (reserves.itemnumber IS NOT NULL
>           AND NOT EXISTS(SELECT issue_id FROM issues WHERE
> items.itemnumber = issues.itemnumber)
>           )
>           OR
>           (reserves.itemnumber IS NULL
>           AND EXISTS(
>               SELECT itemnumber FROM items i2 WHERE
> items.biblionumber=reserves.biblionumber
>               AND NOT EXISTS(
>                   SELECT issue_id FROM issues WHERE
> issues.itemnumber=i2.itemnumber
>                   )
>               )
>           )
> ```
>
> Thanks in advance
> Regards
> *Raghav Arora*
> Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics Engineering
> Contact : (+91) 9897597761
> Personal Email <raghavarora999 at yahoo.in> | University Email
> <f20171016 at pilani.bits-pilani.ac.in>
> LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
> <https://github.com/RAraghavarora/>
>
> ?????????????????????????????????????
> *Birla Institute of Technology and Science, Pilani*
> Pilani campus,
> Rajasthan-333031
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/



-- 
Michael Hafen
Washington County School District Technology Department
Systems Analyst
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190626/d9cfb602/attachment.html>

From michael.hafen at washk12.org  Thu Jun 27 17:30:29 2019
From: michael.hafen at washk12.org (Michael Hafen)
Date: Thu, 27 Jun 2019 09:30:29 -0600
Subject: [Koha-devel] SQL Query to get the Waiting Holds From reserves
	table.
In-Reply-To: <CAKPm6A1ZbhmYxPdLk=4GyXv+kPWJYZGrtLcWJT8NU7VYKwcSOA@mail.gmail.com>
References: <CAKPm6A3yTQOQ5r1S2y961=LAVoeHC+RMtqdccNHd1CvGtTGGwA@mail.gmail.com>
	<CAAh7UdkNiPEDXp8ojtwEO3HkvwB60AcL7QJ3CScwJ12wEdaLtQ@mail.gmail.com>
	<CAKPm6A1ZbhmYxPdLk=4GyXv+kPWJYZGrtLcWJT8NU7VYKwcSOA@mail.gmail.com>
Message-ID: <CAAh7Ud=4yWZ+YdxKzWz+c8r5u1xFUDOgafe+z5NLwwbCJcUR7g@mail.gmail.com>

It's a left outer join, which means we will get all the applicable rows
from reserves but not necessarily from issues. If there isn't a matching
row in issues then we get null values instead. The date_due column should
never be null otherwise.

So that query should show reserves with no issue.

On Wed, Jun 26, 2019, 10:50 PM RAGHAV ARORA <
f20171016 at pilani.bits-pilani.ac.in> wrote:

> Thank you for your reply Sir.
>
> Why are we querying for issues that have Null date_due? Should we not
> query for the reserves corresponding to which no issues exist.
>
> When will the date_due be null?
>
> Regards,
> *Raghav Arora*
> Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics Engineering
> Contact : (+91) 9897597761
> Personal Email <raghavarora999 at yahoo.in> | University Email
> <f20171016 at pilani.bits-pilani.ac.in>
> LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
> <https://github.com/RAraghavarora/>
>
> ?????????????????????????????????????
> *Birla Institute of Technology and Science, Pilani*
> Pilani campus,
> Rajasthan-333031
>
>
> On Wed, Jun 26, 2019 at 10:44 PM Michael Hafen <michael.hafen at washk12.org>
> wrote:
>
>> Here's me trying the query with more joins instead of sub-selects, though
>> I can't guarantee it's exactly what you want.
>>
>> SELECT borrowers.surname, borrowers.email, borrowers.cardnumber,
>> it1.barcode, biblio.title, reserves.reservedate
>>  FROM reserves
>>  LEFT JOIN borrowers USING (borrowernumber)
>>  LEFT JOIN biblio USING (biblionumber)
>>  LEFT JOIN items AS it1 USING (itemnumber)
>>  LEFT JOIN issues AS iss1 USING (itemnumber)
>>  LEFT JOIN items AS it2 ON (reserves.biblionumber = it2.biblionumber)
>>  LEFT JOIN issues AS iss2 ON(it2.itemnumber = iss2.itemnumber)
>> WHERE iss1.date_due IS NULL AND iss2.date_due IS NULL
>>
>>
>> On Wed, Jun 26, 2019 at 12:45 AM RAGHAV ARORA <
>> f20171016 at pilani.bits-pilani.ac.in> wrote:
>>
>>> Hello all,
>>>
>>> Could someone please help me in creating the SQL query to get all the
>>> holds in the library for which the book is available,in the library (i.e,
>>> no issue exists for that book)
>>>
>>> The reserves table contains some rows for which  itemnumber is Null, and
>>> the waitingdate is Null for every row even if no issue exists for the item.
>>>
>>> I came up with the following sql query, but I am not sure if I am right,
>>> can someone please verify my query, or rectify it with the correct query:
>>>
>>>       ```SELECT
>>>          borrowers.surname, borrowers.email, borrowers.cardnumber,
>>> items.barcode, biblio.title, reserves.reservedate
>>>       FROM reserves
>>>       LEFT JOIN borrowers USING (borrowernumber)
>>>       LEFT JOIN items USING (itemnumber)
>>>       LEFT JOIN biblio ON (reserves.biblionumber = biblio.biblionumber)
>>>       WHERE
>>>           (reserves.itemnumber IS NOT NULL
>>>           AND NOT EXISTS(SELECT issue_id FROM issues WHERE
>>> items.itemnumber = issues.itemnumber)
>>>           )
>>>           OR
>>>           (reserves.itemnumber IS NULL
>>>           AND EXISTS(
>>>               SELECT itemnumber FROM items i2 WHERE
>>> items.biblionumber=reserves.biblionumber
>>>               AND NOT EXISTS(
>>>                   SELECT issue_id FROM issues WHERE
>>> issues.itemnumber=i2.itemnumber
>>>                   )
>>>               )
>>>           )
>>> ```
>>>
>>> Thanks in advance
>>> Regards
>>> *Raghav Arora*
>>> Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics
>>> Engineering
>>> Contact : (+91) 9897597761
>>> Personal Email <raghavarora999 at yahoo.in> | University Email
>>> <f20171016 at pilani.bits-pilani.ac.in>
>>> LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
>>> <https://github.com/RAraghavarora/>
>>>
>>> ?????????????????????????????????????
>>> *Birla Institute of Technology and Science, Pilani*
>>> Pilani campus,
>>> Rajasthan-333031
>>> _______________________________________________
>>> Koha-devel mailing list
>>> Koha-devel at 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/
>>
>>
>>
>> --
>> Michael Hafen
>> Washington County School District Technology Department
>> Systems Analyst
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190627/a06ef173/attachment.html>

From f20171016 at pilani.bits-pilani.ac.in  Fri Jun 28 06:04:06 2019
From: f20171016 at pilani.bits-pilani.ac.in (RAGHAV ARORA)
Date: Fri, 28 Jun 2019 09:34:06 +0530
Subject: [Koha-devel] SQL Query to get the Waiting Holds From reserves
	table.
In-Reply-To: <CAAh7Ud=4yWZ+YdxKzWz+c8r5u1xFUDOgafe+z5NLwwbCJcUR7g@mail.gmail.com>
References: <CAKPm6A3yTQOQ5r1S2y961=LAVoeHC+RMtqdccNHd1CvGtTGGwA@mail.gmail.com>
	<CAAh7UdkNiPEDXp8ojtwEO3HkvwB60AcL7QJ3CScwJ12wEdaLtQ@mail.gmail.com>
	<CAKPm6A1ZbhmYxPdLk=4GyXv+kPWJYZGrtLcWJT8NU7VYKwcSOA@mail.gmail.com>
	<CAAh7Ud=4yWZ+YdxKzWz+c8r5u1xFUDOgafe+z5NLwwbCJcUR7g@mail.gmail.com>
Message-ID: <CAKPm6A0Lc=rkuONx1vQ6q4u-dMKhDdPTawLbtSRbjW1pg=8EeQ@mail.gmail.com>

Oh!
I understand now.
Thank you so much, I think this should work.

Regards
*Raghav Arora*
Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics Engineering
Contact : (+91) 9897597761
Personal Email <raghavarora999 at yahoo.in> | University Email
<f20171016 at pilani.bits-pilani.ac.in>
LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
<https://github.com/RAraghavarora/>

?????????????????????????????????????
*Birla Institute of Technology and Science, Pilani*
Pilani campus,
Rajasthan-333031


On Thu, Jun 27, 2019 at 9:00 PM Michael Hafen <michael.hafen at washk12.org>
wrote:

> It's a left outer join, which means we will get all the applicable rows
> from reserves but not necessarily from issues. If there isn't a matching
> row in issues then we get null values instead. The date_due column should
> never be null otherwise.
>
> So that query should show reserves with no issue.
>
> On Wed, Jun 26, 2019, 10:50 PM RAGHAV ARORA <
> f20171016 at pilani.bits-pilani.ac.in> wrote:
>
>> Thank you for your reply Sir.
>>
>> Why are we querying for issues that have Null date_due? Should we not
>> query for the reserves corresponding to which no issues exist.
>>
>> When will the date_due be null?
>>
>> Regards,
>> *Raghav Arora*
>> Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics Engineering
>> Contact : (+91) 9897597761
>> Personal Email <raghavarora999 at yahoo.in> | University Email
>> <f20171016 at pilani.bits-pilani.ac.in>
>> LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
>> <https://github.com/RAraghavarora/>
>>
>> ?????????????????????????????????????
>> *Birla Institute of Technology and Science, Pilani*
>> Pilani campus,
>> Rajasthan-333031
>>
>>
>> On Wed, Jun 26, 2019 at 10:44 PM Michael Hafen <michael.hafen at washk12.org>
>> wrote:
>>
>>> Here's me trying the query with more joins instead of sub-selects,
>>> though I can't guarantee it's exactly what you want.
>>>
>>> SELECT borrowers.surname, borrowers.email, borrowers.cardnumber,
>>> it1.barcode, biblio.title, reserves.reservedate
>>>  FROM reserves
>>>  LEFT JOIN borrowers USING (borrowernumber)
>>>  LEFT JOIN biblio USING (biblionumber)
>>>  LEFT JOIN items AS it1 USING (itemnumber)
>>>  LEFT JOIN issues AS iss1 USING (itemnumber)
>>>  LEFT JOIN items AS it2 ON (reserves.biblionumber = it2.biblionumber)
>>>  LEFT JOIN issues AS iss2 ON(it2.itemnumber = iss2.itemnumber)
>>> WHERE iss1.date_due IS NULL AND iss2.date_due IS NULL
>>>
>>>
>>> On Wed, Jun 26, 2019 at 12:45 AM RAGHAV ARORA <
>>> f20171016 at pilani.bits-pilani.ac.in> wrote:
>>>
>>>> Hello all,
>>>>
>>>> Could someone please help me in creating the SQL query to get all the
>>>> holds in the library for which the book is available,in the library (i.e,
>>>> no issue exists for that book)
>>>>
>>>> The reserves table contains some rows for which  itemnumber is Null,
>>>> and the waitingdate is Null for every row even if no issue exists for the
>>>> item.
>>>>
>>>> I came up with the following sql query, but I am not sure if I am
>>>> right, can someone please verify my query, or rectify it with the correct
>>>> query:
>>>>
>>>>       ```SELECT
>>>>          borrowers.surname, borrowers.email, borrowers.cardnumber,
>>>> items.barcode, biblio.title, reserves.reservedate
>>>>       FROM reserves
>>>>       LEFT JOIN borrowers USING (borrowernumber)
>>>>       LEFT JOIN items USING (itemnumber)
>>>>       LEFT JOIN biblio ON (reserves.biblionumber = biblio.biblionumber)
>>>>       WHERE
>>>>           (reserves.itemnumber IS NOT NULL
>>>>           AND NOT EXISTS(SELECT issue_id FROM issues WHERE
>>>> items.itemnumber = issues.itemnumber)
>>>>           )
>>>>           OR
>>>>           (reserves.itemnumber IS NULL
>>>>           AND EXISTS(
>>>>               SELECT itemnumber FROM items i2 WHERE
>>>> items.biblionumber=reserves.biblionumber
>>>>               AND NOT EXISTS(
>>>>                   SELECT issue_id FROM issues WHERE
>>>> issues.itemnumber=i2.itemnumber
>>>>                   )
>>>>               )
>>>>           )
>>>> ```
>>>>
>>>> Thanks in advance
>>>> Regards
>>>> *Raghav Arora*
>>>> Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics
>>>> Engineering
>>>> Contact : (+91) 9897597761
>>>> Personal Email <raghavarora999 at yahoo.in> | University Email
>>>> <f20171016 at pilani.bits-pilani.ac.in>
>>>> LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
>>>> <https://github.com/RAraghavarora/>
>>>>
>>>> ?????????????????????????????????????
>>>> *Birla Institute of Technology and Science, Pilani*
>>>> Pilani campus,
>>>> Rajasthan-333031
>>>> _______________________________________________
>>>> Koha-devel mailing list
>>>> Koha-devel at 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/
>>>
>>>
>>>
>>> --
>>> Michael Hafen
>>> Washington County School District Technology Department
>>> Systems Analyst
>>>
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190628/09cdcc0f/attachment-0001.html>

From f20171016 at pilani.bits-pilani.ac.in  Fri Jun 28 13:59:18 2019
From: f20171016 at pilani.bits-pilani.ac.in (RAGHAV ARORA)
Date: Fri, 28 Jun 2019 17:29:18 +0530
Subject: [Koha-devel] Decision Support System for library.
Message-ID: <CAKPm6A2JLxteTNN=ovN=KnjWW7aq5N21TwV-ZA7z71k-ALtNYA@mail.gmail.com>

Hello everyone,

Does anyone know of good Decision-support software that can be used for
decision making for library acquisitions based on Koha database?
Or any framework/model I can refer to in the direction would be really
helpful.

Thanks in advance.
Regards
*Raghav Arora*
Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics Engineering
Contact : (+91) 9897597761, 8474975691
Personal Email <raghavarora999 at yahoo.in> | University Email
<f20171016 at pilani.bits-pilani.ac.in>
LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/> |  GitHub
<https://github.com/RAraghavarora/>

?????????????????????????????????????
*Birla Institute of Technology and Science, Pilani*
Pilani campus,
Rajasthan-333031
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190628/1d20b7fa/attachment.html>

From kohanews at gmail.com  Sat Jun 29 05:49:34 2019
From: kohanews at gmail.com (kohanews)
Date: Fri, 28 Jun 2019 20:49:34 -0700
Subject: [Koha-devel] Koha Community Newsletter: June 2019
Message-ID: <47dde7a2-8c00-9d1f-9856-13839d04d480@gmail.com>

The Koha Community Newsletter for June 2019 is here:
https://koha-community.org/koha-community-newsletter-june-2019/

Many thanks to the folks who submitted articles and news to this month's 
newsletter.

Please feel free to email me with any corrections or suggestions.

-- 
Chad Roseburg
Editor, Koha Community Newsletter

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190628/b3ad108c/attachment.html>

From katrin.fischer.83 at web.de  Sun Jun 30 21:59:56 2019
From: katrin.fischer.83 at web.de (Katrin Fischer)
Date: Sun, 30 Jun 2019 21:59:56 +0200
Subject: [Koha-devel] Acquisition Reports - Orders Not Recieved
In-Reply-To: <CAKPm6A0HWwUvf4V7pEB2T8PtOX-n=6J7kEKKj8pFOTdL1dEdWQ@mail.gmail.com>
References: <CAKPm6A0HWwUvf4V7pEB2T8PtOX-n=6J7kEKKj8pFOTdL1dEdWQ@mail.gmail.com>
Message-ID: <d9d3cab2-90a4-4be8-9388-2f13afadc98a@web.de>

Hi Raghav,

records for orders will be created with saving of the order. In the
acquisition module you can use an existing record, download records via
Z39.50 or do a minimal catalog record using a form. Once the items
arrive you might want to check the record again and complete or change it.

Hope this helps,

Katrin


On 25.06.19 10:49, RAGHAV ARORA wrote:
> Hello everyone,
>
> The following link states that orders for books that have not been
> received is accessed by the aqorders for which datereceived is Null:
> Acquisition Reports - SQL Library
> <https://wiki.koha-community.org/wiki/SQL_Reports_Library#Acquisition_Reports>
>
> But this SQL query also makes use of the column biblio. Will record of
> an item exist in the biblio and biblioitems table before that item is
> received by the library?
> I understood that biblio and biblioitems are created after catalogging
> a book.
>
> Regards
> *Raghav Arora*
> Sophomore, M.Sc (Hons) Chemistry BE Electrical and Electronics Engineering
> Contact : (+91) 9897597761
> Personal Email <mailto:raghavarora999 at yahoo.in>?| University Email
> <mailto:f20171016 at pilani.bits-pilani.ac.in>
> LinkedIn <https://www.linkedin.com/in/raghav-arora-9820a648/>?| GitHub
> <https://github.com/RAraghavarora/>
>
> ?????????????????????????????????????
> *Birla Institute of Technology and Science, Pilani*
> Pilani campus,
> Rajasthan-333031
>
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20190630/d1b57de9/attachment.html>