Re: [Koha] Importing Catalogue Records

2012-08-13 Thread Marc Véron

Francis,

Nicole Engard made a great video tutorial for this:

http://bywatersolutions.com/2012/01/18/using-marcedit-to-add-koha-items/

Marc



Am 13.08.2012 07:22, schrieb clint.deckard:

Francis,
I think I can help here as I have just been going through this process. I
am not a Koha expert and if I have made a mistake I invite anyone to
correct me please.
Item Type is stored at 952$y, current location is stored at 952$b, Home
library is stored at 952$a and call number at 952$o
These fields do not appear in your records.

You could use a tool such as MarcEdit to add these fields with the
appropriate data for your library. Call number is a bit more difficult if
it is stored in a variety of sub fields in the original record.

I hope this helps.
Clint Deckard.

fr...@library.iisc.ernet.in wrote:

Dear Members,

I'm trying to import a few sample records using the 'Stage MARC records
for import' feature of KOHA-3.08.03. A sample ,mrk record is given below
for your reference:

=LDR  0nam  220Ia 45e0^M
=008  120810sxx000\0\und\d^M
=020  \\$a001^M
=082  \\$a541.39$bN37^M
=100  \\$aBailey, K.C.^M
=245  \\$aGalactose regulation of yeast: From genetics to systms^M
=260  \\$c1937$bEdward Arnold$aBANGALORE^M
=300  \\$a100P^M
=952  \\$p2^M

After converting the .mrk file to .mrc file, records are successfully
imported. While staging the records for importing, I have ensured that the
'check for embedded item data record' is set to 'yes'.

Indexing through Zebra goes through without any issues. However, in the
search results, the Holding Details for 'item type', 'current location',
'home library' and 'call number' are all blank. I have looked up the Koha
documentation and also the Koha list's archived content, but not been able
to find a solution for my problem. Could I request for some guidance from
the fellow members?

In the Administrative cataloging preferences, NewItemsDefaultLocation is
set to JRDTML, the only library that exists as of now.

Thanks for your attention.

 - Francis

JRDTML, IISc, Bangalore, India






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


Re: [Koha] Can't tick item due box in Patron messaging preferences

2012-08-13 Thread Sonia P .

Yes, it helps... it confirms that I have done everything the way it should be 
(I think).
I am a bit puzzled.



Subject: AW: [Koha] Can't tick item due box in Patron messaging preferences
Date: Mon, 13 Aug 2012 07:47:10 +0200
From: katrin.fisc...@bsz-bw.de
To: sossola...@hotmail.com; koha@lists.katipo.co.nz






AW: [Koha] Can't tick item due box in Patron messaging preferences




Hi Sonia,



yes, item due notices are sent out on the due date - so not the same as overdue 
notices, only an additional reminder for the patron to return the book.



You can set up overdue notices under tools  overdue notice/status triggers. 
Next step then is setting up a cronjob for overdue_notices.pl. There are lots 
of options for that script. If you want it to use the notice triggers you have 
defined in Koha you have to use -t. Overdue_noties.pl generates the messages 
and writes them into your message_queue table, process_message_queue.pl is 
needed to send them to the patrons.



Hope that helps,



Katrin





-Ursprüngliche Nachricht-

Von: koha-boun...@lists.katipo.co.nz im Auftrag von Sonia P.

Gesendet: Mo 13.08.2012 07:30

An: koha@lists.katipo.co.nz

Betreff: Re: [Koha] Can't tick item due box in Patron messaging preferences





Hello everyone



(not sure you ever received my previous message, as I received a delivery 
failure email...)



I just realised one thing...  item due in the default messaging preferences 
of a patron category is

NOT about overdue items, is it?  I didn't realise it was two different

things.  So there is nothing to do in the messaging preferences to

enable overdue items notices... ?  If I run a SQL query on the database, I can 
see that some people have a 1 set for overduenoticerequired, which is good, 
but then I really don't know why they don't receive it...



Cheers,



Sonia.   

___

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] First post from a koha newbie

2012-08-13 Thread Manos Petridis


Greetings from a koha newbie.

Before posting any further, I would like to know/ask if this is the proper 
list for
a) posting questions on koha operation
b) posting ideas and suggestions for future development

thank you for your time and patience 
Manos Petridis
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] First post from a koha newbie

2012-08-13 Thread Chris Cormack
Hi Manos

On Aug 13, 2012 6:33 PM, Manos Petridis egpetri...@yahoo.com wrote:



 Greetings from a koha newbie.
 
 Before posting any further, I would like to know/ask if this is the
proper list for
 a) posting questions on koha operation

Yes

 b) posting ideas and suggestions for future development
 

Sometimes, for general discussion of new features and how they should work,
yes. For how to code them then over on the developer list is the best place.

Chris

 thank you for your time and patience
 Manos Petridis
 ___
 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] Question on Z39.50 cross-format queries

2012-08-13 Thread Manos Petridis
First, allow me to present the context of my questions and suggestions: I've 
recently begun to use coha, trying to document and organise my personal library 
and perhaps the one of my brother, once I'm done with mine. I don't know much 
about library science, so I rely on Z39.50 look-ups to fill-in the blanks, 
literally.
 
Question:
I have selected USMARC/MARC21 as my installation's native format. This serves 
nicely when I perform Z39.50 queries against many USMARC/MARC21 sources. On the 
other hand, when I perform Z39.50 queries against UNIMARC sources, I don't get 
properly formatted results even though I have set-up those sources (origins) as 
UNIMARC in koha. 

I understand that both standards encode the same more-or-less information, 
differently. 
Therefore - if I understand correctly - koha would have to request from an 
UNIMARC-only-capable source that they return UNIMARC-formatted results, and 
koha would need to map them - if and as possible - to the native format of my 
installation, i.e. USMARC/MARC21. 

Apparently this doesn't happen. Is it normal?
TIA
Manos Petridis  
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


[Koha] Suggestion on Amazon wish-list look-ups

2012-08-13 Thread Manos Petridis
Ideas and suggestions for future development:

Add the facility to look-up Amazon wish-lists and add their contents 
(conditionally if possible) as purchase suggestions. 
I don't know if I may be considered the norm, but have set-up several 
wish-lists myself in the various Amazon shops (US, UK, FR, IT, DE, JP), roughly 
8-12 lists per shop.
It would therefore be useful to be able to paste the URLs of the various lists 
to a window and have koha recurse/run through them, provide the aggregated 
result list for verification, and then add the selected items as purchase 
suggestions to the library. 
I understand that this could be expanded to cover many other on-line shops, 
it's just that I'm a long-time Amazon customer and keep my wish-lists there.

Thank you for your time and cnsideration
Manos Petridis
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


[Koha] Suggestion regarding library presentation

2012-08-13 Thread Manos Petridis
Ideas and suggestions for future development:

Provide a convenient way for the visitor to browse a library, as one does in a 
real library: proceed to the row of shelves that contain the subject the 
visitor is interested in (i.e. display in koha a tree/list of the top-level DDC 
categories) and then browse through the items in the specific shelves (i.e. the 
items that belong to the DCC category selected, and those that follow them).

I understand that such an ability already exists in some limited form (in 
OPAC, once the visitor has zoomed-in a book) but is described as 
resource-intensive in the koha administration panel. 

Thank you for your time and consideration
Manos Petridis
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] gmail as smtp error

2012-08-13 Thread Chris Nighswonger
Hi George,

Please always include the list on your emails as you will get more
eyes on the problem as well as everyone benefiting from the answers.

On Sat, Aug 11, 2012 at 10:01 AM, George Mikuchadze gia...@vfemail.net wrote:

 Delivery to the following recipient failed permanently:

  koha@localhost.localhost or root@localhost.localhost (localhost means
 result of `hostname`  command)


 Technical details of permanent failure:

 DNS Error: Domain name not found


It looks like your hostname is not set to a resolvable domain name.
I'd take a look at the host file to be sure things there are in order.
localhost is definitely not going to resolve on any public network.


 As I understand koha can’t get right patrons email.


As for koha not retrieving patrons' emails correctly, I'm not sure
there either. I would suggest going over the section on notices in the
manual (http://manual.koha-community.org/3.6/en/cronjobsch.html#noticescron)
as there are a variety of options and sysprefs related to notices
which must be properly configured in order for them to work correctly.
My guess is that something is not configured correctly.


 How to configure koha 3.0 (prior to 3.2) to use gmail as smtp server?


This is probably not possible without backporting the mods in this
commit: 
http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=d31c1603cca45c4f4b5b9fa8b2a1785e81f6da05

Even then, there may be other issues which crop up.

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


[Koha] help for debian partition for koha

2012-08-13 Thread Ram Verma
Dear All,

I am new to Debian and Koha, what is the criteria for space allocation in
Debian Partition?
I will be using only one operating System: Debian 6.0.5 (Squeeze); and the
system is dedicated for  Koha 3.8.3; Hard disk space is: 320 GB, RAM: 2GB

Could you please guide me for meaningful partitioning of Debian.

/(root) = ?
/boot =?
/usr =?
/var =?
/opt =?
/tmp =?
/backup for koha-data (manually created)  =?

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


[Koha] add a place to input our Payment Voucher ID

2012-08-13 Thread Geanina King
Hello,

In the Acquisitions Module of Koha, on the start of the receiving at the page 
where you input the invoice number, is it possible to add a place to input our 
Payment Voucher ID?

Thanks,

Geanina King
Library Systems Analyst
The University of Texas at Tyler
gk...@uttyler.edu
(903) 566-6133

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


Re: [Koha] Question on Z39.50 cross-format queries

2012-08-13 Thread BWS Johnson
Salvete!

    Welcome to the Community. :)


 Question:
 I have selected USMARC/MARC21 as my installation's native format. This 
 serves nicely when I perform Z39.50 queries against many USMARC/MARC21 
 sources. 
 On the other hand, when I perform Z39.50 queries against UNIMARC sources, I 
 don't get properly formatted results even though I have set-up those sources 
 (origins) as UNIMARC in koha. 
 
 I understand that both standards encode the same more-or-less information, 
 differently. 
 Therefore - if I understand correctly - koha would have to request from an 
 UNIMARC-only-capable source that they return UNIMARC-formatted results, and 
 koha 
 would need to map them - if and as possible - to the native format of my 
 installation, i.e. USMARC/MARC21. 
 
 Apparently this doesn't happen. Is it normal?


    That is very normal. MARC21/UNIMARC is an either or standard selection. You 
