Re: [Koha] opac's record

2012-04-17 Thread Mirko
Koha 2.2.9 is 5 (!) years old and completely unsupported. You do not
want to use it. Please consider getting the latest version from
http://koha-community.org/download-koha/



schrieb maq baq am 17.04.2012 08:42:
> Dear sir, i have installed koha 2.2.9 on windows, and i want to
> know how to display the call number and dewey number in the user
> interface record (opac), can anyone help me please.
> 
> best wishes
> 
> Mohammad A. Qassim system manager. central library university of
> mosul ___ 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] opac's record

2012-04-17 Thread Manzoor Babu
How the backup data can be merged on a fresh installation
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Bulk patron anonymize/delete tool

2012-04-17 Thread Chris Cormack
On 17 April 2012 09:41, Tom Hanstra  wrote:
> 3.6.4
>
> Thanks!
>
> Tom

Hi Tom

So I checked out 3.6.4 set up a borrower to use, and put that
borrowernumber (17) into the anonymous patron syspref

I then ran the anonymise feature and now

 select * from old_issues limit 3;
+++++---++-++--+-++
| borrowernumber | itemnumber | date_due   | branchcode |
issuingbranch | returndate | lastreneweddate | return | renewals |
timestamp   | issuedate  |
+++++---++-++--+-++
| 17 |  6 | 2009-01-24 | WORK   | NULL
 | 2009-01-03 | NULL| NULL   | NULL | 2012-04-17
19:52:30 | 2009-01-03 |
| 17 |  2 | 2008-07-23 | WORK   | NULL
 | 2009-04-19 | NULL| NULL   | NULL | 2012-04-17
19:52:30 | 2008-07-02 |
| 17 |  4 | 2009-05-10 | OFFICE | NULL
 | 2009-04-19 | NULL| NULL   | NULL | 2012-04-17
19:52:30 | 2009-04-19 |
+++++---++-++--+-++

They have all been changed to borrower 17,  so it seems to be working
fine for me

I'm not sure what we are doing differently.

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


Re: [Koha] Koha 4 timeframe

2012-04-17 Thread Chris Cormack
On 17 April 2012 11:22, clint.deckard  wrote:
> Greetings,
> I seem to recall a small discussion at some stage during Kohacon 2010 about
> the path to Koha 4, does anyone have anything further on this?
> An update of perl was floated?
>
As far as I know it doesn't exist anywhere :)

3.8.0 will be released april 23, 3.10.0 will follow in October.

http://koha-community.org/about/release-schedule/
http://koha-community.org/roles-koha-3-10-0/

Not sure when 4.0.0 would be, maybe April next year, we currently
require a minimum of perl 5.10 (up from 5.8 in 3.2)
so upgrading the minimum perl version doesn't mean we have to jump a
major number.

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


Re: [Koha] Koha reindex with Zebra doesn't work

2012-04-17 Thread Alex87
Can this problem with the Zebra indexing be caused by the 2 errors show in
the Administrator Panel of the MARC record?
http://koha.1045719.n5.nabble.com/file/n5646312/biblio_error.png 

Thanks and kind regards

--
View this message in context: 
http://koha.1045719.n5.nabble.com/Koha-reindex-with-Zebra-doesn-t-work-tp5642993p5646312.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] Bulk patron anonymize/delete tool

2012-04-17 Thread Tom Hanstra
What are your other system preference values with regard to Privacy?  
Perhaps we have a different combination of options in place?


We have:
Don't Allow AnonSuggestions
Keep for EnableOpacSearchHistory
Don't allow OPAC Privacy
Allow opacreadinghistory

Thanks,
Tom

On 04/17/2012 03:55 AM, Chris Cormack wrote:

On 17 April 2012 09:41, Tom Hanstra  wrote:

3.6.4

Thanks!

Tom

Hi Tom

So I checked out 3.6.4 set up a borrower to use, and put that
borrowernumber (17) into the anonymous patron syspref

I then ran the anonymise feature and now

  select * from old_issues limit 3;
+++++---++-++--+-++
| borrowernumber | itemnumber | date_due   | branchcode |
issuingbranch | returndate | lastreneweddate | return | renewals |
timestamp   | issuedate  |
+++++---++-++--+-++
| 17 |  6 | 2009-01-24 | WORK   | NULL
  | 2009-01-03 | NULL| NULL   | NULL | 2012-04-17
19:52:30 | 2009-01-03 |
| 17 |  2 | 2008-07-23 | WORK   | NULL
  | 2009-04-19 | NULL| NULL   | NULL | 2012-04-17
19:52:30 | 2008-07-02 |
| 17 |  4 | 2009-05-10 | OFFICE | NULL
  | 2009-04-19 | NULL| NULL   | NULL | 2012-04-17
19:52:30 | 2009-04-19 |
+++++---++-++--+-++

They have all been changed to borrower 17,  so it seems to be working
fine for me

I'm not sure what we are doing differently.

Chris


--


 Tom Hanstra  Systems Administrator
 Hesburgh Libraries of Notre Dame Phone: (574)631-4686
 213 Hesburgh Library Email: t...@nd.edu
 Notre Dame, IN  46556

  "Now, here, you see, it takes all the running you can do, to keep in
   the same place. If you want to get somewhere else, you must run at
   least twice as fast as that!"
  Lewis Carroll - Through the Looking Glass


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


Re: [Koha] Koha reindex with Zebra doesn't work

2012-04-17 Thread Frédéric Demians

> Can this problem with the Zebra indexing be caused by the 2 errors
> show in the Administrator Panel of the MARC record?

No, it can't be that. I've just tried to do an English UNIMARC
installation: it works. So there is something weird in your
installation.

Are you sure you haven't for example done a MARC21 installation and then
switched to UNIMARC via Koha system preferences? In this case, your
koha-conf.xml file points to MARC21 Zebra configuration files, and your
Koha instance send to Zebra UNIMARC records. You can see if it is the
case in this config file:

  etc/zebra/zebra-biblios.cfg

in parameter profilePath.

In any case, I recommend you to redo a complete installation from
scratch.

Kind regards,
--
Frédéric DEMIANS
http://www.tamil.fr/u/fdemians.html
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Koha reindex with Zebra doesn't work

2012-04-17 Thread mourik jan c heupink

Hi,


 > Can this problem with the Zebra indexing be caused by the 2 errors
 > show in the Administrator Panel of the MARC record?

No, it can't be that. I've just tried to do an English UNIMARC
installation: it works. So there is something weird in your
installation.
Hmm. I'm having similar problems... I installed koha from the squeeze 
apt-repository, and imported a database from an old 2.2.6 install. 
(converted to 3.6 format by Paul Poulain)


I too get the following error:
17:19:06-17/04 zebraidx(2295) [warn] Record didn't contain match fields 
in (bib1,Local-number)


Did you also use the "apt-get install koha-common" mehtod to install koha?

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


[Koha] User registration process send an email with no data to upgrade/modify !!!

2012-04-17 Thread Adalid Ortiz
When a patron modify data in his account Koha send the notifacion email with 
blank data about the user info:

***
Patron 

has requested to change her/his personal details.
Please check these new details and make the changes:
surname :   -->  
firstname :   -->  
othernames :   -->  
streetnumber :   -->  
address :   -->  
address2 :   -->  
city :   -->  
state :   -->  
zipcode :   -->  
country :   -->  
phone :   -->  
mobile :   -->  
fax :   -->  
phonepro :   -->  
emailaddress :   -->  
emailpro :   -->  
B_streetnumber :   -->  
B_address :   -->  
B_address2 :   -->  
B_city :   -->  
B_state :   -->  
B_zipcode :   -->  
B_country :   -->  
B_phone :   -->  
B_email :   -->  
dateofbirth :   -->  
sex :   -->  


Thanks,
Koha
*
Any help?

We are using Koha 3.04.04.000 


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


[Koha] Koha HTTPS

2012-04-17 Thread G. Laws
Is it common practice to enable https* by default on Koha servers? Any
arguments for or against?



*by creating an Apache config file that includes the SSL cert. As an
example, you can connect to Google either by http://google.com or by
https://google.com, because Google has enabled this. The latter creates
a secure, end-to-end connection.

-- 

Greg Lawson
Rolling Hills Consolidated Library
1912 N. Belt Highway
St. Joseph, MO 64506

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


Re: [Koha] Koha HTTPS

2012-04-17 Thread Tom Hanstra
We have done this for both the Public and Staff interfaces and it works 
fine.


Tom

On 04/17/2012 01:21 PM, G. Laws wrote:

Is it common practice to enable https* by default on Koha servers? Any
arguments for or against?



*by creating an Apache config file that includes the SSL cert. As an
example, you can connect to Google either by http://google.com or by
https://google.com, because Google has enabled this. The latter creates
a secure, end-to-end connection.



--


 Tom Hanstra  Systems Administrator
 Hesburgh Libraries of Notre Dame Phone: (574)631-4686
 213 Hesburgh Library Email: t...@nd.edu
 Notre Dame, IN  46556

  "Now, here, you see, it takes all the running you can do, to keep in
   the same place. If you want to get somewhere else, you must run at
   least twice as fast as that!"
  Lewis Carroll - Through the Looking Glass


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


[Koha] barcode search, not working

2012-04-17 Thread Amy Schuler
Hello everyone,
I performed an advanced search for a barcode yesterday, and got no results, 
even though I am sure that barcode exists.  In fact, when I figured out in a 
roundabout way which book has that barcode, I can see the barcode is entered 
appropriately in the record's copies/barcode field.  I can see the barcode 
information on the admin side as well as in the OPAC MARC view.
Any idea as to why the barcode search doesn't work?  I saw that someone posted 
a similar question awhile back but there did not seem to be an answer.  This is 
not a known bug (or at least I didn't find it when I searched known bugs).

I went ahead and upgraded to Koha 3.6.4 (that is 3.06.04) today because I 
thought it might fix this problem (it did not).  We are running Koha on Apache 
2.2.9 (Debian).

Thanks!

Amy C. Schuler
Director, Information Services & Library
Cary Institute of Ecosystem Studies
PO Box AB, 2801 Sharon Turnpike
Millbrook, New York, 12545

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


Re: [Koha] Koha reindex with Zebra doesn't work

2012-04-17 Thread mourik jan c heupink

Thanks Frédéric!


Are you sure you haven't for example done a MARC21 installation and then
switched to UNIMARC via Koha system preferences? In this case, your
koha-conf.xml file points to MARC21 Zebra configuration files, and your
Koha instance send to Zebra UNIMARC records. You can see if it is the
case in this config file:


That was it! I followed to wiki pages to install koha from the apt 
repository, and they say to use 'koha-create' to create your site. 
Nowhere they mention marc21/unimarc, or anything...


Following your suggestion above, I looked at koha-conf.xml, and found 
that my system was not unimarc, but my database and koha were unimarc.


I'll try creating a new site, and this time add a "--marc-flavor 
unimarc" to my command. :-)


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


[Koha] Still trying to fix search in 3.6.4

2012-04-17 Thread Lenora Oftedahl
Upgrading from 3.00 to 3.6, we're still not getting our search results. 
We can see the records in the Reservoir and can find records using the
check in function with a known barcode, but searching in the OPAC & Staff
interface gives us nothing.  

here's the report from the upgrade...is there something here that is
blocking the search functions?

Update report :
Upgrade to 3.01.00.000 done (start of 3.1) 
Upgrade to 3.01.00.001 done (add hold_fill_targets table and a column to
tmp_holdsqueue) 
Upgrade to 3.01.00.002 done (bug 2582: set null issues.issuedate to
lastreneweddate) 
Upgrade to 3.01.00.003 done (add new syspref) 
Upgrade to 3.01.00.004 done (added OPACDisplayRequestPriority system
preference) 
Upgrade to 3.01.00.005 done (Add letter for holds notifications) 
Upgrade to 3.01.00.006 done (add index on biblioitems.issn) 
Upgrade to 3.01.00.007 done (fix display of many sysprefs) 
Upgrade to 3.01.00.008 done (added branch_transfer_limits table and
UseBranchTransferLimits system preference) 
Upgrade to 3.01.00.009 done (added subpermissions for circulate
permission) 
Upgrade to 3.01.00.010 done (bug 2687: increase length of borrower
attribute fields) 
Upgrade to 3.01.00.011 done (removed bogus intranetuserjs syspref) 
Upgrade to 3.01.00.012 done (Add tables and system preferences for holds
policies) 
Upgrade to 3.01.00.013 done (data for Email Checkout Slips project) 
Upgrade to 3.01.00.014 done ( Updated table for Branch Transfer Limits) 
Upgrade to 3.01.00.015 done (added Syndetics Enhanced Content system
preferences) 
Upgrade to 3.01.00.016 done (Added Babeltheque syspref) 
Upgrade to 3.01.00.017 done ( Updated table for Serials Display) 
Upgrade to 3.01.00.018 done (added deletedborrowers.smsalertnumber,
missed in 3.00.00.091) 
Upgrade to 3.01.00.019 done (adding OPACShowCheckoutName systempref) 
Upgrade to 3.01.00.020 done (adding LibraryThing for Libraries sysprefs)

Upgrade to 3.01.00.021 done (adding OPACAmazonReviews syspref) 
Upgrade to 3.01.00.022 done (bug 2945: increase size of
labels_conf.formatstring) 
Upgrade to 3.01.00.023 done (bug 2765: increase width of isbn column in
several tables) 
Upgrade to 3.01.00.024 done (change labels.batch_id from varchar to int)

Upgrade to 3.01.00.025 done (added ceilingDueDate system preference) 
Upgrade to 3.01.00.026 done (added numReturnedItemsToShow system
preference) 
Upgrade to 3.01.00.027 done (Increased size of zebraqueue
biblio_auth_number to address bug 3148.) 
Upgrade to 3.01.00.028 done (added AmazonReviews) 
Upgrade to 3.01.00.029 done (fixed bug 2599: using Spanish search limit
retrieves Russian results) 
Upgrade to 3.01.00.030 done (added AllowNotForLoanOverride system
preference) 
Upgrade to 3.01.00.031 done (fix column widths in branch_transfer_limits)

Upgrade to 3.01.00.032 done (Change the field) 
Upgrade to 3.01.00.033 done (DB changes to allow patron category defaults
for messaging preferences) 
Upgrade to 3.01.00.034 done (Adding graceperiod column to subscription
table) 
Upgrade to 3.01.00.035 done (Adding location to subscription table) 
Upgrade to 3.01.00.036 done (new viewISBD, viewLabeledMARC, viewMARC
sysprefs and tweak IntranetBiblioDefaultView) 
Upgrade to 3.01.00.037 done (added FilterBeforeOverdueReport syspref and
new index on authorised_values) 
Upgrade to 3.01.00.038 done (add ZIP, city, country, URL, and notes
column to branches) 
Upgrade to 3.01.00.039 done (added SpineLabelFormat and
SpineLabelAutoPrint sysprefs) 
Upgrade to 3.01.00.040 done (AllowHoldDateInFuture and
OPACAllowHoldDateInFuture sysprefs) 
Upgrade to 3.01.00.041 done (added AWSPrivateKey syspref - note that if
you use enhanced content from Amazon, this should be set right away.) 
Upgrade to 3.01.00.042 done (added OPACFineNoRenewals syspref) 
Upgrade to 3.01.00.043 done (amended Item added NewItemsDefaultLocation,
InProcessingToShelvingCart, ReturnToShelvingCart sysprefs) 
Upgrade to 3.01.00.044 done (added DisplayClearS
creenButton system
preference) 
Upgrade to 3.01.00.045 done (added a preference to hide the patrons name
in the staff catalog) 
Upgrade to 3.01.00.046 done (add country and B_country to borrowers) 
Upgrade to 3.01.00.047 done (bug 2761: change max length of
itemcallnumber to 255 from 30) 
Upgrade to 3.01.00.048 done (bug 2611: fix spelling/capitalization in
permission flag descriptions) 
Upgrade to 3.01.00.049 done (bug 2611: changed catalogue to catalog per
the standard) 
Upgrade to 3.01.00.050 done (bug 1934: Add OPACSearchForTitleIn syspref)

Upgrade to 3.01.00.051 done (fixed typos in new sysprefs) 
Upgrade to 3.01.00.052 done (bug 3481: add permanent_location column to
deleteditems) 
Status: 500 
Content-type: text/html 
Software error: 
DB ERROR: Unknown column 'batch_id' in 'field list' 
 
 
For help, please send mail to the webmaster (mailto:[no address
given]">[no address given]), giving this error message 
and the time and date of the error. 
 
Upgrade to 3.01.00.053 done (Migrated labels tables and data to new
schema.) 

[Koha] Deleting frameworks

2012-04-17 Thread Lenora Oftedahl
So, what happens if I delete a framework that is used in records?  Will the 
records return to the default frameworks?

Thanx
Lenora
StreamNet Regional Librarian
Columbia River Inter-Tribal Fish Commission


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


Re: [Koha] Koha HTTPS

2012-04-17 Thread Bob Birchall

On 18/04/12 03:21, G. Laws wrote:

Is it common practice to enable https* by default on Koha servers? Any
arguments for or against?


Yes.  We have not identified any issues.
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] Still trying to fix search in 3.6.4

2012-04-17 Thread Chris Nighswonger
On Tue, Apr 17, 2012 at 4:17 PM, Lenora Oftedahl  wrote:
>
> Upgrading from 3.00 to 3.6, we're still not getting our search results.
> We can see the records in the Reservoir and can find records using the
> check in function with a known barcode, but searching in the OPAC & Staff
> interface gives us nothing.
>

1. Have you run misc/maintenance/remove_items_from_biblioitems.pl ?

2. Have you reindexed zebra? (see
http://koha-community.org/faq/zebra-indexing-wont-work-fix-it-aka-search-stuff-up-help/)

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


[Koha] Restricting access to metadata for sensitive documents / biblios

2012-04-17 Thread benson Mugambi
Hi folks,
I want to implement a Koha solution that restricts access to metadata for 
sensitive internal documents only to registered users. The records should be 
indexed but only registered users should view the complete biblio. I am 
thinking of running two Koha instances on one server, but there could be better 
ideas out there.
I will really appreciate any ideas here.
Thanks
Benson Mugambi


Sent from Yahoo! Mail on Android

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


[Koha] Can't call method "subfield" on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 2919.

2012-04-17 Thread Vikas Salunkhe
Dear all,
i am trying to  edit items and click save changes following error is
comming

Software error:

Can't call method "subfield" on an undefined value at
/usr/share/koha/lib/C4/Biblio.pm line 2919.

 For help, please send mail to the webmaster (webmaster@vikas), giving this
error message and the time and date of the error.


pleas help to solve  this problem


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


[Koha] Koha workshops in April, May - Mumbai, Bangalore and Delhi

2012-04-17 Thread Savitra Sirohi
All,

We will be conducting Koha workshops in 3 Indian cities - Mumbai,
Bangalore and Delhi in the coming weeks.

Venue and dates are:
Mumbai: 27th (Friday) & 28th April (Saturday), 2012
Bangalore: 4th (Friday) & 5th May (Saturday), 2012
Delhi (JNU): 18th (Friday) & 19th May (Saturday), 2012

The objectives of this program are to:
- Train library professionals & staff on using Koha
- To test and certify their readiness to use the software

This is a 2 day program covering the key modules and functions in the
Koha version 3.8. At the end of program, participants will be required
to demonstrate their skills on the various  modules. Participants who
complete 60% of the exercises successfully will be awarded a Basic
skills certificate.

Participation fee for the workshops are as follows: Rs. 3,000 per head

For more information including registration details and workshop
outline please visit these pages:
http://www.osslabs.biz/koha/training-certification

-- 
Thanks,
Savitra Sirohi
Nucsoft OSS Labs
Professional Support for Open Source Software
Web: http://www.osslabs.biz
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha