[Koha] Get listed as a Koha Support provider

2016-10-22 Thread Pablo Marín 
 

Dear Koha Community, 

Abana is a company with more than 18 years experience that provides
document management services and offers technological solutions to
different companies and institutions. 

Koha is one of our technological solutions and we would like to get
listed as a Koha Support provider. 

Company name: Informática Abana SL 

Contact Person: Pablo Marín 

Contact email: pma...@abana.es 

Website: abana.es | abana.es/soluciones/koha/ 

Telephone: 673 22 07 08 

Yours sincerely, 

Pablo Marín 

-- 

 [1] 

Soluciones de valor para su transformación digital 

* [2]
* [3]
* [4]

PABLO MARÍN GÓMEZ
Responsable Área de Sistemas
pma...@abana.es 

INFORMÁTICA ABANA, SL
www.abana.es [1]
Avda. Emperatriz Isabel, 12 - 28019 Madrid
Teléfono +34 91 560 20 88
Móvil +34 673 22 07 08 

ANTES DE IMPRIMIR ESTE EMAIL PIENSE SI REALMENTE ES NECESARIO 

AVISO LEGAL 

La información contenida en este mensaje de correo electrónico es
confidencial y puede revestir el carácter de reservada. Está destinada
exclusivamente a su destinatario. El acceso o uso de este mensaje, por
parte de cualquier otra persona que no esté autorizada, puede ser
ilegal. Si no es ud. la persona destinataria, le rogamos que proceda a
eliminar su contenido y comunicar dicha anomalía a su remitente. 

En cumplimiento con lo establecido por la LOPD 15/1999 le comunicamos
que los datos personales contenidos en esta comunicación han sido
recogidos de los contactos mantenidos por ud. con personal de
Informática Abana S. L. o de fuentes accesibles al público, y han sido
incorporados a un fichero de contactos cuya finalidad es la de mantener
con usted relaciones comerciales o profesionales. 

 

Links:
--
[1] http://abana.es
[2] http://www.facebook.com/AbanaInforma
[3] http://twitter.com/AbanaInforma
[4] http://www.linkedin.com/company/informaticaabana
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Holds and emails question

2016-10-22 Thread Barton Chittenden 
Grahm,

This is an interesting question, and I'll be interested in seeing other
library's answers to this... I suspect that it depends a great deal on the
size of the library.

One way around this would be to create a report showing a list of waiting
holds, ordered by itemcallnumber, author and title

SELECT
itemcallnumber,
author,
title,
barcode
FROM
reserves
inner join bibio using (biblionumber)
inner join items using (itemnumber)
WHERE
reserves.found = 'W'
and reserves.waitingdate = CURRENT_DATE
ORDER BY
itemcallnumber, author, title

This should be fairly close to the order that items would be in after
sorting for shelving (if you use a different order for shelving, you can
adjust the query accordingly), so it would be fairly quick to identify
which items need to be pulled from the shelving cart.

If you have the ReturnLog system preference set to LOG, the action_logs
table contains a 'user' column that you could use to identify returns by
the SIP user associated with the self check machine, which you could use to
narrow the report above.

--Barton





On Wed, Oct 19, 2016 at 4:39 AM, Graham, Stephen 
wrote:

> Hi All - we've only just implemented holds, we went live 3 weeks ago. One
> thing we are grappling with is books which have holds on, going "missing"
> before they get to the holds shelf. At the moment if a user returns an item
> via the Selfcheck machines,which is on hold for another user, then an email
> (informing the user that their book is ready to collect) is automatically
> added to the message_queue table and then sent when the email cronjob runs.
> However, the user may not actually place the returning item in the holds
> bin, they may put it on the normal return trolley, where some else may take
> it to read in the Library and then anything can happen to it. In cases like
> these the email has already been generated and the book is NOT ready to
> collect even though we've told the user that it is.
>
> This is happening often at the moment, and we are dealing with it in two
> ways - either removing the user's email address from their record, so the
> email cannot be sent, or deleting the message from the table at the SQL
> level. Neither of these are ideal. I'm just wondering how other people are
> handling this? We have two campuses, and when an on-hold item is returned
> which is for a user at the other campus, it goes into transit and the email
> does not get generated until the item is checked in at the other campus.
> Can the same be achieved with the Selfcheck machines? Creating a separate
> virtual library, adding the self check machine users to it, and then books
> will automatically go into transit, therefore the email will not get
> generated? Do other libraries do this?
>
> Cheers, Stephen
> Stephen Graham
> Library Technology Consultant
> Academic Resources
> Library and Computing Services
> University of Hertfordshire
> Hatfield  AL10 9AB
> UK
> Tel. 01707 286111 Ext: 77751
> Email s.grah...@herts.ac.uk
>
> ___
> 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] Koha 16.05.05 Released

2016-10-22 Thread Frédéric Demians 
It is with great pleasure that we announce the release of Koha 16.05.05, a
security release of the Koha open source integrated library system.

See the full release notes here:
https://koha-community.org/koha-16-05-05-released/
Download:
http://koha-community.org/download-koha/

Stay tuned for Debian/Ubuntu package availability.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Unknown instance –v. Unknown instance –f.

2016-10-22 Thread Michael Kuhn 

Hi Habib Jaffri

In your original post you wrote you are using this command, using the 
Unicode character 'EN DASH' (U+2013) (see 
http://www.fileformat.info/info/unicode/char/2013/index.htm):


sudo koha-rebuild-zebra –v –f library

Instead you should use the following command, using the Unicode 
character 'HYPHEN-MINUS' (U+002D) 
(http://www.fileformat.info/info/unicode/char/2d/index.htm)


sudo koha-rebuild-zebra -v -f library

Best wishes: Michael
--
Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis
Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch · W www.adminkuhn.ch



Am 22.10.2016 um 13:31 schrieb Habib Jaffri:

Sir i already use this command with out " " mark


On Oct 21, 2016 4:44 PM, "Michael Kuhn" > wrote:

Hi Syed Habib Akhter Jaffri

After the completion of  data conversion process, when I run the
commend
"sudo koha-rebuild-zebra –v –f library" on the terminal I found
following
error.
Unknown instance –v.
Unknown instance –f.
kindly help me in this connection so I able to use OPAC of KOHA.

sudo koha-rebuild-zebra –v –f library


I'd suggest to try the following command:

sudo koha-rebuild-zebra -v -f library

Note that "-" is not the same character as "–"!

Hope this helps.

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






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