Re: [Koha] Regarding subject wise report

[Caroline Cyr La Rose]

Hello,

I think you will get more responses if you specify what you're trying to 
do exactly. Most times, people will not know what to answer when the 
questions are very broad. If you add examples of what you're trying to 
get, you will surely get more answers.


Also, I suggest you try looking in the reports library which already has 
hundreds of reports on all kinds of subjects (it's divided into many 
pages, you can click the links at the top (SQL reports holds, SQL 
reports patrons, SQL reports circulation) to access the other pages): 
https://wiki.koha-community.org/wiki/SQL_Reports_Library


Regards,

Caroline

On 2023-04-27 03:14, ANJU SAINI wrote:

Anyone help me with generating various subject wise reports?

Thank you
___

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


Caroline Cyr-La-Rose, M.L.I.S. (she/her)
Librarian | Product Manager

1-833-INLIBRO (465-4276), ext. 221
caroline.cyr-la-r...@inlibro.com
https://www.inLibro.com

___

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

Re: [Koha] (no subject)

[Owen Leonard]

Do you have the system preference "OpacGroupResults" enabled? I don't
think that feature works without some additional setup. Try turning it
off to see if that resolves the error.

 -- Owen

-- 
Web Developer
Athens County Public Libraries
(740) 737-6006
https://www.myacpl.org
___

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

Re: [Koha] (no subject)

[Javi Legido]

Try below solution:

http://kohageek.blogspot.com/2013/05/how-to-change-master-password-of-koha.html

On Fri, 30 Jul 2021 at 04:55, Sanjay Uchcharia 
wrote:

> Hello there, I've forgotten my koha password. How to get it back in Ubuntu
> 20.04.
>
>
> Thankyou. :)
> ___
>
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
>
___

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

Re: [Koha] (no subject)

[Ahtisham Naqvi]

Hi,
Greetings of the day!!!

can anybody tell me how to import data in koha through SQL command

On Wed, Feb 3, 2021 at 4:41 PM Owen Leonard  wrote:

> Have you looked at the options in the SQL library? There are a couple
> that might be good starting points:
>
>
> https://wiki.koha-community.org/wiki/SQL_Reports_Library#List_all_records_with_at_least_one_subject
>
> https://wiki.koha-community.org/wiki/SQL_Reports_Library#Bibs_with_specific_keyword_in_subjects
>
>   -- Owen
>
> --
> Web Developer
> Athens County Public Libraries
> (740) 737-6006
> https://www.myacpl.org
> ___
>
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
>


-- 
Syed Ahtisham Raza Naqvi
Professional Assistant
CSSEIP, JMI, New Delhi
+918506077676
___

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

Re: [Koha] (no subject)

[Owen Leonard]

Have you looked at the options in the SQL library? There are a couple
that might be good starting points:

https://wiki.koha-community.org/wiki/SQL_Reports_Library#List_all_records_with_at_least_one_subject
https://wiki.koha-community.org/wiki/SQL_Reports_Library#Bibs_with_specific_keyword_in_subjects

  -- Owen

-- 
Web Developer
Athens County Public Libraries
(740) 737-6006
https://www.myacpl.org
___

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

Re: [Koha] (no subject)

[Tomas Cohen Arazi]

You can use the batch item modification tool, to assign those authorized
values Vikram suggests, to existing items.

On Sat, Dec 26, 2020, 23:58 vikram zadgaonkar 
wrote:

> Hi,
> First you need add values in Authorised values.
> After adding authorised value, you can either edit item information or add
> while adding new item in koha.
> Hope this helps.
>
> On Sun, 27 Dec, 2020, 7:55 am Vincent Van Gogh,  >
> wrote:
>
> > How to add/import location into existing book list in Koha?
> > ___
> >
> > Koha mailing list  http://koha-community.org
> > Koha@lists.katipo.co.nz
> > Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
> >
> ___
>
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
>
___

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

Re: [Koha] (no subject)

[vikram zadgaonkar]

Hi,
First you need add values in Authorised values.
After adding authorised value, you can either edit item information or add
while adding new item in koha.
Hope this helps.

On Sun, 27 Dec, 2020, 7:55 am Vincent Van Gogh, 
wrote:

> How to add/import location into existing book list in Koha?
> ___
>
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
>
___

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

Re: [Koha] (no subject)

[Decka David]

Dear Team,
Is there any help provide in the later koha version as in Koha 17.xx and
Koha 18.xx? Kindly assist connecting to Z39.50.

On Tue, Dec 15, 2020 at 5:29 PM Christian McDonald 
wrote:

> https://wiki.koha-community.org/wiki/Setting_up_the_Z39.50_and_SRU_Server
>
>
> On Mon, Dec 14, 2020 at 11:06 PM Vincent Van Gogh <
> loveandmarig...@gmail.com>
> wrote:
>
> > How can I make available my KOHA data to everyone through z39.50?
> > ___
> >
> > Koha mailing list  http://koha-community.org
> > Koha@lists.katipo.co.nz
> > Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
> >
> --
> *R. Christian McDonald *
> M: (616) 856-9291
> E: rcmcdonal...@gmail.com
> ___
>
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
>


-- 
*Decka David*
___

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

Re: [Koha] (no subject)

[Christian McDonald]

https://wiki.koha-community.org/wiki/Setting_up_the_Z39.50_and_SRU_Server


On Mon, Dec 14, 2020 at 11:06 PM Vincent Van Gogh 
wrote:

> How can I make available my KOHA data to everyone through z39.50?
> ___
>
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
>
-- 
*R. Christian McDonald *
M: (616) 856-9291
E: rcmcdonal...@gmail.com
___

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

Re: [Koha] (no subject)

[Katrin Fischer]

Hi Vincent,

you might want to have a look at the sitemap feature:

https://koha-community.org/manual/20.05/en/html/cron_jobs.html?highlight=sitemap#sitemap

Hope this helps,

Katrin

On 25.09.20 20:35, Vincent Van Gogh wrote:

How can I make my koha library to searchable in google search engine?
___

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

___

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

Re: [Koha] (no subject)

[Jonathan Druart]

Hello Tigran,

Yes that must be possible. I am adding Bernardo, he is in charge of
the translation part.
In case you don't receive answer here, there is a more appropriate
mailing list for translation: koha-transl...@lists.koha-community.org

Regards,
Jonathan

PS: I also added a subject to this reply

Le lun. 15 juin 2020 à 07:37,  a écrit :
>
> Dear List and Developers,
> a little bit strange question, but having practical importance for Armenian 
> users all over the world.
> Armenian language is having 2 independent branches - Eastern Armenian (spoken 
> in the Republic of Armenia), and Western Armenian (spoken in all European 
> countries, Americas and Middle East which have Armenian communities, ca. 7 
> million users).
> The alphabet for both languages is same, but the grammar is different.
> I'm localizing Koha system into Armenian for Eastern Armenian. And this is 
> anchored under the language code HY.
> Our colleagues from Diaspora, who are using Western Armenian, are asking to 
> localize the system also into Western Armenian.
>
> In ISO 639-3 standard 2 versions of Armenian language are present - hyw - for 
> Western, and hye - for Eastern.
>
> My question is - will be it possible instead HY, to have 2 language codes hyw 
> and hye for Armenian case?
>
> Is this technically possible?
>
> many thanks,
> Tigran
> ___
>
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

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

Re: [Koha] (no subject)

[Elaine Bradtke]

What field is your acc. no. in?  Ours is actually in the barcode field - if
that's the case, bc: in front of the number will work. If it's the biblio
number you are looking for sn: will work.
Elaine Bradtke
VWML
English Folk Dance and Song Society | http://www.efdss.org
Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY
Tel+44 (0) 20 7485 2206 (This number is for the English Folk Dance and
Song Society in London, England. If you wish to phone me personally, send
an e-mail first. I work off site)
--
Registered Company No. 297142
Charity Registered in England and Wales No. 305999


On Thu, Feb 20, 2020 at 2:05 AM Kumari Dissanayake <
dissanayakekuma...@gmail.com> wrote:

>  Search facility in Koha
>
> I have tried to search koha catalogues using ACC.No.  But it didnot work.
>
> In Koha catalogue can we use Inventory Number or Acc.No of a book as a
> search key factor (may be normal search or advanced search key factor
> except title, author, bar code number. isbn no etc..
>
> Please send me relevant options to follow.  An early reply is very much
> appreciated.
>
> thanks
>
> kumari
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
>
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] (no subject)

[Bob Birchall]