may have MARC21 or you may have UNIMARC. To my knowledge, you may not have both.

    That said, when this last came up, I can see the point of wanting to be 
able to run both in parallel if you absolutely MUST have both. Suggestions for 
how to do that are here:

http://koha.1045719.n5.nabble.com/Software-error-td5114149.html

Cheers,
Brooke

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


Re: [Koha] Suggestion on Amazon wish-list look-ups

2012-08-13 Thread Liz Rea
I added this as an enhancement request to bugs.koha-community.org - bug
8631.

Thanks for your idea!

Liz Rea
NEKLS

On Mon, Aug 13, 2012 at 2:10 AM, Manos Petridis egpetri...@yahoo.comwrote:

 Ideas and suggestions for future development:

 Add the facility to look-up Amazon wish-lists and add their contents
 (conditionally if possible) as purchase suggestions.
 I don't know if I may be considered the norm, but have set-up several
 wish-lists myself in the various Amazon shops (US, UK, FR, IT, DE, JP),
 roughly 8-12 lists per shop.
 It would therefore be useful to be able to paste the URLs of the various
 lists to a window and have koha recurse/run through them, provide the
 aggregated result list for verification, and then add the selected items as
 purchase suggestions to the library.
 I understand that this could be expanded to cover many other on-line
 shops, it's just that I'm a long-time Amazon customer and keep my
 wish-lists there.

 Thank you for your time and cnsideration
 Manos Petridis
 ___
 Koha mailing list  http://koha-community.org
 Koha@lists.katipo.co.nz
 http://lists.katipo.co.nz/mailman/listinfo/koha




-- 
Northeast Kansas Library System
l...@nekls.org
785-838-4090
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Question on Z39.50 cross-format queries

2012-08-13 Thread Manos Petridis
Sorry, seem to have replied by mistake to the poster and not to the list.



 From: Manos Petridis egpetri...@yahoo.com
To: BWS Johnson abesottedphoe...@yahoo.com 
Sent: Monday, August 13, 2012 3:24 PM
Subject: Re: [Koha] Question on Z39.50 cross-format queries
  

Thank you for your welcome Brooke, and for your prompt reply.
 
I do understand that my own installation can be either USMARC/MARC21 or 
UNIMARC. What I was enquiring about is Z39.50 look-ups. Why I am puzzled:
 
a) It it were simply a case of either/or, then why can I select the MARC 
flavour of the various Z39.50 origins set up at my installation? What is the 
reason to let koha know of the MARC flavour/dialect, if it not able to use the 
data that each server sends? There must be some functionality behind the 
dropbox selections, even if it only defines the query statement dialect.
 
b) From What I can see in the data presented (in the MARC form window) it 
sometimes is just a matter of mapping. For example, it seems that 

in SUTRS, information is stored in the following keys:
Title: 200
Author:700_a, 700_b, 701_a, 701_b...Editon 
details210
Physical descrition:   215
DDC*:  676_a
DDC description:   676_9
Subjects:  606

in USMARC, information is stored in the following keys:
Title: 245
Author:700
Editon details 260
Physical descrition:   300
DDC*:  082 (revision and Category)
Subjects:  650, 505 (fixed and free-form)
LCCN:  010
 
in UNIMARC, information is stored in the following keys:
Title: 200
Author:    700, 701Editon details 210
Physical descrition:   215
DDC*:  676 (revision and 
Category)Subjects:  606, 712 (fixed and free-form)
 
This is what I meant when I wrote I understand that both standards encode the 
same more-or-less information, differently in my original message. There are 
bound to be differences, sure, but I'm looking for the gest in the MARC 
records, not the details that frankly I don't even know what they represent. 

I understand that even the information retrieved via Z39.50 from same-flavour 
installations, passes some kind of mapping, from the MARC record form to the 
form of the various tables and fields/columns used by the 
specific software/implementation, koha in our case. I expect therefore that it 
would be a matter of utilising the appropriate mapping tables, as dictated by 
the MARC setting of each Z39.50 origin, so that koha could make use of 
foreign MARC records.
kind regards,
Manos Petridis---
 
 
 From: BWS Johnson abesottedphoe...@yahoo.com
To: koha@lists.katipo.co.nz koha@lists.katipo.co.nz 
Sent: Monday, August 13, 2012 1:21 PM
Subject: Re: [Koha] Question on Z39.50 cross-format queries


Salvete!

    Welcome to the Community. :)


 Question:
 I have selected USMARC/MARC21 as my installation's native format. This 
 serves nicely when I perform Z39.50 queries against many USMARC/MARC21 
 sources. 
 On the other hand, when I perform Z39.50 queries against UNIMARC sources, I 
 don't get properly formatted results even though I have set-up those 
 sources 
 (origins) as UNIMARC in koha. 
 
 I understand that both standards encode the same more-or-less information, 
 differently. 
 Therefore - if I understand correctly - koha would have to request from an 
 UNIMARC-only-capable source that they return UNIMARC-formatted results, and 
 koha 
 would need to map them - if and as possible - to the native format of my 
 installation, i.e. USMARC/MARC21. 
 
 Apparently this doesn't happen. Is it
 normal?


    That is very normal. MARC21/UNIMARC is an either or standard selection. 
You may have MARC21 or you may have UNIMARC. To my knowledge, you may not 
have both.

    That said, when this last came up, I can see the point of wanting to be 
able to run both in parallel if you absolutely MUST have both. Suggestions 
for how to do that are here:

http://koha.1045719.n5.nabble.com/Software-error-td5114149.html

Cheers,
Brooke

___
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] Why are our borrowers being restricted?

2012-08-13 Thread Tim Hannah
On koha 3.6.4 borrowers with overdues are being restricted. We don't want them 
to be restricted.

Restrictions are put in place about 5 minutes before emailed overdue notices 
are received, so guessing it's the same process.

Overdue notice/status triggers Restrict column is unchecked.
Preference OversBlockCirc is set to Don't block
All fines are set to 0.00, MaxFine is set to 0.00. Maxoutstanding and 
Noissuescharge is set to 100.00.

Anyone see any obvious preferences we may have missed that could be causing 
this?

Cheers

Tim Hannah




DISCLAIMER:
This e-mail (including attachments) may contain information which is  
confidential or legally privileged and may not reflect the Ministry of  
Education's view.  The Ministry is not responsible for changes made to this  
email after we've sent it. If you have received this e-mail by mistake, please  
reply to the Ministry immediately and delete both messages.
Thank you.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


[Koha] help for debian partition for koha

2012-08-13 Thread ramverma
Dear All,

I am new to Debian and Koha, Can you guide me for space allocation in Debian
Partition?
I will be using only one operating System: Debian 6.0.5 (Squeeze); and the
system is dedicated for  Koha 3.8.3; Hard disk space is: 320 GB, RAM: 2GB
 
Could you please guide me for meaningful partitioning of Debian.

/(root) = ?
/boot =?
/usr =?
/var =?
/opt =?
/tmp =?
/backup for koha-data (manually created)  =?

Thank You.
Ram.



--
View this message in context: 
http://koha.1045719.n5.nabble.com/help-for-debian-partition-for-koha-tp5723168.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] Why are our borrowers being restricted?

2012-08-13 Thread Jared Camins-Esakov
Tim,

Restrictions are put in place about 5 minutes before emailed overdue
 notices are received, so guessing it's the same process.

 Overdue notice/status triggers Restrict column is unchecked.
 Preference OversBlockCirc is set to Don't block
 All fines are set to 0.00, MaxFine is set to 0.00. Maxoutstanding and
 Noissuescharge is set to 100.00.

 Anyone see any obvious preferences we may have missed that could be
 causing this?


It's not exactly obvious, but could you check the Overdue notice/status
triggers again, and make sure that you either don't have overdue triggers
for any libraries other than the default library, or that *none* of them
have the Restrict box checked?

Also, when you say restricted, what is the exact message you are getting
when you go to check out books to this patron? (or, if you are noticing the
restriction in another context, where exactly do you notice the
restrictions)

Regards,
Jared

-- 
Jared Camins-Esakov
Bibliographer, C  P Bibliography Services, LLC
(phone) +1 (917) 727-3445
(e-mail) jcam...@cpbibliography.com
(web) http://www.cpbibliography.com/
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Why are our borrowers being restricted?

2012-08-13 Thread Chris Cormack
* Jared Camins-Esakov (jcam...@cpbibliography.com) wrote:
 Tim,
 
 Restrictions are put in place about 5 minutes before emailed overdue
  notices are received, so guessing it's the same process.
 
  Overdue notice/status triggers Restrict column is unchecked.
  Preference OversBlockCirc is set to Don't block
  All fines are set to 0.00, MaxFine is set to 0.00. Maxoutstanding and
  Noissuescharge is set to 100.00.
 
  Anyone see any obvious preferences we may have missed that could be
  causing this?
 
 
 It's not exactly obvious, but could you check the Overdue notice/status
 triggers again, and make sure that you either don't have overdue triggers
 for any libraries other than the default library, or that *none* of them
 have the Restrict box checked?
 
 Also, when you say restricted, what is the exact message you are getting
 when you go to check out books to this patron? (or, if you are noticing the
 restriction in another context, where exactly do you notice the
 restrictions)
 
Ah ha!

Thank you Jared!

Tim, if you go to Overdue notice/status triggers and switch the
library drop down from All, to Ministry of Education.

I bet you have restrict switched on there.

Chris
-- 
Chris Cormack
Catalyst IT Ltd.
+64 4 803 2238
PO Box 11-053, Manners St, Wellington 6142, New Zealand
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Why are our borrowers being restricted?

2012-08-13 Thread Tim Hannah
Ah, I feel slightly silly, but better for having asked.

Thanks Jared, (and Katrin  Chris). It's obvious, when you look at it right.

Cheers

-Original Message-
From: Chris Cormack [mailto:chr...@catalyst.net.nz] 
Sent: Tuesday, 14 August 2012 9:41 a.m.
To: Jared Camins-Esakov
Cc: Tim Hannah; Koha@lists.katipo.co.nz
Subject: Re: [Koha] Why are our borrowers being restricted?

* Jared Camins-Esakov (jcam...@cpbibliography.com) wrote:
 Tim,
 
 Restrictions are put in place about 5 minutes before emailed overdue
  notices are received, so guessing it's the same process.
 
  Overdue notice/status triggers Restrict column is unchecked.
  Preference OversBlockCirc is set to Don't block
  All fines are set to 0.00, MaxFine is set to 0.00. Maxoutstanding and
  Noissuescharge is set to 100.00.
 
  Anyone see any obvious preferences we may have missed that could be
  causing this?
 
 
 It's not exactly obvious, but could you check the Overdue notice/status
 triggers again, and make sure that you either don't have overdue triggers
 for any libraries other than the default library, or that *none* of them
 have the Restrict box checked?
 
 Also, when you say restricted, what is the exact message you are getting
 when you go to check out books to this patron? (or, if you are noticing the
 restriction in another context, where exactly do you notice the
 restrictions)
 
Ah ha!

Thank you Jared!

Tim, if you go to Overdue notice/status triggers and switch the
library drop down from All, to Ministry of Education.

I bet you have restrict switched on there.

Chris
-- 
Chris Cormack
Catalyst IT Ltd.
+64 4 803 2238
PO Box 11-053, Manners St, Wellington 6142, New Zealand





DISCLAIMER:
This e-mail (including attachments) may contain information which is  
confidential or legally privileged and may not reflect the Ministry of  
Education's view.  The Ministry is not responsible for changes made to this  
email after we've sent it. If you have received this e-mail by mistake, please  
reply to the Ministry immediately and delete both messages.
Thank you.

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


Re: [Koha] Koha Digest, Vol 82, Issue 20

2012-08-13 Thread Joel Buleka
Hi

We have Koha 2.2.9 running on Fedora 5, recently the MySQL database is
not starting up and the server is giving us no disk space error.






-Original Message-
From: koha-boun...@lists.katipo.co.nz
[mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of
koha-requ...@lists.katipo.co.nz
Sent: Tuesday, August 14, 2012 8:16 AM
To: koha@lists.katipo.co.nz
Subject: Koha Digest, Vol 82, Issue 20

Send Koha mailing list submissions to
koha@lists.katipo.co.nz

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.katipo.co.nz/mailman/listinfo/koha
or, via email, send a message with subject or body 'help' to
koha-requ...@lists.katipo.co.nz

You can reach the person managing the list at
koha-ow...@lists.katipo.co.nz

When replying, please edit your Subject line so it is more specific
than Re: Contents of Koha digest...


Today's Topics:

   1. Re: Suggestion on Amazon wish-list look-ups (Liz Rea)
   2. Re: Question on Z39.50 cross-format queries (Manos Petridis)
   3. Why are our borrowers being restricted? (Tim Hannah)
   4. help for debian partition for koha (ramverma)
   5. Re: Why are our borrowers being restricted? (Jared Camins-Esakov)
   6. Re: Why are our borrowers being restricted? (Chris Cormack)
   7. Re: Why are our borrowers being restricted? (Tim Hannah)


--

Message: 1
Date: Mon, 13 Aug 2012 09:22:13 -0500
From: Liz Rea l...@nekls.org
To: Manos Petridis egpetri...@yahoo.com
Cc: koha@lists.katipo.co.nz koha@lists.katipo.co.nz
Subject: Re: [Koha] Suggestion on Amazon wish-list look-ups
Message-ID:

CAKx1OdV3ZoE5=BH-UjKM4-1h=J+Z5YZ8U32=MK0WNzWFtiB=m...@mail.gmail.com
Content-Type: text/plain; charset=UTF-8

I added this as an enhancement request to bugs.koha-community.org - bug
8631.

Thanks for your idea!

Liz Rea
NEKLS

On Mon, Aug 13, 2012 at 2:10 AM, Manos Petridis
egpetri...@yahoo.comwrote:

 Ideas and suggestions for future development:

 Add the facility to look-up Amazon wish-lists and add their contents
 (conditionally if possible) as purchase suggestions.
 I don't know if I may be considered the norm, but have set-up several
 wish-lists myself in the various Amazon shops (US, UK, FR, IT, DE,
JP),
 roughly 8-12 lists per shop.
 It would therefore be useful to be able to paste the URLs of the
various
 lists to a window and have koha recurse/run through them, provide the
 aggregated result list for verification, and then add the selected
items as
 purchase suggestions to the library.
 I understand that this could be expanded to cover many other on-line
 shops, it's just that I'm a long-time Amazon customer and keep my
 wish-lists there.

 Thank you for your time and cnsideration
 Manos Petridis
 ___
 Koha mailing list  http://koha-community.org
 Koha@lists.katipo.co.nz
 http://lists.katipo.co.nz/mailman/listinfo/koha




-- 
Northeast Kansas Library System
l...@nekls.org
785-838-4090


--

Message: 2
Date: Mon, 13 Aug 2012 12:36:22 -0700 (PDT)
From: Manos Petridis egpetri...@yahoo.com
To: koha@lists.katipo.co.nz koha@lists.katipo.co.nz
Subject: Re: [Koha] Question on Z39.50 cross-format queries
Message-ID:
1344886582.13600.yahoomail...@web110606.mail.gq1.yahoo.com
Content-Type: text/plain; charset=iso-8859-1

Sorry, seem to have replied by mistake to the poster and not to the
list.



 From: Manos Petridis egpetri...@yahoo.com
To: BWS Johnson abesottedphoe...@yahoo.com 
Sent: Monday, August 13, 2012 3:24 PM
Subject: Re: [Koha] Question on Z39.50 cross-format queries
  

Thank you for your welcome Brooke, and for your prompt reply.
?
I do understand that my own installation can be either USMARC/MARC21 or
UNIMARC. What I was enquiring about is Z39.50 look-ups. Why I am
puzzled:
?
a) It it were simply a case of either/or, then why can?I select the
MARC flavour of the various Z39.50 origins set up at my installation?
What is the reason to let koha know of the MARC flavour/dialect, if it
not able to use the data that each server sends? There must be some
functionality behind the dropbox selections, even if it only defines the
query statement dialect.
?
b) From What I can see in the data presented (in the MARC form window)
it sometimes is just a matter of mapping. For example, it seems that?

in SUTRS, information is stored in the following keys:
Title:?200
Author:700_a, 700_b, 701_a, 701_b...Editon
details210
Physical descrition:???215
DDC*:??676_a
DDC description:???676_9
Subjects:??606

in USMARC, information is stored in the following keys:
Title: 245
Author:700
Editon details 260
Physical descrition:?? 300
DDC*:??082 (revision and Category)
Subjects:??650, 505 

Re: [Koha] Koha Digest, Vol 82, Issue 20

2012-08-13 Thread Doug Dearden
Hi Joel,

From the command line do df -h .

It will show you the disk space used and what remains on each partition.

You are probably out of disk space.

Doug

-Original Message-
From: koha-boun...@lists.katipo.co.nz [mailto:koha-boun...@lists.katipo.co.nz] 
On Behalf Of Joel Buleka
Sent: Monday, August 13, 2012 4:23 PM
To: koha@lists.katipo.co.nz
Subject: Re: [Koha] Koha Digest, Vol 82, Issue 20

Hi

We have Koha 2.2.9 running on Fedora 5, recently the MySQL database is
not starting up and the server is giving us no disk space error.






-Original Message-
From: koha-boun...@lists.katipo.co.nz
[mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of
koha-requ...@lists.katipo.co.nz
Sent: Tuesday, August 14, 2012 8:16 AM
To: koha@lists.katipo.co.nz
Subject: Koha Digest, Vol 82, Issue 20

Send Koha mailing list submissions to
koha@lists.katipo.co.nz

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.katipo.co.nz/mailman/listinfo/koha
or, via email, send a message with subject or body 'help' to
koha-requ...@lists.katipo.co.nz

You can reach the person managing the list at
koha-ow...@lists.katipo.co.nz

When replying, please edit your Subject line so it is more specific
than Re: Contents of Koha digest...


Today's Topics:

   1. Re: Suggestion on Amazon wish-list look-ups (Liz Rea)
   2. Re: Question on Z39.50 cross-format queries (Manos Petridis)
   3. Why are our borrowers being restricted? (Tim Hannah)
   4. help for debian partition for koha (ramverma)
   5. Re: Why are our borrowers being restricted? (Jared Camins-Esakov)
   6. Re: Why are our borrowers being restricted? (Chris Cormack)
   7. Re: Why are our borrowers being restricted? (Tim Hannah)


--

Message: 1
Date: Mon, 13 Aug 2012 09:22:13 -0500
From: Liz Rea l...@nekls.org
To: Manos Petridis egpetri...@yahoo.com
Cc: koha@lists.katipo.co.nz koha@lists.katipo.co.nz
Subject: Re: [Koha] Suggestion on Amazon wish-list look-ups
Message-ID:

CAKx1OdV3ZoE5=BH-UjKM4-1h=J+Z5YZ8U32=MK0WNzWFtiB=m...@mail.gmail.com
Content-Type: text/plain; charset=UTF-8

I added this as an enhancement request to bugs.koha-community.org - bug
8631.

Thanks for your idea!

Liz Rea
NEKLS

On Mon, Aug 13, 2012 at 2:10 AM, Manos Petridis
egpetri...@yahoo.comwrote:

 Ideas and suggestions for future development:

 Add the facility to look-up Amazon wish-lists and add their contents
 (conditionally if possible) as purchase suggestions.
 I don't know if I may be considered the norm, but have set-up several
 wish-lists myself in the various Amazon shops (US, UK, FR, IT, DE,
JP),
 roughly 8-12 lists per shop.
 It would therefore be useful to be able to paste the URLs of the
various
 lists to a window and have koha recurse/run through them, provide the
 aggregated result list for verification, and then add the selected
items as
 purchase suggestions to the library.
 I understand that this could be expanded to cover many other on-line
 shops, it's just that I'm a long-time Amazon customer and keep my
 wish-lists there.

 Thank you for your time and cnsideration
 Manos Petridis
 ___
 Koha mailing list  http://koha-community.org
 Koha@lists.katipo.co.nz
 http://lists.katipo.co.nz/mailman/listinfo/koha




--
Northeast Kansas Library System
l...@nekls.org
785-838-4090


--

Message: 2
Date: Mon, 13 Aug 2012 12:36:22 -0700 (PDT)
From: Manos Petridis egpetri...@yahoo.com
To: koha@lists.katipo.co.nz koha@lists.katipo.co.nz
Subject: Re: [Koha] Question on Z39.50 cross-format queries
Message-ID:
1344886582.13600.yahoomail...@web110606.mail.gq1.yahoo.com
Content-Type: text/plain; charset=iso-8859-1

Sorry, seem to have replied by mistake to the poster and not to the
list.



 From: Manos Petridis egpetri...@yahoo.com
To: BWS Johnson abesottedphoe...@yahoo.com
Sent: Monday, August 13, 2012 3:24 PM
Subject: Re: [Koha] Question on Z39.50 cross-format queries


Thank you for your welcome Brooke, and for your prompt reply.
?
I do understand that my own installation can be either USMARC/MARC21 or
UNIMARC. What I was enquiring about is Z39.50 look-ups. Why I am
puzzled:
?
a) It it were simply a case of either/or, then why can?I select the
MARC flavour of the various Z39.50 origins set up at my installation?
What is the reason to let koha know of the MARC flavour/dialect, if it
not able to use the data that each server sends? There must be some
functionality behind the dropbox selections, even if it only defines the
query statement dialect.
?
b) From What I can see in the data presented (in the MARC form window)
it sometimes is just a matter of mapping. For example, it seems that?

in SUTRS, information is stored in the following keys:
Title:?200
Author:700_a, 700_b, 701_a, 701_b...Editon
details210

Re: [Koha] Can't tick item due box in Patron messaging preferences

2012-08-13 Thread Sonia P .

Thanks.  I have checked and it's empty.

I BBC myself when sending an overdue notice (haven't received anything), I have 
checked that the server does send emails, I have done the triggers and notices, 
the cronjob has been verified recently.  I have followed all the instructions, 
I don't know...
Of course, there is something that I must do wrong, but what... ?

Cheers,

Sonia.


From: l...@nekls.org
Date: Mon, 13 Aug 2012 09:24:57 -0500
Subject: Re: [Koha] Can't tick item due box in Patron messaging preferences
To: sossola...@hotmail.com

Sonia,
Is it possible that you have some jquery in your intranetuserjs that is 
upsetting the proper behavior of this table?

You could look and see in System Preferences - search for intranetuserjs.

Liz Rea


NEKLS

On Sat, Aug 4, 2012 at 7:30 AM, Sonia P. sossola...@hotmail.com wrote:




Dear all



I am trying to send reminders for overdue items.  I am currently reading the 
manual and I think I have got everything, but still I can't tick that box (in 
an individual patron or in the administration patron categories).  I can 
actually tick the box and then I click on save, but it's not saved.  Though, if 
I tick other boxes (Item Checkout, Hold Filled, Item Check-in), it saves 
correctly and then it's really ticked when I load the patron preferences 
again...





I did the notice triggers, the enhancedmessagingpreferences and I don't 
remember what else.



Cheers,



Sonia.



___

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

Koha@lists.katipo.co.nz

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



-- 
Northeast Kansas Library System
l...@nekls.org
785-838-4090
  
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


[Koha] HTTP 500 error from koha server while importing Z39.50 records

2012-08-13 Thread Manos Petridis
I wonder how may I debug the following error:
 
When performing a specific query against remote Z39.50 origins I'm presented 
with a 500 http error from page 
cgi-bin/koha/cataloguing/addbiblio.pl?biblionumber=0z3950=1frameworkcode=breedingid=25518
 . 
Import works fine when importing other titles.
 
Should you wish to try it yourself, the ISBN in question is 0417037600, and the 
Z39.50 origins that provide results are
 
UK - UNIVERSITY OF EXETER
lib.ex.ac.uk:210
INNOPAC
USMARC
utf8
 
and
 

UK - NATIONAL LIBRARY OF SCOTLAND 
z3950.nls.uk:7290
voyager
USMARC
MARC-8
 
 
MARC records retrieved are as follows:
 
--
 
LDR 00883nam a2200253   4500
001 16434695
003 OCoLC
008 781007s1978    xxkaf   r 000 1 eng  
020    _a0417037600 (pbk.)
082 04 _a823/.9/1
   _218
100 1  _aDe Christoforo, Ron.
245 10 _aGrease /
   _cby Ron de Christoforo ; based on the screenplay by Bronte Woodard ; 
adaptation by Allan Carr ; based on the original musical by Jim Jacobs and 
Warren Casey.
260    _aLondon :
   _bMagnum Books,
   _c1978.
300    _a220 p., [16] p. of plates :
   _bill. ;
   _c18 cm.
650  0 _aFiction in English.
700 1  _aWoodard, Bront�e.
700 1  _aCarr, Allan.
700 1  _aJacobs, Jim.
700 1  _aCasey, Warren.
856 00 _uhttp://billdouglas.ex.ac.uk/eve/
   _zSearch other film resources in the Bill Douglas Centre database
907    _a.b1804203x
931    _a791.430973
950    _a791.430973
907    _akn 
 
--
 
LDR 00972 am a2200289 x 4500
001 1251685
005 20100825160900.0
008 781007s1978    enkaf   w 00011 eng  
015    _aB7833253
020    _a0417037600
035    _90306-85760
049 00 _aNL
   _b800606
   _cNL
   _d800606
   _eE
   _f200
   _gNL
   _h*
   _iNL
   _zNL
082 00 _a823/.9/1
   _218
   _dF
100 20 _aDe Christoforo, Ron.
245 10 _aGrease
   _cby Ron de Christoforo
   _cbased on the screenplay by Bronte Woodard
   _cadaptation by Allan Carr
   _cbased on the original musical by Jim Jacobs and Warren Casey
260    _aLondon
   _bMagnum Books
   _c1978
300    _a220p,[16]p of plates
   _bill
   _c18cm
   _epbk
350 00 _a£0.95
500    _aAlso published: New York : Pocket Books, 1978
650  0 _aEnglish fiction.
700 11 _aWoodard, Bronte.
700 11 _aCarr, Allan.
700 11 _aJacobs, Jim.
700 11 _aCasey, Warren.
900 10 _aChristoforo
   _hRon de
   _xSee
   _aDe Christoforo, Ron
   _z100
955 00 _aNPB1.78.1232
   _bNPB
956    _aNLS 
--

I know it could be due to the unbelievably oh-so-70's title concerned, but 
again... :-)
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Koha Digest, Vol 82, Issue 20

2012-08-13 Thread Chris Cormack
* Joel Buleka (jbul...@mra.gov.pg) wrote:
 Hi Chris an you advice which logs to clear?
 
Not really no, not without know what is on your machine.

It's dangerous to delete things without knowing what they are.

Chris

 
 Joel 
 
 
 -Original Message-
 From: Chris Cormack [mailto:chr...@catalyst.net.nz] 
 Sent: Tuesday, August 14, 2012 8:50 AM
 To: Joel Buleka
 Cc: koha@lists.katipo.co.nz
 Subject: Re: [Koha] Koha Digest, Vol 82, Issue 20
 
 * Joel Buleka (jbul...@mra.gov.pg) wrote:
  Hi
  
  We have Koha 2.2.9 running on Fedora 5, recently the MySQL database is
 
  not starting up and the server is giving us no disk space error.
  
 
 Hi Joel
 
 What that means, is you have run out of disk space on your server. Do
 you have anyone nearby who knows about linux?
 
 You will need to either find some files to delete or will need to get
 some more diskspace.
 
 It might be time to perhaps think about getting a new server and putting
 a recent version of Koha on it.
 
 2.2.9 is very very old. 
 
 But the quick fix is you need more disk space on your server, 
 
 Hope this helps
 
 Chris
 
 --
 Chris Cormack
 Catalyst IT Ltd.
 +64 4 803 2238
 PO Box 11-053, Manners St, Wellington 6142, New Zealand
 

-- 
Chris Cormack
Catalyst IT Ltd.
+64 4 803 2238
PO Box 11-053, Manners St, Wellington 6142, New Zealand
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha