- Koha - lists.katipo.co.nz

Change in behavior after upgrade
by Doug Dearden 14 Nov '16

14 Nov '16

Hello all, We recently upgraded from version 3.16.03.000 to 16.05.05.000 and I migrated to a new server at the same time. We have three catalogs including one where we have scanned archival items. The link to these items was then placed in the 856$u field and the electronic format in the 856$q field. Typically this looks like 856$u /directory1/directory2/foo.jpg | 856$q jpg . Somewhere along the line on the old system, the librarian cataloging these images found that she could put in the path to the file in 856$u as just /directory1/directory2/foo and put the mime extension in 856$q and the image would appear when the link was clicked on. The actual file on the server is foo.jpg and there is no file just named foo . After our migration and upgrade, this no longer works as before. Since the old machine is still running, I verified that this was the case and indeed, a link on the old one that says /directory1/directory2/foo opens the scanned image. The url in the browser address windows says /directory1/directory2/foo . If I change the url to /directory1/directory2/foo.jpg the image also appears . On the new machine things changed. /directory1/directory2/foo returns the error "Not Found The requested URL /directory1/directory1/foo was not found on this server". Changing the url to /directory1/directory2/foo.jpg fixes things and returns the image. Did something change in Koha? I am suspicious that this is an Apache or Linux thing, but am baffled why this even works on the old one without the complete file name. I am thinking I need to write some SQL to append the 856$q text onto the 856$u to fix this, but if there is a config I need to change somewhere to get back to the old behavior that would be easiest. I am open to any suggestions. Thanks, Doug Dearden, Director, IT School for Advanced Research PO Box 2188 Santa Fe, NM 87504-2188 505-954-7220 www.sarweb.org<http://www.sarweb.org> [http://sarweb.org/media/files/sar_email_logo.png] Advancing innovative social science research and promoting Native American creativity. Expand your understanding of the human experience at www.sarweb.org<http://www.sarweb.org>.

1 2

remove all patron pictures
by Scott Owen 14 Nov '16

14 Nov '16

Hi all, I have been asked to remove all of our patron (student) photos from one site...due to the photos causing a slowdown in rendering the checkout page..... (I just added the photos last week...) A quick look at the Koha SQL tables shows a "patronimage" table.....my guess is that these are the images saved as a "blob" (or something like that....). Can I safely delete the table data (borrowernumber / mimetype / imagefile) without any repercussion ? or is there a preferred method to clear the photos out ? Thanks, -S

2 2

Z39.50 - internal server error
by radek.siman＠centrum.cz 14 Nov '16

14 Nov '16

Hi, sometimes we are facing very annoying problem concerning Z39.50 searching, bacause all attempt to search records fail with a "white page of death" saying only "Internal server error". It is somehow connected to plack, but we cannot find a good solution. Symptoms: # tail plack-error.log -n 5 Undefined subroutine &C4::Breeding::GetZ3950BatchId called at /usr/share/koha/lib/C4/Breeding.pm line 279. Undefined subroutine &C4::Breeding::GetZ3950BatchId called at /usr/share/koha/lib/C4/Breeding.pm line 279. Undefined subroutine &C4::Breeding::GetZ3950BatchId called at /usr/share/koha/lib/C4/Breeding.pm line 279. Undefined subroutine &C4::Breeding::GetZ3950BatchId called at /usr/share/koha/lib/C4/Breeding.pm line 279. Undefined subroutine &C4::Breeding::GetZ3950BatchId called at /usr/share/koha/lib/C4/Breeding.pm line 279. Solution A: # koha-plack --restart When we restart the plack service, then the searching starts to work again for an unpredictable period of time (often several days, sometimes week or two). Solution B: We add a "C4::ImportBatch::" prefix to C4/Breeding.pm at these two lines: my $batch_id = GetZ3950BatchId($servhref->{servername}); my $breedingid = AddBiblioToBatch($batch_id, $seq, $marcrecord, 'UTF-8', 0, 0); This solution works well except the fact, that prefixing is not probably the best idea because the procedures SHOULD be already imported. In fact, they aren't. Sometimes. We think it could be caused by our local changes of code. We are not happy with it, but is it possible that the local changes of code don't work well with plack module? What should be kept in mind to avoid (probably?) incorrect imports with "use" command? Thanks a lot! Radek

5 4

Get listed as a Koha Support provider
by Pablo Marín 14 Nov '16

14 Nov '16

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: pmarin(a)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 pmarin(a)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

1 0

Empty list on Authorized Values after upgrade to 16.05.05
by anjoze 14 Nov '16

14 Nov '16

After upgrading I've lost the *Authorized values* on *MARC frameworks*. The parameters on each framework are ok (ex: Auth value:Country) but, when cataloging (editing or creating new record), the list is blank. Searched for bugs but can't find it... Thanks for any help ----- Koha version: 16.05.05 - - José Anjos -- View this message in context: http://koha.1045719.n5.nabble.com/Empty-list-on-Authorized-Values-after-upg… Sent from the Koha-general mailing list archive at Nabble.com.

3 8

Request to add to the support paid to MiBiblio.com
by mi biblio 11 Nov '16

11 Nov '16

Company Name: MiBiblio.com Contact Person: Luis Vicente Gómez Ontiveros Contact email: luisvicente.gomez71(a)gmail.com Website: http://info.mibiblio.com Telephone: 9993693728

1 1

Any quick tip on how to not trigger outstanding fee while importing patrons?
by Indranil Das Gupta 10 Nov '16

10 Nov '16

Hi, I'm moving a batch of patrons from a legacy system to the latest stable. some of the patron categories have an enrollment fee. Of course since these are existing users, their fee is already paid. In fact, I'm recording their fee's receipt number and date as extended attribute. Import is happening without any issue, however the account types with fees are getting into accountlines and thus with checkout bar. Of course I can take care of it via SQL, but am I missing something here? Something I can do to not trigger the accountlines being generated for these already paid users? I could probably also turn the categories that require the fee, into "non-fee" until the import is over and then add the fee requirement back in. What's the reco? thanks in advance -- Indranil Das Gupta L2C2 Technologies Phone : +91-98300-20971 WWW : http://www.l2c2.co.in Blog : http://blog.l2c2.co.in IRC : indradg on irc://irc.freenode.net Twitter : indradg

1 0

Email no show
by ahmnas 10 Nov '16

10 Nov '16

Hi friends I install Ubuntu 14.4 and Koha 16.5 and install postfix Gmail to send notice and check in and out the email send ok but when I check send all mailing my Gmail I don't show the massage and the email massage not shown to the patron, so how solve that problem Ahmad Nasser Koha system administrator -- View this message in context: http://koha.1045719.n5.nabble.com/Email-no-show-tp5910421.html Sent from the Koha-general mailing list archive at Nabble.com.

3 2

How Change nullmailer to postfix
by ahmnas 10 Nov '16

10 Nov '16

Hi my friends my Postfix send email but it's not received, when i check my mail for sent mail in gmail i don't see the massage and also massage not arrive to the patron, every things i don't good and i before installing koha in ubuntu and postfix gmail sending email working good and when i check log mail this massages in log file: Nov 6 11:32:25 koha nullmailer[29728]: Rescanning queue. Nov 6 12:00:01 koha nullmailer[29728]: Trigger pulled. Nov 6 12:00:01 koha nullmailer[29728]: Rescanning queue. Nov 6 12:00:01 koha nullmailer[29728]: Starting delivery: protocol: smtp host: mail.google.com file: 1478426401.4145 Nov 6 12:00:01 koha nullmailer[29728]: Starting delivery, 1 message(s) in queue. so i want to use postfix not nullmailer Ahmad Nasser koha system administrator Egypt - future university in Egypt -- View this message in context: http://koha.1045719.n5.nabble.com/How-Change-nullmailer-to-postfix-tp591050… Sent from the Koha-general mailing list archive at Nabble.com.

1 0

Request to be added
by Daniel Deogratus 10 Nov '16

10 Nov '16

Company Name: Automate Tanzania Contact Person: Deogratus Daniel Contact email:info@automate.co.tz /ddeogratus(a)gmail.com Website:http://automate.co.tz Telephone:+255768021321 / +255 62 107 5749

1 0