Tom, you'll need Ubuntu 18.04 LTS to run the latest Koha. Upgrade Ubuntu,
then install Koha from the Debian packages. To install 18.11 point your apt
source to 'old-stable'.
Bob


On Fri, 26 Jul 2019 at 16:01, Tom Obrien  wrote:

> I installed koha 18.11 on ubuntu 16.0.4 LTS and got the following error
> message. Kindly help: The following error occurred while importing the
> database structure:
>
> [Fri Jul 26 20:35:56 2019] install.pl: DBD::mysql::st execute failed:
> BLOB,
> TEXT, GEOMETRY or JSON column 'changed_fields' can't have a default value
> at /usr/share/perl5/DBIx/RunSQL.pm line 273.
>
> Please contact your system administrator
>
>
> Tom
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
>
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] (no subject)

[Hector Gonzalez]

> On Jun 5, 2019, at 11:02 PM, Charles Kelley  wrote:
> 
> $ sudo koha-remove mylibrary
> 
>The report was
> 
> ERROR 1133 (28000) at line 1: Can’t find any matching row in the user table
> 
>Any other suggestions?
> 
I recently had to do this again for an upgrade, and found this exact error.  It 
means the mysql user koha_mylibrary exists, but does not have a password 
assigned, so it can´t be found and erased properly.

you can add a password (it doesn´t matter which you use, it will be removed 
with koha-remove mylibrary), from mysql, with: 

grant all on koha_mylibrary.* to koha_mylibrary@localhost identified with 
'thispasswordwillberemovedbykoha-remove';

then koha-remove should be able to work.


>Hope all are well and all is well.
> 
>— Charles.
> 
>Charles Kelley
>PSC 704 Box 1029
>APO AP 96338
> 
>011-81-80-4714-5490 [JPN cell]
> 
>mnogoja...@aol.com 
>cmkelley...@gmail.com 
> 
>www.linkedin.com/in/cmkelleymls 
>Meeting Your Information Needs. Virtually.

--
Héctor González
ca...@genac.org

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

Re: [Koha] (no subject)

[Hector Gonzalez]

> On Jun 5, 2019, at 11:02 PM, Charles Kelley  wrote:
> 
> Hello, all
> 
>In our latest exchange, on June 6, 2019, at 9:00 AM, Héctor González wrote:
> 
>> Not so grand!  This means the user it is trying to create to grant database 
>> privileges is already there, and it won´t continue.  You should first make 
>> sure everything is clean of your previous attempts, or it will not proceed.
>> 
>> You should check mysql, and drop the user and the database if they exist 
>> before running that command again.
>> 
>> koha-remove can help you remove a previous installation attempt.
> 
>Sorry but this did not help. I typed in the terminal
> 
> $ sudo koha-remove mylibrary
> 
>The report was
> 
> ERROR 1133 (28000) at line 1: Can’t find any matching row in the user table
> 
>Any other suggestions?

Try sudo koha-remove --keep-mysql mylibrary  
so it doesn´t try to remove the mysql part, then check mysql, and see if the 
database is there or not.  If it is there, drop it, and then start again.  

The message indicates that the mysql user koha creates is not there, so this 
part is already done, and should be skipped.

The original message your system showed was about the linux user, which should 
also be deleted to proceed.

Your koha looks like it is in a half installed state, so you need to try and 
make it clean again.  You could also change the name of the library 
configuration, but the old files would be left there.

If this is just a development server, the fastest route might be to do:

sudo koha-create --create-db myotherlibrary


> 
>Hope all are well and all is well.
> 
>— Charles.
> 
>Charles Kelley
>PSC 704 Box 1029
>APO AP 96338
> 
>011-81-80-4714-5490 [JPN cell]
> 
>mnogoja...@aol.com
>cmkelley...@gmail.com
> 
>www.linkedin.com/in/cmkelleymls
>Meeting Your Information Needs. Virtually.
> 
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha

--
Héctor González
ca...@genac.org

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

Re: [Koha] (no subject)

[Charles Kelley]

Hello, all

In our latest exchange, on June 6, 2019, at 9:00 AM, Héctor González wrote:

> Not so grand!  This means the user it is trying to create to grant database 
> privileges is already there, and it won´t continue.  You should first make 
> sure everything is clean of your previous attempts, or it will not proceed.
> 
> You should check mysql, and drop the user and the database if they exist 
> before running that command again.
> 
> koha-remove can help you remove a previous installation attempt.

Sorry but this did not help. I typed in the terminal

$ sudo koha-remove mylibrary

The report was

ERROR 1133 (28000) at line 1: Can’t find any matching row in the user table

Any other suggestions?

Hope all are well and all is well.

— Charles.

Charles Kelley
PSC 704 Box 1029
APO AP 96338

011-81-80-4714-5490 [JPN cell]

mnogoja...@aol.com
cmkelley...@gmail.com

www.linkedin.com/in/cmkelleymls
Meeting Your Information Needs. Virtually.

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

Re: [Koha] (no subject)

[Hugo Agud]

It is because some bib records has not 942$c ,
Fill it and the message will dissapear

El El lun, 22 abr 2019 a las 20:07, vijay kumar 
escribió:

> Dear members,
> My library is transition to migrate from a proprietary softawre to Koha...
> Actually backup of prior ILS has been developed accordingly to support
> Koha-17.05.06
>
> But any how, we have tried to import the sql file in koha-18.05.11.
>
> After some modification, we are able to import in koha-latest
>
> 1. I am sharing the errors during zebra indexing
>
> I need your valuable suggestion to modify and rectify the errors
> Thaks,
>
> With regards,
> Vijay Kumar
>
>
> koha@virtualBox:/home/vijay$ /usr/share/koha/bin/migration_tools/
> rebuild_zebra.pl -b -a -r -v
>
>
> .item-level_itypes set but no itemtype set for item (13525) at
> /usr/share/koha/lib/Koha/Schema/Result/Item.pm line 710.
> .item-level_itypes set but no itemtype set for item (13526) at
> /usr/share/koha/lib/Koha/Schema/Result/Item.pm line 710.
> .item-level_itypes set but no itemtype set for item (13527) at
> /usr/share/koha/lib/Koha/Schema/Result/Item.pm line 710.
> .item-level_itypes set but no itemtype set for item (13528) at
> /usr/share/koha/lib/Koha/Schema/Result/Item.pm line 710.
> .item-level_itypes set but no itemtype set for item (13529) at
> /usr/share/koha/lib/Koha/Schema/Result/Item.pm line 710.
>
> 12801.
>
> 12901.
>
> 13001.
>
> 13101.
>
> 13201.
>
> 13301.
>
> 13401.
>
> 13501.
> Records exported: 13590
> 
> REINDEXING zebra
> 
> 
> CLEANING
> 
>
>
>
> --
> This is the MARC field of a record
>
> --
> LDR 00953a2200421   4500
> 000 B3
> 001 023974
> 005 20190307155428.0
> 008
> 001 23974
> 010_a
> 020_a9788184242576
>_cRS.1200.00
> 082_a025
>_bKOG
> 100 1  _aKoganuramath MM
> 245 1  _aLibrary and information science profession in the knowledge
> society
>_b
>_cM M Koganuramath, B D Kumber and B S Kedamani, ed.
> 246 1  _a
> 250_a
> 260_aNew Delhi
>_bAllied publishers
>_c2008
> 300_axviii, 398p.
>_bill.
> 490_a
> 500_a
> 508_a
> 600_a
> 610_a
> 611_a
> 630_a
> 650_a
> 651_a
> 653_aLibrary science
> 653_aDocumentation
> 654_a
> 700_aKumber,  B D, ed.
> 700_aKedamani, B S, ed.
> 856_d
>_f
>_u
> 904_a
> 951_a
> 964_a
>_b
>_c
>_d
>_e
>_f
>_g
> 965_a
> 999_c8553
>_d8553
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
>
-- 

*Hugo Agud - Orex Digital *

*www.orex.es *


[image: www.orex.es/koha] 
   [image: www.orex.es/vufind] 


Director

Passeig Comte Vilardaga, 118 3-3  08980 -Sant Feliu de Llobregat - Tel: 933
856 138   ha...@orex.es · http://www.orex.es/



No imprima este mensaje a no ser que sea necesario. Una tonelada de papel
implica la tala de 15 árboles y el consumo de 250.000 litros de agua.



Aviso de confidencialidad
Este mensaje contiene información que puede ser CONFIDENCIAL y/o de USO
RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni
está autorizado a recibirlo por el remitente), no está autorizado a copiar,
reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje
por error, por favor, notifíquenoslo inmediatamente y bórrelo de su sistema.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] (no subject)

