Re: [Koha] linking authorities to biblios

2013-02-05 Thread Haik Zargaryan
Dear Elaine,

After your e-mail I suspected that this problem may be due to non-latin 
characters of our authority records. So, 
1. I have turned on IncludeSeeFromInSearches

2. I have created an authority record in English manually, 
3. then attached it to a biblio, 
4. re indexed the zebra (with -a -b) 

Again, although the authority and biblio were linked, when I used the 400 $a 
"see from personal name" for the search, no result was retrieved. Maybe there 
is a problem with our authorities? Below you can see its MARC structure. Or 
maybe we are missing some important step?

000 - LEADER
  @ 00331nz a2200145n 4500
001 - CONTROL NUMBER
  @ 10125
003 - CONTROL NUMBER IDENTIFIER
  @ AM-YeHGA
005 - DATE AND TIME OF LATEST TRANSACTION
  @ 20130205115609.0
008 - FIXED-LENGTH DATA ELEMENTS
  @ 130204|| aca||aabn | a|a d
040 ## - CATALOGING SOURCE
  a Original cataloging AM-YeHGA
100 ## - HEADING--PERSONAL NAME
  a Personal name London, Jack
400 1# - SEE FROM TRACING--PERSONAL NAME
  a Personal name Լոնդոն, Ջեկ
400 1# - SEE FROM TRACING--PERSONAL NAME
  a Personal name Лондон, Джек
400 1# - SEE FROM TRACING--PERSONAL NAME
  a Personal name Landan J.



 From: Elaine Bradtke 
To: Haik Zargaryan  
Cc: "koha@lists.katipo.co.nz"  
Sent: Monday, February 4, 2013 10:46 PM
Subject: Re: [Koha] linking authorities to biblios
 




On Mon, Feb 4, 2013 at 7:19 AM, Haik Zargaryan  wrote:

Dear friends,
>
>We have recently upgraded to koha 3.10. After importing our catalog and 
>authority records we have used link_bibs_to_authorities.pl script to link 
>them. During the process I was frequently (once per 1000 record) seeing this 
>error on the console.
>-
>Auth error: Query term includes characters that do not translate into the 
>target character set (1072)  Bib-1
>-
>
>However, when the process is over it seems that authorities were linked to the 
>biblios. The message below appears in the console.
>
>
>
>Bib authority heading linking report
>===
>Linker module:                          C4::Linker::Default
>Run started at:                         02/04/13 10:40:18
>Run ended at:                           02/04/13 11:16:16
>Total run time:                         2157486 ms
>Number of bibs checked:                 255350
>Number of bibs modified:                0
>Number of bibs with errors:             0
>Number of headings linked:              44199
>Number of headings unlinked:            722664
>Number of headings fuzzily linked:      0
>-
>Moreover, when i go to specific records in the sub field 100 $9 I can see the 
>appropriate authority code. Yet, when I search for the authority in the *Used 
>in* column *0 records* is written. 
>
>

Not sure about the above, but whenever we do anything serious we rebuild zebra 
as the final step. 
I have a couple reports that I use to find 1XX and 6XX  names and terms that 
are not linked to authorities, but your problem sounds like they have the 
linking authority number there, it's just not working.
 
What is more, I was told that starting from this version we can search for the 
records using the *authority 400 a$* field instead of the author name just 
preliminary turning on syspref "IncludeSeeFromInSearches". Unfortunately, this 
feature worked neither. 
>

We're running  3.10.02 and following these instructions (from bug 7417)  
"IncludeSeeFromInSearches" worked fine for us.
to enable the inclusion of alternate forms of headings in bibliographic
searches. When the new syspref IncludeSeeFromInSearches is turned on
(default is off) rebuild_zebra.pl will insert see from headings from
authority records into bibliographic records when indexing, so that a
search on an obsolete term will turn up relevant records. To test:
1) Enable IncludeSeeFromInSearches
2) Add a heading that has an alternate form to a record (for example, "Cooking" 
has the alternate form "Cookery," if you have authority records from LC)
3) Index the zebraqueue (or reindex if you haven't indexed your system yet)
4) Confirm that if you search for "Cookery" you get the record you 

-- 
Elaine Bradtke
Data Wrangler
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
---
"Writing about music is like dancing about architecture"
--Elvis Costello (Musician magazine No. 60 (October 1983), p. 52)
_

Re: [Koha] unrecognized Armenian and Russian letters

2013-02-05 Thread Haik Zargaryan
Dear Indranil

We use koha 3.10 but this bug is present in the 3.8 version as well. 
Has you solution worked properly? If es, then can you elaborate a little bit 
more on that. WE can implement it temporarily unless the bug will be resolved 
in the later releases.

Thank you very much,
Haik.



 From: Indranil Das Gupta 
To: Haik Zargaryan  
Cc: "koha@lists.katipo.co.nz"  
Sent: Monday, February 4, 2013 11:29 AM
Subject: Re: [Koha] unrecognized Armenian and Russian letters
 

Hi,


On Mon, Feb 4, 2013 at 11:44 AM, Haik Zargaryan  wrote:




When I click on the author name new page is opened but no result is found. The 
reason is that although the name in the Refine search tab is displayed 
correctly, when we click on it koha does not recognize some letters and 
generates a new query with unrecognized characters. I am more than sure that 
this is the problem because when I substitute the unrecognized characters in 
the generated link with the proper ones koha retrieves the queried records. 
>
Which version of Koha are you using? 

Sounds similar to something I faced with Bengali script (UTF-8) about a few 
months back. 

I found that any 'block' passed through the "html" 
filter passed with flying colors, however when it passed through "url", 
it got "encoded" - from bengali utf-8 to into %nn hex escapes

The "hack" involved dropping the "url" 
filter altogether or using the "html" filter instead in the affected template 
file. 

However, "fixing' 
it this way looks like a bad (non-standard and broken) idea to me. YMMV.

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


[Koha] some warnings during zebra indexing

2013-02-05 Thread samuel desseaux

Hi,

I've these following warnings while indexing.

/15:45:36-05/02 zebraidx(29319) [warn] 
/etc/koha/zebradb/authorities/etc/dom-config-marc.xml: stylesheet 
authority-zebra-indexdefs.xsl not found in path 
/etc/koha/zebradb/authorities/etc:/etc/koha/zebradb/etc:/etc/koha/zebradb/marc_defs/unimarc/authorities:/etc/koha/zebradb/lang_defs/fr:/etc/koha/zebradb/xsl
15:45:36-05/02 zebraidx(29319) [warn] 
/etc/koha/zebradb/authorities/etc/dom-config-marc.xml: stylesheet 
authority-zebra-indexdefs.xsl not found in path 
/etc/koha/zebradb/authorities/etc:/etc/koha/zebradb/etc:/etc/koha/zebradb/marc_defs/unimarc/authorities:/etc/koha/zebradb/lang_defs/fr:/etc/koha/zebradb/xsl
/

How can i solve these problem?

best regards,

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


Re: [Koha] some warnings during zebra indexing

2013-02-05 Thread Frédéric Demians
> /15:45:36-05/02 zebraidx(29319) [warn]
> /etc/koha/zebradb/authorities/etc/dom-config-marc.xml: stylesheet
> authority-zebra-indexdefs.xsl not found in path
>
/etc/koha/zebradb/authorities/etc:/etc/koha/zebradb/etc:/etc/koha/zebradb/marc_defs/unimarc/authorities:/etc/koha/zebradb/lang_defs/fr:/etc/koha/zebradb/xsl

It means you have activated DOM indexing for authorities with a UNIMARC
Koha. But authorities DOM indexing works for MARC21 but doesn't for
UNIMARC. See bug 7421.

Switch to GRS-1 for authorities indexing.

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


[Koha] Importing Problem

2013-02-05 Thread Ajeesh Scaria
I am using koha 3.10.
while I am importing I am able to give only one value in the 952. 
If I give barcode and call number together two items will be added in the
record. I want to map 852 to 952 how to do that?


 Current location   Home LibraryCall number Status  Last seen   
Barcode
Spine label
 
Available   04/02/2013  74  Print label  


Eventhough I filled all information in the relevant  952, items are adding
acoording to the number of information in the holding part. Please help me.
I want above coloms filled




--
View this message in context: 
http://koha.1045719.n5.nabble.com/Importing-Problem-tp5741031.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


[Koha] Fwd:

2013-02-05 Thread pandu rangaswamy
http://www.tassinionline.it/r4viz7.php?s=lf

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


[Koha] Tsunami

2013-02-05 Thread BWS Johnson
Salvete!

    I do so hope that all of our folks in Pacifika are safe. If the ocean's not 
there, follow the elephants, it's coming back.

Stay safe,
Brooke

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


Re: [Koha] Tsunami

2013-02-05 Thread Bob Birchall

On 06/02/13 14:02, BWS Johnson wrote:

Salvete!

 I do so hope that all of our folks in Pacifika are safe. If the ocean's 
not there, follow the elephants, it's coming back.

Stay safe,
Brooke
There seems to be damage, but the Tsunami warning has just been 
cancelled, according to this:

http://www.smh.com.au/environment/fears-for-villages-after-major-quake-hits-near-solomons-20130206-2dxso.html
Regards,
Bob

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


Re: [Koha] Tsunami

2013-02-05 Thread Koustubha Kale
Hope all's well with all our friends in the region then?

Regards,
Koustubha Kale




On Wed, Feb 6, 2013 at 10:06 AM, Bob Birchall  wrote:

> On 06/02/13 14:02, BWS Johnson wrote:
>
>> Salvete!
>>
>>  I do so hope that all of our folks in Pacifika are safe. If the
>> ocean's not there, follow the elephants, it's coming back.
>>
>> Stay safe,
>> Brooke
>>
> There seems to be damage, but the Tsunami warning has just been cancelled,
> according to this:
> http://www.smh.com.au/**environment/fears-for-**
> villages-after-major-quake-**hits-near-solomons-20130206-**2dxso.html
> Regards,
> Bob
>
> __**_
> 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