[Alvaro Cornejo]

Hi

Installing a second language pack does not translate frameworks?

Check the documentation in oder to know how to do it.

Regards,

|-|
Envíe y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier
celular y Nextel
en el Perú, México y en mas de 180 paises. Use aplicaciones 2 vias via SMS
y GPRS online
  Visitenos en www.perusms.com


Le mar. 13 nov. 2018 à 06:29, mohammed abdelgadir  a
écrit :

> Hello
> have a nice day
> could you please guide me if I want to translate framework for KOHA to
> another language what's steps and commands do I can fellow.
> I look forward to hearing from you soon.
> Thanks in advance.
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
>
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] (no subject)

[Owen Leonard]

> I suddenly getting this message when importing records "Connection failed
> to Z3950.LOC.GOV."

It's possible that something changed with your organization's
firewall. Do Z39.50 searches of other institutions fail?

It's also just as likely that the Library of Congress' Z39.50 server
was down for a while.

  -- Owen

-- 
Web Developer
Athens County Public Libraries
http://www.myacpl.org
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] (no subject)

[Bob Birchall]

The MARC metadata are no longer in the biblioitems table (since 17.05). 
The new table is biblio_metatdata.

HTH,
Bob Birchall
Calyx

On 03/03/18 19:27, Javed Sahil wrote:

Hi all,
I am using koha 17.11,
Can anybody help me correcting the syntax?

ExtractValue( marcxml , ''//datafield[@tag="650"]/subfield[@code="a"]'')
AS lcsh FROM biblioitems)

The full code of report is following:

SELECT CONCAT('',biblionumber,'')
AS bibnumber, lcsh
FROM
(SELECT biblionumber, ExtractValue( marcxml ,
''//datafield[@tag="650"]/subfield[@code="a"]'')
AS lcsh FROM biblioitems)
AS subjects
WHERE lcsh LIKE CONCAT( '%', <>, '%' )

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


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

Re: [Koha] (no subject)

[Katrin Fischer]

Hi,

you probably changed the 999 field where Koha stores the biblionumber 
and biblioitemnumber - you need to restore this configuration. Maybe you 
still have an unchanged framework where you could copy from?


Katrin


On 28.02.2018 06:21, Ma. Victoria H. Silva-Manuel wrote:

Hi.

I'm getting this message:

software error No biblionumber tag for framework
/usr/share/koha/lib/C4/Biblio.pm line 3013.

I edited some fields in 900s. What field should I restore to solve this
problem.

Thanks


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

Re: [Koha] (no subject)

[Mehvish Farah]

Hey Indranil,
My mistake, the person who installed koha for me, says it's ubuntu not deb.
It didn't work.


On Monday, December 5, 2016, Indranil Das Gupta  wrote:

> Hello Mehvish,
>
> Thanks for clearing that up! :-)
>
> Since you are using 16.05 you do not need to jump through those hoops
> at all. In other words, the instructions in the PDF are not required.
>
> Simply edit the "Other options" section of your MARC21 frameworks 856
> $u and set the value for "Plugin" to "upload.pl'.
>
> And fix your koha-conf.xml, the   setting should read as
> /var/lib/koha//
> uploads
>
> hope this helps
> -indranil
>
> --
> 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
>
>
> On Tue, Dec 6, 2016 at 8:04 AM, Mehvish Farah  > wrote:
> > Hi Indranil,
> > Thanks for your reply.
> > Attached is the file that I followed.
> >
> > Version 16.5 and deb package
> >
> > I followed the file (attached) but i am stuck on step 6 where it says
> upload
> > docs while cataloging.book uploads and then says check permission.
> >
> > On Mon, Dec 5, 2016 at 1:50 PM, Indranil Das Gupta  >
> > wrote:
> >>
> >> Hi Mehvish
> >>
> >> Quick questions:
> >>
> >> a) what version of Koha are you using and how was it installed - (i)
> >> deb package or tarball?
> >>
> >> b) what is the full path to this folder that you mention has all the
> >> permissions for everyone?
> >>
> >> c) Have you linked your selected MARC21 framework's 856 $u field to
> >> the upload.pl plugin?
> >>
> >> regards
> >> -indranil
> >> --
> >> 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
> >>
> >>
> >> On Tue, Dec 6, 2016 at 2:37 AM, Mehvish Farah  >
> >> wrote:
> >> > I am not able to upload ebooks in the designated folder.it says check
> >> > permissions although the destination folder is open to everyone.
> >> >
> >> > --
> >> > *Mehvish*
> >> > ___
> >> > Koha mailing list  http://koha-community.org
> >> > Koha@lists.katipo.co.nz 
> >> > https://lists.katipo.co.nz/mailman/listinfo/koha
> >
> >
> >
> >
> > --
> > Mehvish
>


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

Re: [Koha] (no subject)

[Indranil Das Gupta]

Hi Mehvish

Quick questions:

a) what version of Koha are you using and how was it installed - (i)
deb package or tarball?

b) what is the full path to this folder that you mention has all the
permissions for everyone?

c) Have you linked your selected MARC21 framework's 856 $u field to
the upload.pl plugin?

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


On Tue, Dec 6, 2016 at 2:37 AM, Mehvish Farah  wrote:
> I am not able to upload ebooks in the designated folder.it says check
> permissions although the destination folder is open to everyone.
>
> --
> *Mehvish*
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Linking subject authority records to 650 via MarcEdit?

[Elaine Bradtke]

We had to create our authority files from scratch.  It was done by sucking
the data out of the relevant fields, deduplicating, standardizing,
correcting a lot of records (I was impressed with the number of different
ways A. L. Lloyd's name was used in our databases), etc. and then creating
a set of MARC authority records from the final list. The authority files
were uploaded into Koha first and then the biblio records. In that case the
link bibs to authorities works just fine.

In answer to Paul's question - "But I'm at a loss to understand how you can
"save" a biblio without the 650 creating its own (proper or
duplicate/erroneous) RLIN."
That depends on your system settings.  We started out with it set to
automatically create/link authorities when saving records, and this
resulted in erroneous duplicates that were a bother to weed out.  So now,
if the cataloguer doesn't chose to link to an authority, it won't link to
one or create on its own.

On Mon, Nov 21, 2016 at 10:09 PM, Craig Butosi <craig.but...@rcmusic.ca>
wrote:

> Hi Katrin,
>
> Thanks for responding. I have looked at the script, but -- and please
> correct me if I am wrong -- it looks like it requires an extant, populated
> authorities database from which to link bib records prior to running. Our
> problem here is that we do not have an auth db sufficiently populated. We
> migrated from our legacy system with no authority db. :( With Koha, we now
> have to manually populate our authorities db from scratch. We're up to
> about 350 authority files at present. A long way go. In an ideal world, I'd
> love to just dump the entire LC Name Authority file into our instance if I
> could, run the script, and delete authorities that remain unused, but I
> don't think that can be done at present. So, the misc/
> link_bibs_to_authorities.pl script will not work for us.
>
> Hence the inspiration for the MarcEdit method, a sort of
> middle-of-the-road automation solution to link authorities to bibs. With
> it, we can  link extant bibs as we add authorities, making it part of
> cataloguing workflow when necessary.
>
> -
> As a side note: this MarcEdit method does work; however, we are running
> into very weird character encoding issues when working from within Marc
> Edit - this is most likely independent of authority linking and probably
> with the data we imported into Koha during migration (which I thought was
> UTF-8 - apparently not). Embarrassingly, I did not catch this in time, and
> now some of our records have rather unfortunate character encoding
> anomalies - but at least they all linked to their respective authority!
>
> A word of caution: If one imports a bib record into MarcEdit which is
> already linked to an authority ($9), the record will include additional
> instances of the controlled variable field  linked to the auth db (1xx/7xx
> for names, 6xx for subjects, etc.). These additional fields are coming
> right from the authority record. For instance, in the MarcEdit editor,
> record 28577 is:
>
> =LDR  01004nam a2200277Ia 4500
> =001  39174
> =003  OTRCM
> =005  20161121110746.0
> =008  160713sxx000\0\und\d
> =028  32$aG. H. 2971 G. Hug
> =035  \\$aOTRCM
> =040  \\$cOTRCM
> =050  \4$aM221 .S48 B6 1900
> =100  1\$9398$aŠevčík, O.$q(Otakar),$d1852-1934
> =240  10$aBöhmische Tänze und Weisen. Selections
> =245  10$aBöhmische Tänze und Weisen, op. 10 :$bfür Violine mit begleiung
> des Pianoforte /$cO. Sevcik.
> =260  \\$aLeipzig :$bG. Hug,$c[19--].
> =300  \\$a1 score (15 p.) + 1 part (7 p.) ;$c32 cm.
> =650  \0$aViolin and piano music$xScores and parts.
> =942  \\$cPM$2lcc
> =999  \\$c28577$d28577
> =952  \\$00$10$2lcc$40$6M0221 S48 B6  
> 01900$70$8IM2$930318$aREL$bREL$cREL$d2007-12-15$oM221
> .S48 B6 1900$p33175000152151$r2007-12-15$w2016-07-13$yPM
> =100  z\$wnna$aŠevčík, Otakar Josef,$d1852-1934
> =100  z\$aŠevčík, Ottakar,$d1852-1934
>
> The last two fields after Field 952  which have Subfield Indicator 1 set
> to "z" are actually coming from the auth file. If you upload this record
> back into Koha without removing these two fields, they will display as
> additional 100s in staff/opac display! Yikes. However, a simple regex-based
> delete takes care of this before re-upload though (i.e., =\d{3}\s\sz.* )
>
> All best,
>
> Craig Butosi, MA, MLIS, B Mus (Hons.)
> LIBRARY SERVICES MANAGER
> THE ROYAL CONSERVATORY
> TELUS Centre for Performance and Learning
> 273 Bloor Street West
> Toronto, ON M5S 1W2
> 416.408.2824 x338
> www.rcmusic.ca
>
> -Original Message-
> From: Koha [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of Katrin
> Sent: November-21-16 3:45 PM
> To: koha@lists.katipo.co.nz
> Subject: Re: [Koha] Linking subject aut

Re: [Koha] Linking subject authority records to 650 via MarcEdit?

[Craig Butosi]

Hi Katrin,

Thanks for responding. I have looked at the script, but -- and please correct 
me if I am wrong -- it looks like it requires an extant, populated authorities 
database from which to link bib records prior to running. Our problem here is 
that we do not have an auth db sufficiently populated. We migrated from our 
legacy system with no authority db. :( With Koha, we now have to manually 
populate our authorities db from scratch. We're up to about 350 authority files 
at present. A long way go. In an ideal world, I'd love to just dump the entire 
LC Name Authority file into our instance if I could, run the script, and delete 
authorities that remain unused, but I don't think that can be done at present. 
So, the misc/link_bibs_to_authorities.pl script will not work for us.

Hence the inspiration for the MarcEdit method, a sort of middle-of-the-road 
automation solution to link authorities to bibs. With it, we can  link extant 
bibs as we add authorities, making it part of cataloguing workflow when 
necessary.

-
As a side note: this MarcEdit method does work; however, we are running into 
very weird character encoding issues when working from within Marc Edit - this 
is most likely independent of authority linking and probably with the data we 
imported into Koha during migration (which I thought was UTF-8 - apparently 
not). Embarrassingly, I did not catch this in time, and now some of our records 
have rather unfortunate character encoding anomalies - but at least they all 
linked to their respective authority!

A word of caution: If one imports a bib record into MarcEdit which is already 
linked to an authority ($9), the record will include additional instances of 
the controlled variable field  linked to the auth db (1xx/7xx for names, 6xx 
for subjects, etc.). These additional fields are coming right from the 
authority record. For instance, in the MarcEdit editor, record 28577 is:

=LDR  01004nam a2200277Ia 4500
=001  39174
=003  OTRCM
=005  20161121110746.0
=008  160713sxx000\0\und\d
=028  32$aG. H. 2971 G. Hug
=035  \\$aOTRCM
=040  \\$cOTRCM
=050  \4$aM221 .S48 B6 1900
=100  1\$9398$aŠevčík, O.$q(Otakar),$d1852-1934
=240  10$aBöhmische Tänze und Weisen. Selections
=245  10$aBöhmische Tänze und Weisen, op. 10 :$bfür Violine mit begleiung des 
Pianoforte /$cO. Sevcik.
=260  \\$aLeipzig :$bG. Hug,$c[19--].
=300  \\$a1 score (15 p.) + 1 part (7 p.) ;$c32 cm.
=650  \0$aViolin and piano music$xScores and parts.
=942  \\$cPM$2lcc
=999  \\$c28577$d28577
=952  \\$00$10$2lcc$40$6M0221 S48 B6  
01900$70$8IM2$930318$aREL$bREL$cREL$d2007-12-15$oM221 .S48 B6 
1900$p33175000152151$r2007-12-15$w2016-07-13$yPM
=100  z\$wnna$aŠevčík, Otakar Josef,$d1852-1934
=100  z\$aŠevčík, Ottakar,$d1852-1934

The last two fields after Field 952  which have Subfield Indicator 1 set to "z" 
are actually coming from the auth file. If you upload this record back into 
Koha without removing these two fields, they will display as additional 100s in 
staff/opac display! Yikes. However, a simple regex-based delete takes care of 
this before re-upload though (i.e., =\d{3}\s\sz.* )

All best,

Craig Butosi, MA, MLIS, B Mus (Hons.)
LIBRARY SERVICES MANAGER
THE ROYAL CONSERVATORY
TELUS Centre for Performance and Learning
273 Bloor Street West
Toronto, ON M5S 1W2
416.408.2824 x338
www.rcmusic.ca

-Original Message-
From: Koha [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of Katrin
Sent: November-21-16 3:45 PM
To: koha@lists.katipo.co.nz
Subject: Re: [Koha] Linking subject authority records to 650 via MarcEdit?

Hi Craig,

have you experimented with the misc/link_bibs_to_authorities.pl script for 
linking the bibliographic records with the authorities?

That said, what you want to do should work. We are importing 'prelinked'
bibliographic records with the auth_header.authid in $9 regularly.

Hope this helps,

Katrin

On 08.11.2016 21:26, Craig Butosi wrote:
> Hi Brain Trust,
>
> Koha 16.05.03 on Ubuntu 14.04 (package install)
>
> I am seeking advice for the following:
>
> Problem: 650 field text in bib records are not linked to Koha authorities 
> database (via $9), but the text itself has been validated against LCSH (using 
> OpenRefine). In other words, the text is in its authorized form, just not 
> linked to its auth record.
>
> Solution: Link 650 field data with its extant authority using MarcEdit
>
> Process:
>
>
> 1.   Run a Koha report to extract biblionumbers from records based on 
> some Subject  (i.e., "Symphonies")
>
> 2.   Import these records from Koha into MarcEdit using the batch search 
> function on "Record Number" (upload a plain-text file with biblionumbers only)
>
> 3.   Check that 650 data is in its authorized form.
>
> 4.   Append a $9 subfield with the appropriate RLIN number to the batch 
> (i.e., 650  //$aSymphonies --> 650  //$aSymphonies $9

Re: [Koha] Linking subject authority records to 650 via MarcEdit?

[Craig Butosi]

Hi Paul,

Thanks very much for responding.

Our bib records were imported from an Excel flat file. Before import, the data 
were structured and formatted as best as possible to conform to ISBD 
punctuation and AACR2r standards. I also did a huge amount of bibliographic 
enrichment. This included validating the 6xx, 7xx, and 1xx fields against LC 
Authorities/LCSH using OpenRefine's reconciliation service (an RDF plugin). The 
problem we had, however, was that the legacy data in the controlled fields in 
our old system were not controlled by a MARC-based authorities database, which 
meant that our fresh Koha instance was going to be without a populated 
authorities db from the start. As it stands, we now have to populate it from 
scratch. This is opportune, though, because we can create one that is clean and 
devoid of any duplicate RLINs. We're already up to 300 authorities since 
September.

>> But I'm at a loss to understand how you can "save" a biblio without the 650 
>> creating its own (proper or duplicate/erroneous) RLIN.

Well, the Excel flat file data in 6xx, 7xx, 1xx, etc. did not contain a $9 
subfield with RLIN number, because there was no extant authorities database to 
cross-reference. The result was fully-validated and parsed headings in these 
fields in our Koha instance, but uncoupled from an authority file (no $9). 
Slowly, we're trying to change that by linking authorities to bibs in Koha the 
expected way, though the staff cataloguing interface. However, if we can do 
this in batches via MarcEdit, being extremely careful, it would speed up the 
process immensely. I just want to make sure my methodology is not missing 
something.

C

Craig Butosi, MA, MLIS, B Mus (Hons.)
LIBRARY SERVICES MANAGER
THE ROYAL CONSERVATORY
TELUS Centre for Performance and Learning
273 Bloor Street West
Toronto, ON M5S 1W2
416.408.2824 x338
www.rcmusic.ca

-Original Message-
From: Koha [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of Paul A
Sent: November-08-16 4:00 PM
To: koha@lists.katipo.co.nz
Subject: Re: [Koha] Linking subject authority records to 650 via MarcEdit?

At 08:26 PM 11/8/2016 +, Craig Butosi wrote:
>Hi Brain Trust,
>Koha 16.05.03 on Ubuntu 14.04 (package install) I am seeking advice for
>the following:
>Problem: 650 field text in bib records are not linked to Koha
>authorities database (via $9), but the text itself has been validated
>against LCSH (using OpenRefine). In other words, the text is in its
>authorized form, just not linked to its auth record.

Question: how were your biblio records created? Manually? Z39.50? or some sort 
of other "import"?

We have experienced, over the years, a few problems, but intrinsically can see 
a "9 (RLIN)" for every 650 entry. The biggest problem is that if -- for 
whatever reason, accident, stupidity, IT -- you have *two* authorities, same 
text, different RLIN, and the cataloguer doesn't do a "search, choose"
for a 650, then you get yet *another* RLIN adding up to eventually hundreds of 
non-cross-referenced but identical "authorities." If there's only one, single 
RLIN, then Koha finds it, uses it, perfection...

I'm fairly certain that most of our "duplicate RLINs" were my fault when I 
migrated ($deity forbid) Excel flat files through the 2010 version of MarcEdit. 
I was wet behind the ears, knew nothing, and in a hurry -- it's been biting me 
ever since ;={  And there's no (apparent) simple manner to sort it out, except 
go manually through every authority...

But I'm at a loss to understand how you can "save" a biblio without the 650 
creating its own (proper or duplicate/erroneous) RLIN.

Disclaimer: Koha 3.8.24 from tarball.

Best -- Paul


>Solution: Link 650 field data with its extant authority using MarcEdit
>
>Process:
>
>
>1.   Run a Koha report to extract biblionumbers from records based on
>some Subject  (i.e., "Symphonies")
>
>2.   Import these records from Koha into MarcEdit using the batch
>search function on "Record Number" (upload a plain-text file with
>biblionumbers only)
>
>3.   Check that 650 data is in its authorized form.
>
>4.   Append a $9 subfield with the appropriate RLIN number to the
>batch (i.e., 650  //$aSymphonies --> 650  //$aSymphonies $917)
>
>5.   Upload batch back into Koha db.
>
>Questions:
>
>
>1.   Have any of you linked authority records to controlled variable
>fields using this method?
>
>2.   Is there anything I am missing?
>
>3.   Is this an utterly dangerous and careless way to be linking
>controlled fields to the Koha authorities db?
>
>Thank you!
>
>C
>
>Craig Butosi, MA, MLIS, B Mus (Hons.)
>LIBRARY SERVICES MANAGER
>the royal conservatory
>TELUS Centre for Performance and Learning
>273 Bloor Street West
>Toronto

Re: [Koha] Linking subject authority records to 650 via MarcEdit?

[Paul A]

At 08:26 PM 11/8/2016 +, Craig Butosi wrote:

Hi Brain Trust,
Koha 16.05.03 on Ubuntu 14.04 (package install)
I am seeking advice for the following:
Problem: 650 field text in bib records are not linked to Koha authorities 
database (via $9), but the text itself has been validated against LCSH 
(using OpenRefine). In other words, the text is in its authorized form, 
just not linked to its auth record.


Question: how were your biblio records created? Manually? Z39.50? or some 
sort of other "import"?


We have experienced, over the years, a few problems, but intrinsically can 
see a "9 (RLIN)" for every 650 entry. The biggest problem is that if -- for 
whatever reason, accident, stupidity, IT -- you have *two* authorities, 
same text, different RLIN, and the cataloguer doesn't do a "search, choose" 
for a 650, then you get yet *another* RLIN adding up to eventually hundreds 
of non-cross-referenced but identical "authorities." If there's only one, 
single RLIN, then Koha finds it, uses it, perfection...


I'm fairly certain that most of our "duplicate RLINs" were my fault when I 
migrated ($deity forbid) Excel flat files through the 2010 version of 
MarcEdit. I was wet behind the ears, knew nothing, and in a hurry -- it's 
been biting me ever since ;={  And there's no (apparent) simple manner to 
sort it out, except go manually through every authority...


But I'm at a loss to understand how you can "save" a biblio without the 650 
creating its own (proper or duplicate/erroneous) RLIN.


Disclaimer: Koha 3.8.24 from tarball.

Best -- Paul



Solution: Link 650 field data with its extant authority using MarcEdit

Process:


1.   Run a Koha report to extract biblionumbers from records based on 
some Subject  (i.e., "Symphonies")


2.   Import these records from Koha into MarcEdit using the batch 
search function on "Record Number" (upload a plain-text file with 
biblionumbers only)


3.   Check that 650 data is in its authorized form.

4.   Append a $9 subfield with the appropriate RLIN number to the 
batch (i.e., 650  //$aSymphonies --> 650  //$aSymphonies $917)


5.   Upload batch back into Koha db.

Questions:


1.   Have any of you linked authority records to controlled variable 
fields using this method?


2.   Is there anything I am missing?

3.   Is this an utterly dangerous and careless way to be linking 
controlled fields to the Koha authorities db?


Thank you!

C

Craig Butosi, MA, MLIS, B Mus (Hons.)
LIBRARY SERVICES MANAGER
the royal conservatory
TELUS Centre for Performance and Learning
273 Bloor Street West
Toronto, ON M5S 1W2
416.408.2824 x338
www.rcmusic.ca



Note: This email message and any attachments are intended only for the use 
of the individual to which it is addressed, and may contain information 
that is privileged, confidential and exempt from disclosure under 
applicable law. If the recipient of this email is not the intended 
recipient (or the employee or agent responsible for delivering the email 
to the intended recipient), you are hereby notified that any review, 
dissemination, distribution or copying or other use of this message is 
strictly prohibited. If you have received this communication in error, 
please notify the sender immediately by return email and delete this 
message and attachments from your system, thank you.

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


---
Maritime heritage and history, preservation and conservation,
research and education through the written word and the arts.
 and 

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

Re: [Koha] (no subject)

[vikram zadgaonkar]

Hi,
Have you mapped barcode field to 952$p while converting data?

Vikram Zadgaonkar

On Thu, Mar 5, 2015 at 12:44 AM, Haris Ahmad harisahmad...@yahoo.com
wrote:

 barcode no t showing when data import via marc edit how i resolve this
 issue plz help me

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

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

Re: [Koha] (no subject)

[Bob Birchall]

Hi Rena,
You need to do that for yourself.  Follow the last URL on this page.
Bob Birchall
Calyx


On 15/11/14 15:06, Sheffer, Rena A wrote:

unsubscribe


--
Confidentiality Notice: This e-mail message, including any attachments, is for 
the sole use of the intended recipient(s) and may contain confidential and 
privileged information. Any unauthorized review, use, disclosure or 
distribution is prohibited. If you are not the intended recipient, please 
contact the sender by reply e-mail and destroy all copies of the original 
message.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


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

Re: [Koha] (no subject)

[Darth_D]

pariyaram central library pariyaramcentrallibrary@... writes:

 
 How can I install koha in my library. pls give the detailed instruction


There are different sources depending on your operating system. The quickest
way i would recommend is to get the koha live cd that comes with a linux
distribution

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

Re: [Koha] (no subject)

[Vinod Kumar Mishra]

Please see the link to get the Live DVD for koha there are many other links:

http://sourceforge.net/projects/vkmkoha/

On Thu, 13 Mar 2014 13:45:11 +0530  wrote
pariyaram central library  writes:



 

 How can I install koha in my library. pls give the detailed instruction





There are different sources depending on your operating system. The quickest

way i would recommend is to get the koha live cd that comes with a linux

distribution



___

Koha mailing list http://koha-community.org

Koha@lists.katipo.co.nz

http://lists.katipo.co.nz/mailman/listinfo/koha



With regards,
Vinod Kumar Mishra,
Assistant Librarian,
(Library In-Charge)
Biju Patnaik Central Library,
NIT Rourkela,
Mob:91+9439420860
91+6612462103 (O)
email: vinod_librar...@rediffmail.com
 : mishrav...@gmail.com
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] (no subject)

[Tomas Cohen Arazi]

If you search for install koha on Google you're pointed to the official
instructions for doing it.

I'd recommend that you pick this one from the list:
http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages

Regards
To+



On Thu, Mar 13, 2014 at 4:25 AM, pariyaram central library 
pariyaramcentrallibr...@gmail.com wrote:

 How can I install koha in my library. pls give the detailed instruction
 --

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




-- 
Tomás Cohen Arazi
Prosecretaría de Informática
Universidad Nacional de Córdoba
✆ +54 351 4333190 ext 13168
GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] (no subject)

[Chris Cormack]

At the bottom of every mail is a link to the mailman page, where you
can unsubscribe. However I have manually unsubscribed you.

Since it was so important to you that you had to swear at a few
thousand people instead of reading the footer of the mail, or the
welcome mail that you got when you subscribed .

Chris

On 11 December 2013 22:13, AfZaL ImAm afzalima...@gmail.com wrote:
 How to Unsubscribe this fukcing koha conversation ...


 On Wed, Dec 11, 2013 at 2:41 PM, BWS Johnson 
 abesottedphoe...@yahoo.comwrote:

 Salvete!

  Forwarding this on from the Code4Lib listserv. Good luck!

  I didn't see country of origin stipulations, so I'd contact him if
 you're outside of the US to check on that.

 Cheers,
 Brooke

 
 Share your story of implementing an open source system at your library. If
 selected, you will get paid to develop a case study of your open source
 system adoption experience and learning.

 LYRASIS, in partnership with the Andrew W. Mellon Foundation
 https://foss4lib.org/article/2012/nov/second-mellon-grant-for-foss4lib,[0]
 is seeking academic and public libraries to share their experiences with
 open source systems, such as content repositories or institutional
 repositories, integrated library systems, or public-facing websites. The
 two selected case studies will be available on FOSS4Lib.org
 http://FOSS4Lib.org. This effort, part of the larger LYRASIS Digital
 http://www.lyrasis.org/lyrasisdigital[1] initiative, is a continuation
 of LYRASIS working with libraries and other cultural heritage organizations
 to learn about, evaluate, adopt, and use open source software systems.

 More information is available in the formal call-for-proposals document
 https://foss4lib.org/sites/default/files/inline/Open%20Source%20Case%20Study%20Call%20for%20Proposals.pdf.[2]
 To apply, submit a brief description of the potential case study by email
 to Peter Murraymailto:peter.mur...@lyrasis.org [3] with the name of the
 proposed primary author as well as names of others at the library who may
 contribute to creation of the case study. The deadline for submission is
 Friday, January 11, 2014.

 [0] https://foss4lib.org/article/2012/nov/second-mellon-grant-for-foss4lib
 [1] http://www.lyrasis.org/lyrasisdigital
 [2]
 https://foss4lib.org/sites/default/files/inline/Open%20Source%20Case%20Study%20Call%20for%20Proposals.pdf
 [3] mailto:peter.mur...@lyrasis.org
 --
 Peter Murray
 Assistant Director, Technology Services Development
 LYRASIS
 peter.mur...@lyrasis.orgmailto:peter.mur...@lyrasis.org
 +1 678-235-2955
 800.999.8558 x2955
 
 ___
 Koha mailing list  http://koha-community.org
 Koha@lists.katipo.co.nz
 http://lists.katipo.co.nz/mailman/listinfo/koha




 --

 *Afzal imam*
 *Technical Assistant*
 *Software Development Unit*
 *Dean Student's Welfare*

 *Aligarh Muslim University*
 *Aligarh*
 *Mob: 09319135278*
 ___
 Koha mailing list  http://koha-community.org
 Koha@lists.katipo.co.nz
 http://lists.katipo.co.nz/mailman/listinfo/koha
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] (no subject)

[Bob Birchall]

On 11/12/13 20:13, AfZaL ImAm wrote:

How to Unsubscribe this fukcing koha conversation ...


It is impolite to use language of that nature on a public mailing list.  
Please desist.


To unsubscribe, go to http://lists.katipo.co.nz/mailman/listinfo/koha 
and scroll to the bottom of the page.


Bob Birchall
Calyx

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

Re: [Koha] (no subject)

[Chrispin Simasiku Sitali]

So annoyed, but why? Koha is such a nice app. used by thousands of
libraries around the world!


On 11 December 2013 14:00, Bob Birchall b...@calyx.net.au wrote:

 On 11/12/13 20:13, AfZaL ImAm wrote:

 How to Unsubscribe this fukcing koha conversation ...


 It is impolite to use language of that nature on a public mailing list.
  Please desist.

 To unsubscribe, go to http://lists.katipo.co.nz/mailman/listinfo/koha and
 scroll to the bottom of the page.

 Bob Birchall
 Calyx


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




-- 
Charles Lwanga College of Education,
P. O. Box 660193,
Monze,
ZAMBIA.

Mobile: +26 0979 869471
+26 0966 869471
SKYPE: Libsitali
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] (no subject)

[Chris Cormack]

On 9 December 2013 19:49, arafat u rahman araf...@gmail.com wrote:
 i want  to  code for koha and want to be a developer pkz hrlp me

First you should set up a development environment

This might help you with that
http://wiki.koha-community.org/wiki/Setting_Up_Koha_in_Virtual_Environment_%2B_Using_That_as_a_Development_Environment

Then you could read
http://wiki.koha-community.org/wiki/Bug-enhancement-patch_Workflow
http://wiki.koha-community.org/wiki/Sign_off_on_patches
http://wiki.koha-community.org/wiki/Coding_Guidelines
http://wiki.koha-community.org/wiki/Version_Control_Using_Git
http://wiki.koha-community.org/wiki/I_want_to_help

Chris

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

Re: [Koha] (no subject)

[Tomas Cohen Arazi]

I cannot reproduce the error.


On Wed, Oct 2, 2013 at 9:13 AM, Erlanda Simonyan 
erlanda_simon...@flib.sci.am wrote:

 Dear  Community,

 We have some troubles ih Koha 3.12.05

  When we do search in
 
 http://93.187.162.200/cgi-bin/koha/opac-search.pl?limit=mc-itype,phr:CRof
 fset=180sort_by=relevance

 http://93.187.162.200/cgi-bin/koha/opac-search.pl?limit=mc-itype,phr:CRoff
 set=180sort_by=relevance we cannot see  records in some rows  (eg. row
 14,
 21, 22, :)

 It brings such error:

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

 How it can be solved?

 Thanks





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




-- 
Tomás Cohen Arazi
Prosecretaría de Informática
Universidad Nacional de Córdoba
✆ +54 351 4333190 ext 13168
GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] (no subject)

[Manos PETRIDIS]

This has to do with DNS I believe.

What DNS does is provide a way for host names (as kohaOPAC.mylibrary.edu
for example) to be translated to IP addresses (as 123.124.125.126). This
translation may be needed by either the workstation of the user trying to
access the koha system, or the system itself when it tries to access various
components (as the MySQL server for example).

If there is a namespace available (mylibrary.edu in our example), and
provisions have been made for it to accommodate a koha installation
(provision for the Fully Qualified Domain+Host names
kohaOPAC.mylibrary.edu and kohaADMIN.mylibrary.edu for example), and the
koha server has been configured accordingly, then no DNS host file tweaking
is necessary. 

The hosts file was the pre-DNS way of associating host names with IP
addresses, and is still used for compatibility reasons and those of
exception handling. Looking-up the hosts file is faster and usually precedes
making a query to one or more DNS servers. Therefore tweaking the host
file means add the necessary entries if needed, to a certain file named
hosts, so that the host names that the installer person selected/entered
previously during the installation procedures, do indeed point to a valid
host, either as a result of a DNS query or a hosts file look-up.

kind regards,
Manos PETRIDIS

NB: a hosts file may still be used nevertheless, even when DNS works fine,
just to attain some slight performance increase when accessing specific
hosts. It would be a poor practice however, as it could lead to difficult to
trace problems when something needs to be changed in the configuration and
no proper documentation exists/is consulted.


-Original Message-
From: koha-boun...@lists.katipo.co.nz
[mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of Richard Maileseni
Sent: Monday, August 26, 2013 10:55 AM
To: koha@lists.katipo.co.nz
Subject: [Koha] (no subject)

hi guys!

Please can anyone explain the Tweak Host File step in

http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages

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

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

Re: [Koha] (no subject)

[Bob Birchall]

On 25/08/13 19:34, Richard Maileseni wrote:

Hi guys!
Could anyone please help point out the best linux version to run koha on.
Im new at everything here so please help.
Thanks.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
We recommend Debian or Ubuntu.  Both have Koha available as packages, 
which makes Koha administration much easier.

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

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

Re: [Koha] (no subject)

[Mark Tompsett]

Greetings,

can anyone help me with how i could install koha. how do i install from 
the  .gz file?


Q1. What operating system are you using?

A1.   If debian, ubuntu, or some other debian-based variant:
   - Why are you using the .tar.gz file when packages is so much 
easier?

   http://wiki.koha-community.org/wiki/Debian
   http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages

   Else If not debian, ubuntu, or some other debian-based variant:
   - Can you use debian, ubuntu, or some other debian-based variant 
instead?

   If yes, see links above.
   If no, please answer Q1.

GPML,
Mark Tompsett 


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

Re: [Koha] (no subject)

[Mathieu Saby]

Hello
That's normal : UNIMARC indexing is working (with some errors), but 
rebuilding zebra generates a lot of warns.
I have made a patch for fixing this issue. It will probably be signed 
off in next days or weeks.


Regards,
M.  Saby

Le 06/05/2013 20:40, w h a écrit :

I am running Koha 3.10.5 on Debian Squeeze on a Windows 7 virtual machine.

A unimarc flavored instance was created and two records were loaded on
the fresh system from a Z39 server.

Retrieval of the records seemed to work correctly but a reindexing was
required after some editing of the two records.

The reindexing seems to have worked but produced a voluminous amount
of warming messages.  Does anyone know what these messages mean?

Here are the messages:


Records exported: 2

REINDEXING zebra

16:11:27-03/05 zebraidx(3490) [warn] Index 'Music-number' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Music-number' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'UPC' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'UPC' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'tpubdate' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Modified-code' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'char-encoding' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'char-encoding' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'char-encoding' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'script-Title' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Country-heading' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Illustration-code' not
found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Content-type' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Content-type' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Content-type' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Content-type' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Conference-code' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Festschrift-indicator' not
found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Index-indicator' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Literature-Code' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Biography-Code' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Type-Of-Serial' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Frequency-code' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Regularity-code' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Content-type' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Content-type' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index
'Conference-publication-Code' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index
'Title-Page-availability-Code' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Index-availability-Code'
not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index
'Cumulative-Index-availability-Code' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Video-mt' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Graphics-type' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Graphics-support' not
found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Graphics-support' not
found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Serials' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Serials' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Printed-music' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Printed-music' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Electronic-ressource' not
found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Title-host' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'title-host' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Title-host' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'title-host' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'lcn' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'lcn' not found in attset(s)

CLEANING

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



--
Mathieu Saby
Service d'Informatique Documentaire
Service Commun de Documentation
Université Rennes 2
Téléphone : 02 99 14 12 65
Courriel : mathieu.s...@univ-rennes2.fr

___
Koha mailing list  

Re: [Koha] (no subject)

[Mathieu Saby]

By the way, the patch I am working on is :
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8252

P. Poulain has already taken a look at it, but of course if other people 
are interested, they are free to test ;-)


M. Saby


Le 06/05/2013 21:49, Mathieu Saby a écrit :

Hello
That's normal : UNIMARC indexing is working (with some errors), but 
rebuilding zebra generates a lot of warns.
I have made a patch for fixing this issue. It will probably be signed 
off in next days or weeks.


Regards,
M.  Saby

Le 06/05/2013 20:40, w h a écrit :
I am running Koha 3.10.5 on Debian Squeeze on a Windows 7 virtual 
machine.


A unimarc flavored instance was created and two records were loaded on
the fresh system from a Z39 server.

Retrieval of the records seemed to work correctly but a reindexing was
required after some editing of the two records.

The reindexing seems to have worked but produced a voluminous amount
of warming messages.  Does anyone know what these messages mean?

Here are the messages:


Records exported: 2

REINDEXING zebra

16:11:27-03/05 zebraidx(3490) [warn] Index 'Music-number' not found 
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Music-number' not found 
in attset(s)

16:11:27-03/05 zebraidx(3490) [warn] Index 'UPC' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'UPC' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'tpubdate' not found in 
attset(s)

16:11:27-03/05 zebraidx(3490) [warn] Index 'Modified-code' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'char-encoding' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'char-encoding' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'char-encoding' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'script-Title' not found 
in attset(s)

16:11:27-03/05 zebraidx(3490) [warn] Index 'Country-heading' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Illustration-code' not
found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Content-type' not found 
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Content-type' not found 
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Content-type' not found 
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Content-type' not found 
in attset(s)

16:11:27-03/05 zebraidx(3490) [warn] Index 'Conference-code' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Festschrift-indicator' not
found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Index-indicator' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Literature-Code' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Biography-Code' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Type-Of-Serial' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Frequency-code' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Regularity-code' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Content-type' not found 
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Content-type' not found 
in attset(s)

16:11:27-03/05 zebraidx(3490) [warn] Index
'Conference-publication-Code' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index
'Title-Page-availability-Code' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Index-availability-Code'
not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index
'Cumulative-Index-availability-Code' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Video-mt' not found in 
attset(s)

16:11:27-03/05 zebraidx(3490) [warn] Index 'Graphics-type' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Graphics-support' not
found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Graphics-support' not
found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Serials' not found in 
attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Serials' not found in 
attset(s)

16:11:27-03/05 zebraidx(3490) [warn] Index 'Printed-music' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Printed-music' not found
in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Electronic-ressource' not
found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Title-host' not found in 
attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'title-host' not found in 
attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'Title-host' not found in 
attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'title-host' not found in 
attset(s)

16:11:27-03/05 zebraidx(3490) [warn] Index 'lcn' not found in attset(s)
16:11:27-03/05 zebraidx(3490) [warn] Index 'lcn' not found in attset(s)

CLEANING

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

Re: [Koha] (no subject)

[Vijay Tiwari]

Dear Friends

Please send the set up suggestions for setting the minimum MARC records for
starting a database conversion from libsys to Marc.
regards
vrt

On Mon, Dec 24, 2012 at 11:28 AM, Haik Zargaryan haikzargar...@yahoo.comwrote:

 Dear friends,

 We want to attach several URLs to the MARC record. Since the 856 $u field
 is repeatable, we have decided to clone the subfield several times. Yet,
 when we search for the record in the OPAC, only the first link is displayed
 in the results' page, meanwhile the other ones are not visible at all.

 We have a similar problem with the 856 $y field as well. All subfields
 are concatenated in one field and are displayed as a one text.

 We want to have all links each one with its appropriate text value, and of
 course, displayed separately. Is it possible?

 Thank you in advance,
 ___
 Koha mailing list  http://koha-community.org
 Koha@lists.katipo.co.nz
 http://lists.katipo.co.nz/mailman/listinfo/koha




-- 
Dr. Vijay Raghav Tiwari
Scientific Officer (E)/Librarian
Harish-Chandra Research Institute
Chhatnag Road, Jhunsi,
Allahabad-211019.
Phone Nos. 2274325 (O),2568302 (O),
2274064 (R)
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] (no subject)

[Indranil Das Gupta]

Haik,

On Mon, Dec 24, 2012 at 11:28 AM, Haik Zargaryan
haikzargar...@yahoo.com wrote:

 Dear friends,

Couple of pointers first :

a) use a suitable subject line to your email, if you wish people to
help you. without it, your query might escape attention.

b) while posting (specially when you are starting a new thread), you
need to mention the version of Koha you are using. A lot of things are
version specific.

snipped

 only the first link is displayed in the results' page, meanwhile the other
 ones are not visible at all.

Proper use of custom XSLT stylesheets and templates is the short
answer to your question.

Have a look here - http://libill.hartford.edu/koha/docs/koha_XSLT_howto.pdf

hope this helps,
idg


--
Indranil Das Gupta

Phone : +91-98300-20971
Blog: http://indradg.randomink.org/blog
IRC  : indradg on irc://irc.freenode.net
Twitter : indradg

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=-
Please exchange editable Office documents only in ODF Format. No other
format is acceptable. Support Open Standards.

For a free editor supporting ODF, please visit LibreOffice -
http://www.documentfoundation.org
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] (no subject)

[tigran]

Տարբերակ means Version
Tigran
 Probably better to ask this on the koha-translate list, that I have cced

 What does Տարբերակ translate to in English, is it END ? if so it
 looks
 like a template directive has been translated (which shouldn't happen)
 a quick fix is to open the doc-head-close.inc file and fix line 3.

 I wonder if this has happened to any other languages .. does anyone know?

 Chris

 On 26 November 2012 20:27, Haik Zargaryan haikzargar...@yahoo.com wrote:
 Dear friends,
 We have installed the latest version of koha 3.8 and added packs for
 Armenian language. For the staff interface everything works well, but
 when we activate language for the OPAC, a strange error occurs. Below
 you can see the error text.
 --
 Software error: Template process failed: file error - parse error -
 doc-head-close.inc line 3:
 unexpected token (Տարբերակ) [% Տարբերակ %] at
 /usr/share/koha/lib/C4/Templates.pm line 127.
 --
 Any ideas?
 Thanks in advance,
 Haik.
 ___
 Koha mailing list  http://koha-community.org
 Koha@lists.katipo.co.nz
 http://lists.katipo.co.nz/mailman/listinfo/koha
 ___
 Koha mailing list  http://koha-community.org
 Koha@lists.katipo.co.nz
 http://lists.katipo.co.nz/mailman/listinfo/koha



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

Re: [Koha] (no subject)

[Chris Cormack]

Probably better to ask this on the koha-translate list, that I have cced

What does Տարբերակ translate to in English, is it END ? if so it looks
like a template directive has been translated (which shouldn't happen)
a quick fix is to open the doc-head-close.inc file and fix line 3.

I wonder if this has happened to any other languages .. does anyone know?

Chris

On 26 November 2012 20:27, Haik Zargaryan haikzargar...@yahoo.com wrote:
 Dear friends,
 We have installed the latest version of koha 3.8 and added packs for Armenian 
 language. For the staff interface everything works well, but when we activate 
 language for the OPAC, a strange error occurs. Below you can see the error 
 text.
 --
 Software error: Template process failed: file error - parse error - 
 doc-head-close.inc line 3:
 unexpected token (Տարբերակ) [% Տարբերակ %] at 
 /usr/share/koha/lib/C4/Templates.pm line 127.
 --
 Any ideas?
 Thanks in advance,
 Haik.
 ___
 Koha mailing list  http://koha-community.org
 Koha@lists.katipo.co.nz
 http://lists.katipo.co.nz/mailman/listinfo/koha
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] (no subject)

[Magnus Enger]

On 6 November 2012 08:32, Haik Zargaryan haikzargar...@yahoo.com wrote:

 Dear community,

 When I delete a record it is still shown in the catalog, although when I
try to open it koha responses  that The record you requested does not
exist. How can simply eliminate the deleted record from the catalog (both
OPAC and Intranet)?


Hi!

There is a FAQ that sounds similar to this here:
http://koha-community.org/faqs/deleting-biblios-biblioitems-deleted-items-whats-wrong/

Best regards,
Magnus Enger
libriotech.no
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] (no subject)

[Manos PETRIDIS]

Same for 092 fields.

MP

-Original Message-
From: koha-boun...@lists.katipo.co.nz
[mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of Haik Zargaryan
Sent: Monday, October 01, 2012 11:26 AM
To: koha@lists.katipo.co.nz
Subject: [Koha] (no subject)

Dear community,

I want to use the *534* (Original Version Note) field in the Default MARC
framework. Obviously, the framework already includes it, so I do not need to
add it. But the problem is that when I am creating a new record the *534*
field is not visible. Maybe I should somehow activate it or make usable?

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

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

Re: [Koha] (no subject)

[Bernardo Gonzalez Kriegel]

Hi,
I think you should look at (
http://manual.koha-community.org/3.8/en/catadmin.html#marcbibframeworks)
for a start.
What you need is to modify your MARC framework.
Go to Admin  Bib Frameworks  Default, search for 534, edit subfields, and
for each subfield you want to use
do edit, show more restrictions and put a 0 on hidden field. Save. Done
But I think is not a good idea modify the default framework, consider
create a new one.

Regards,
Bernardo
-- 
Bernardo Gonzalez Kriegel
bgkrie...@gmail.com



On Mon, Oct 1, 2012 at 5:26 AM, Haik Zargaryan haikzargar...@yahoo.comwrote:

 Dear community,

 I want to use the *534* (Original Version Note) field in the Default MARC
 framework. Obviously, the framework already includes it, so I do not need
 to add it. But the problem is that when I am creating a new record the
 *534* field is not visible. Maybe I should somehow activate it or make
 usable?

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

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

Re: [Koha] (no subject)

[schnydszch]

This problem already solve. What I did was to drop the koha database and then
import my previous database (koha 3.6). What I did previously was to just
overwrite (?) existing original koha database with mysqldump of my backup
database. And when I run zebra rebuilds items were showing up. 



--
View this message in context: 
http://koha.1045719.n5.nabble.com/no-subject-tp5684648p5721200.html
Sent from the Koha-general mailing list archive at Nabble.com.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] (no subject)

[Joe]

We are not creating items for our periodicals. Currently we are using the
Alternate Holdings Field option to make holdings in a specific field show
up in the OPAC. Click on Administration in the More Menu and choose Global
System Preferences. Click on Cataloging on the left side and scroll down
to Record Structure. The first preference should be the Alternate
Holdings Field prefernce. What it does is use a specified field to show
holdings for records that do not have items associated with them. This is
ideal as we have non-standard holdings information for our out of date
periodicals. For titles that have subscriptions we enter See Subscriptions
for More Details in the Alternate Holdings Field. We have copied and
pasted our non-standard holdings into the Manual History for the
subscriptions. They don't show up except in the brief history view, but the
information is there. None of this may be ideal, but it works. :-) It sure
beats paying $1,000 a year for an outdated and mostly useless periodicals
program. :-) We can actually search by subject now. :-)

Sincerely,
-Joe-

-- 
Joseph Alway
Access Services Coordinator
Chan Shun Centennial Library
Southwestern Adventist University

The World's Great Literary Masterpieces. Freely Available At Your
Fingertips. Project Gutenberg. The Free Digital Library.
http://www.gutenberg.org

On Mon, Jun 4, 2012 at 2:04 AM, Haik Zargaryan haikzargar...@yahoo.comwrote:

 Dear community,

 I am writing you again for an advice regarding our serials catalog. One of
 our problems is to generate items for periodicals issues which
 themselves are holdings. Ian in his response to my first mail mentioned
 that issues have an option to generate items for themselves at the
 Subscription level. But we do not know the tool, Can somebody hint us?

 The second question is about the difficulties with cataloging our
 newspapers. The fields that are for storing complex serial information,
 like 853-855, 863-865, 866-868, are absent in koha. What we really need is
 to display which issues we have and which are missing. Any advises?

 Regards,

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

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

Re: [Koha] (no subject)

[Eric Bégin]

Eugene,

Make sure you are reindexing using the koha user, not root.

The output of your rebuild_zebra command should give you additional info 
if you add the verbose flag (-v).


Hope that helps,

Eric Bégin
www.inLibro.com

On 2012-05-03 20:46, eugene jose espinoza wrote:

good day koha users and developers. I'm trying out version 3.8 in Ubuntu 10.04. 
Already installed koha and it's dependencies. already run zebra indexer fast 
index, -x -b. My problem is that why are there no items in my catalog (OPAC and 
admin interface)? I'm at lost. in my previous koha installation, 3.2. to 3.6, 
the items for the biblios are there, but now for koha 3.8 there are none. hope 
you can help me with this. thank you.


EUGENE JOSE T. ESPINOZA




Legislative Staff Officer II
House of Representatives
Legislative Library Services
Congressional Library Bureau




Archives Assistant
Salvador H. Laurel Archives
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


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

Re: [Koha] (no subject)

[Bob Birchall]

On 07/01/12 18:43, Jonson philip wrote:

hi
i'm facing a problem with searching any data in items ,  just in new 
records , can,t search in items with any data .. any help
You'll really have to provide more information than that to get any 
specific help.  Perhaps this link will help you in the first instance:

http://koha-community.org/documentation/faq/searching/

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

Re: [Koha] (no subject)

[Magnus Enger]

2011/6/7 Abdullah Al-Modabber modab...@yahoo.com:
 Hi,
 When I choose
 Home › Tools › Patron Card Creator › Manage Card Batches
 When I try to create a new batch the following error shows
 WARNING: The database returned an error while saving batch 0. Please have
 your system administrator check the error log for details.

 I need to know the location of the error file and how to solve. Can anyone
 give me any idea.

Hi!

I think this is a known bug:
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6415

A patch has been pushed, so hopefully the solution makes it into version 3.4.2.

Best regards,
Magnus Enger
libriotech.no
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha