Re: [Koha] Global Bug Squashing Day - September 3 2015!

2015-08-17 Thread BOUIS Sonia
Hi,

At Lyon 3 University, we sometimes organize Testing Days with other French 
Librarians. I think that it could be interesting to associate this event to a 
GBSD. Unfortunately, September 3d is in the middle of the start of the new 
university year and it will be difficult to plan a testing day at this moment. 
But for the next GBSD, I could try to make coordinate both.
At least, for September 3d, I propose to communicate about it via the Koha 
french association to promote the GBSD.
I have a simple tutorial in French about the use of sandbox and signing a patch 
: I can try to translate it (and it can be improve !) but there's already a 
wiki page : http://wiki.koha-community.org/wiki/Sandboxes

I hope it can help to make GBSD more successful !

Best regards,

Sonia BOUIS

Responsable du Système intégré de gestion des bibliothèques

BIBLIOTHÈQUES UNIVERSITAIRES
UNIVERSITE JEAN MOULIN LYON 3
6 Cours Albert Thomas - B.P. 8242 - 69355 Lyon Cedex 08
LIGNE DIRECTE : +33 (0)4 78 78 79 03 | http://bu.univ-lyon3.fr
  
L'Université Jean Moulin est membre fondateur de l'Université de Lyon




--

Message: 1
Date: Tue, 11 Aug 2015 22:54:44 +0200
From: Katrin Fischer katrin.fischer...@web.de
To: koha@lists.katipo.co.nz koha@lists.katipo.co.nz,
koha-de...@lists.koha-community.org
koha-de...@lists.koha-community.org
Subject: [Koha-devel] Global Bug Squashing Day - September 3 2015!
Message-ID: 55ca6114.2010...@web.de
Content-Type: text/plain; charset=windows-1252

Hi all,

we have a Global Bug Squashing Days (GBSD) planned for September 3 2015!

During the July General IRC meeting [1] we talked about the Global Bug 
Squashing Days (GBSD) in general and about how to make them more successful.

One of the ideas discussed was to have some events during the day - tutorials, 
questions  answers, developers talking about new stuff they are working on etc.

So now we are looking for:

Ideas!
- What would you get interested in participating?
- What would help you to get started with testing?
- Do you want to know how to file a bug?
- Sign off a patch?
- How to use a sandbox?
- How to set up a Koha testing environment`on your own computer?
...

Volunteers!
- Would you be able to run a tutorial on that day?
- Do you want to present some of your new developments?
- Will you be there to answer questions during a specific time slot?
...

Please let us know and/or add your ideas to the wiki page [2]!

Thanks,

Katrin

[1] http://wiki.koha-community.org/wiki/General_IRC_meeting_8_July_2015
[2] http://wiki.koha-community.org/wiki/2015-09-03_Global_bug_squashing_day


--

___
Koha-devel mailing list
koha-de...@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/ git : http://git.koha-community.org/ 
bugs : http://bugs.koha-community.org/

End of Koha-devel Digest, Vol 117, Issue 6
**
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


[Koha] Re-catalogue a library

2015-08-17 Thread clint.deckard
I would appreciate any tips, hints or suggestions for re-cataloguing a 
7000 item library.


At the moment, an item is scanned and then the record updated via Z39.50 
but this is a slow process.

What other approaches are there?

Thank you,
Clint.

--
Clint Deckard
136 Tukituki Road
Ashley Clinton
RD1
Takapau
Central Hawkes Bay, New Zealand.

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


Re: [Koha] Re-catalogue a library

2015-08-17 Thread Riley Childs
When you say re-cataloguing do you mean that there are records in place from an 
old system? If so that can be accomplished with some scriptingotherwise 
read on:
We just finished up something like this a year ago and I will say organization 
is important! It is also important to make sure you have a long list of Z39.50 
targets. From my experiences you have found the fastest option and you just 
need to keep it up! It took 2 people about 6 months of 4 hours of work 5 days a 
week. Your mileage will vary...
Best of luck!
//riley

Sent from my iPad

 On Aug 17, 2015, at 7:45 PM, clint.deckard clint.deck...@frontiers.co.nz 
 wrote:
 
 I would appreciate any tips, hints or suggestions for re-cataloguing a 7000 
 item library.
 
 At the moment, an item is scanned and then the record updated via Z39.50 but 
 this is a slow process.
 What other approaches are there?
 
 Thank you,
 Clint.
 
 -- 
 Clint Deckard
 136 Tukituki Road
 Ashley Clinton
 RD1
 Takapau
 Central Hawkes Bay, New Zealand.
 
 ___
 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] follow up on: transfers to receive- home/holding branch issues

2015-08-17 Thread Paul A
Disclaimer: untested; we are not a lending library so cannot double check 
all possible repercussions.


However, if you are convinced that your problem is limited to / caused by 
case sensitivity of 'homebranch' and 'holdingbranch' in your *items* 
records, the easy solution is to edit MySql:


mysql UPDATE items SET homebranch = 'CARY' WHERE items.homebranch LIKE 'cary';
mysql UPDATE items SET holdingbranch = 'CARY' WHERE items.holdingbranch 
LIKE 'cary';


This will only work if CARY is the properly declared value -- otherwise 
you'll get an error message about foreign keys (MySql is your friend and 
won't let you make a major mistake.)


Best -- Paul

At 07:34 PM 8/17/2015 +0100, Elaine Bradtke wrote:

We had a similar problem with collection codes.
In the end I exported the records, ran a batch edit in MarcEdit (or a text
editor) and then imported the records to overwrite the old ones.  It is
always safer to do this in a test instance of the catalogue first, if you
have one. Though as edits go, changing the case of one word *should *be
simple.

On Mon, Aug 17, 2015 at 4:18 PM, Amy Schuler schul...@caryinstitute.org
wrote:

 Hello again,
 thanks to Michael, Katrin and Robin for helping out a few weeks ago with my
 holding branch/home branch issues.

 I went through the exercises you all recommended, and as you might have
 guessed I found that for some (not all) items I have a bad homebranch and
 holdingbranch:  Cary.  The correct location for both should be uppercase
 CARY.

 Example: When I check out an item that has homebr Cary and holdingbr Cary,
 then check it in again, it ends up in the transfers to receive queue
 because in the checkout process it had been switched from homebr Cary and
 holdingbr CARY.  These are the only items that go to transfers to
 receive.  Items that always indicate homebr CARY and holdingbr CARY always
 get checked in normally without going to that queue.

 Is this something I can fix if I make a copy of my database and make global
 changes in some test environment?

 Thanks again for all of your advice.
 Amy Schuler
 CARY Institute ;)

 On Wed, Jul 29, 2015 at 12:44 PM, Amy Schuler schul...@caryinstitute.org
 wrote:

  Hello again, I have more info.
 
  Just now, when canceling transfers as described below, I saw that the
  fields for home library and holding library were slightly different.
  One says Cary and the other says CARY.  I should mention that only
 the
  books that I checked in that have the lower case Cary as home library
 end
  up in the 'transfers to receive' queue.
 
  When I look at these records in the OPAC I don't see differences between
  them - they all have thefull name of our institution (Cary Institute
  Library) listed as home and current holding library.
 
  I just looked in global sys preferences  libraries and see that there is
  only one library, Cary Institute Library, code CARY indicated here.  So I
  am not sure where lower case 'Cary' is coming from, or how to merge or
 get
  rid of it without really messing things up.
 
  Any help or advice would be appreciated.  Thanks again!
  a
 
 
  On Wed, Jul 29, 2015 at 12:00 PM, Amy Schuler 
 schul...@caryinstitute.org
  wrote:
 
  Hi, if this message looks familiar it's because I posted it originally
  back in 2013, but got no response.  I am still having the same problem.
 
  An annoying thing is occurring when I check in an item in the
 circulation
  module.  After I check in as usual, the status becomes In transit from
  Cary Institute Library, to , since .  Then I have to go into Transfers
 to
  Receive and cancel the transfer for that item before it will display as
  available for loan in the OPAC record.
 
  Any tips or advice?  I searched bugs and didn't find anything about
 this.
 
  We use Koha 3.18.06.000 (Linux ubuntu).
 
  Hope you can help.
  thanks!
 
  Amy Schuler
  schul...@caryinstitute.org
 
 
 
 ___
 Koha mailing list  http://koha-community.org
 Koha@lists.katipo.co.nz
 https://lists.katipo.co.nz/mailman/listinfo/koha




--
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)
___
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,

Re: [Koha] Re-catalogue a library

2015-08-17 Thread Bob Birchall

On 18/08/15 09:43, clint.deckard wrote:
I would appreciate any tips, hints or suggestions for re-cataloguing a 
7000 item library.


At the moment, an item is scanned and then the record updated via 
Z39.50 but this is a slow process.

What other approaches are there?

Thank you,
Clint.


Hi Clint,
One possibility is to compile of file of ISBNs and submit it to your 
national library (Te Puna in your case).  They could provide you with a 
file of MARC records.  Matching on title and author might also be 
possible.  There might be a fee involved and you still have to  create 
items locally, but its quicker than cataloguing individually.

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


Re: [Koha] follow up on: transfers to receive- home/holding branch issues

2015-08-17 Thread Barton Chittenden
I ran across a similar issue and left a report on the wiki to help find
issues with differing cases in codes:

http://wiki.koha-community.org/wiki/SQL_Reports_Library#Codes_differ_in_case

I think that I used a similar technique to fix the offending codes.

--Barton

On Mon, Aug 17, 2015 at 6:12 PM, Paul A pau...@navalmarinearchive.com
wrote:

 Disclaimer: untested; we are not a lending library so cannot double check
 all possible repercussions.

 However, if you are convinced that your problem is limited to / caused by
 case sensitivity of 'homebranch' and 'holdingbranch' in your *items*
 records, the easy solution is to edit MySql:

 mysql UPDATE items SET homebranch = 'CARY' WHERE items.homebranch LIKE
 'cary';
 mysql UPDATE items SET holdingbranch = 'CARY' WHERE items.holdingbranch
 LIKE 'cary';

 This will only work if CARY is the properly declared value -- otherwise
 you'll get an error message about foreign keys (MySql is your friend and
 won't let you make a major mistake.)

 Best -- Paul

 At 07:34 PM 8/17/2015 +0100, Elaine Bradtke wrote:

 We had a similar problem with collection codes.
 In the end I exported the records, ran a batch edit in MarcEdit (or a text
 editor) and then imported the records to overwrite the old ones.  It is
 always safer to do this in a test instance of the catalogue first, if you
 have one. Though as edits go, changing the case of one word *should *be
 simple.

 On Mon, Aug 17, 2015 at 4:18 PM, Amy Schuler schul...@caryinstitute.org

 wrote:

  Hello again,
  thanks to Michael, Katrin and Robin for helping out a few weeks ago
 with my
  holding branch/home branch issues.
 
  I went through the exercises you all recommended, and as you might have
  guessed I found that for some (not all) items I have a bad homebranch
 and
  holdingbranch:  Cary.  The correct location for both should be
 uppercase
  CARY.
 
  Example: When I check out an item that has homebr Cary and holdingbr
 Cary,
  then check it in again, it ends up in the transfers to receive queue
  because in the checkout process it had been switched from homebr Cary
 and
  holdingbr CARY.  These are the only items that go to transfers to
  receive.  Items that always indicate homebr CARY and holdingbr CARY
 always
  get checked in normally without going to that queue.
 
  Is this something I can fix if I make a copy of my database and make
 global
  changes in some test environment?
 
  Thanks again for all of your advice.
  Amy Schuler
  CARY Institute ;)
 
  On Wed, Jul 29, 2015 at 12:44 PM, Amy Schuler 
 schul...@caryinstitute.org
  wrote:
 
   Hello again, I have more info.
  
   Just now, when canceling transfers as described below, I saw that the
   fields for home library and holding library were slightly
 different.
   One says Cary and the other says CARY.  I should mention that only
  the
   books that I checked in that have the lower case Cary as home
 library
  end
   up in the 'transfers to receive' queue.
  
   When I look at these records in the OPAC I don't see differences
 between
   them - they all have thefull name of our institution (Cary Institute
   Library) listed as home and current holding library.
  
   I just looked in global sys preferences  libraries and see that
 there is
   only one library, Cary Institute Library, code CARY indicated here.
 So I
   am not sure where lower case 'Cary' is coming from, or how to merge or
  get
   rid of it without really messing things up.
  
   Any help or advice would be appreciated.  Thanks again!
   a
  
  
   On Wed, Jul 29, 2015 at 12:00 PM, Amy Schuler 
  schul...@caryinstitute.org
   wrote:
  
   Hi, if this message looks familiar it's because I posted it
 originally
   back in 2013, but got no response.  I am still having the same
 problem.
  
   An annoying thing is occurring when I check in an item in the
  circulation
   module.  After I check in as usual, the status becomes In transit
 from
   Cary Institute Library, to , since .  Then I have to go into
 Transfers
  to
   Receive and cancel the transfer for that item before it will display
 as
   available for loan in the OPAC record.
  
   Any tips or advice?  I searched bugs and didn't find anything about
  this.
  
   We use Koha 3.18.06.000 (Linux ubuntu).
  
   Hope you can help.
   thanks!
  
   Amy Schuler
   schul...@caryinstitute.org
  
  
  
  ___
  Koha mailing list  http://koha-community.org
  Koha@lists.katipo.co.nz
  https://lists.katipo.co.nz/mailman/listinfo/koha
 



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

Re: [Koha] Re-catalogue a library

2015-08-17 Thread Jerwyn
Likewise with Riley, if you already have an a existing data and you would
want to re-catalog them for some reasons I would suggest to use marcedit. 

1. Export the data
2. Extract the ISBN
3. Harvest the data through z39.50 using marcedit.
4. Delete the new callnumber and combine the old one since its already
attached in the books. Or Just use the new one.
5. Match the biblionumber with the ISBN
6. and lastly re-import them in koha, record matching biblionumber / ISBN.

Hope this would help.

Wish you all the best and God bless!



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


[Koha] follow up on: transfers to receive- home/holding branch issues

2015-08-17 Thread Amy Schuler
Hello again,
thanks to Michael, Katrin and Robin for helping out a few weeks ago with my
holding branch/home branch issues.

I went through the exercises you all recommended, and as you might have
guessed I found that for some (not all) items I have a bad homebranch and
holdingbranch:  Cary.  The correct location for both should be uppercase
CARY.

Example: When I check out an item that has homebr Cary and holdingbr Cary,
then check it in again, it ends up in the transfers to receive queue
because in the checkout process it had been switched from homebr Cary and
holdingbr CARY.  These are the only items that go to transfers to
receive.  Items that always indicate homebr CARY and holdingbr CARY always
get checked in normally without going to that queue.

Is this something I can fix if I make a copy of my database and make global
changes in some test environment?

Thanks again for all of your advice.
Amy Schuler
CARY Institute ;)

On Wed, Jul 29, 2015 at 12:44 PM, Amy Schuler schul...@caryinstitute.org
wrote:

 Hello again, I have more info.

 Just now, when canceling transfers as described below, I saw that the
 fields for home library and holding library were slightly different.
 One says Cary and the other says CARY.  I should mention that only the
 books that I checked in that have the lower case Cary as home library end
 up in the 'transfers to receive' queue.

 When I look at these records in the OPAC I don't see differences between
 them - they all have thefull name of our institution (Cary Institute
 Library) listed as home and current holding library.

 I just looked in global sys preferences  libraries and see that there is
 only one library, Cary Institute Library, code CARY indicated here.  So I
 am not sure where lower case 'Cary' is coming from, or how to merge or get
 rid of it without really messing things up.

 Any help or advice would be appreciated.  Thanks again!
 a


 On Wed, Jul 29, 2015 at 12:00 PM, Amy Schuler schul...@caryinstitute.org
 wrote:

 Hi, if this message looks familiar it's because I posted it originally
 back in 2013, but got no response.  I am still having the same problem.

 An annoying thing is occurring when I check in an item in the circulation
 module.  After I check in as usual, the status becomes In transit from
 Cary Institute Library, to , since .  Then I have to go into Transfers to
 Receive and cancel the transfer for that item before it will display as
 available for loan in the OPAC record.

 Any tips or advice?  I searched bugs and didn't find anything about this.

 We use Koha 3.18.06.000 (Linux ubuntu).

 Hope you can help.
 thanks!

 Amy Schuler
 schul...@caryinstitute.org



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


[Koha] Ping Kyle Hall

2015-08-17 Thread King, Fred
Hi Kyle,

Could you please contact me off list? I'm trying to set up CoverFlow and either 
I've found some errors or I missed something vital.

Happy Monday to all,

--Fred

Fred King
Medical Librarian, MedStar Washington Hospital Center
fred.k...@medstar.net
202-877-6221
ORCID -0001-5266-0279

I think it is no exaggeration to say that the training of a physician requries 
as much time, knack, and practice, as the training of a musician.
--R.C. Cabot, (Ethical Forces in the Practice of Medicine. 1906)



MedStar Health is a not-for-profit, integrated healthcare delivery system, the 
largest in Maryland and the Washington, D.C., region. Nationally recognized for 
clinical quality in heart, orthopaedics, cancer and GI. IMPORTANT: This e-mail 
(including any attachments) may contain information that is private, 
confidential, or protected by attorney-client or other privilege. If you 
received this e-mail in error, please delete it from your system without 
copying it and notify sender by reply e-mail, so that our records can be 
corrected. Thank you. Help conserve valuable resources - only print this email 
if necessary.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] receiving serials

2015-08-17 Thread Nicole Engard
I'm not sure there is a way to do this in Koha's serials at this time.

Nicole

On Mon, Aug 17, 2015 at 10:56 AM, Koriann Workman koriann.work...@snow.edu
wrote:

 No it is one issues that they have combined with another so it has two
 dates and two numbers like Aug. 17/24 v. 301 numbers 7  8.



 *From:* Nicole Engard [mailto:neng...@gmail.com]
 *Sent:* Saturday, August 15, 2015 2:28 PM
 *To:* Koriann Workman koriann.work...@snow.edu
 *Cc:* Koha koha@lists.katipo.co.nz
 *Subject:* Re: [Koha] receiving serials



 Koriann,

 I'm not sure I'm following - but if you mean to ask if there is a way to
 enter two issues that arrive at the same time, the only way I can think to
 do this is to enter one as a supplement.

 Nicole



 On Mon, Aug 10, 2015 at 12:29 PM, Koriann Workman 
 koriann.work...@snow.edu wrote:

 Hi,

 I'm new to koha and am trying to get our serials set up correctly but am
 wondering if there is a combine issues.  I have a magazine that has combine
 two weeks so it has two dates and two numbers and can't find a way to
 combine them.

 Thanks for the help.

 ___
 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] follow up on: transfers to receive- home/holding branch issues

2015-08-17 Thread Elaine Bradtke
We had a similar problem with collection codes.
In the end I exported the records, ran a batch edit in MarcEdit (or a text
editor) and then imported the records to overwrite the old ones.  It is
always safer to do this in a test instance of the catalogue first, if you
have one. Though as edits go, changing the case of one word *should *be
simple.

On Mon, Aug 17, 2015 at 4:18 PM, Amy Schuler schul...@caryinstitute.org
wrote:

 Hello again,
 thanks to Michael, Katrin and Robin for helping out a few weeks ago with my
 holding branch/home branch issues.

 I went through the exercises you all recommended, and as you might have
 guessed I found that for some (not all) items I have a bad homebranch and
 holdingbranch:  Cary.  The correct location for both should be uppercase
 CARY.

 Example: When I check out an item that has homebr Cary and holdingbr Cary,
 then check it in again, it ends up in the transfers to receive queue
 because in the checkout process it had been switched from homebr Cary and
 holdingbr CARY.  These are the only items that go to transfers to
 receive.  Items that always indicate homebr CARY and holdingbr CARY always
 get checked in normally without going to that queue.

 Is this something I can fix if I make a copy of my database and make global
 changes in some test environment?

 Thanks again for all of your advice.
 Amy Schuler
 CARY Institute ;)

 On Wed, Jul 29, 2015 at 12:44 PM, Amy Schuler schul...@caryinstitute.org
 wrote:

  Hello again, I have more info.
 
  Just now, when canceling transfers as described below, I saw that the
  fields for home library and holding library were slightly different.
  One says Cary and the other says CARY.  I should mention that only
 the
  books that I checked in that have the lower case Cary as home library
 end
  up in the 'transfers to receive' queue.
 
  When I look at these records in the OPAC I don't see differences between
  them - they all have thefull name of our institution (Cary Institute
  Library) listed as home and current holding library.
 
  I just looked in global sys preferences  libraries and see that there is
  only one library, Cary Institute Library, code CARY indicated here.  So I
  am not sure where lower case 'Cary' is coming from, or how to merge or
 get
  rid of it without really messing things up.
 
  Any help or advice would be appreciated.  Thanks again!
  a
 
 
  On Wed, Jul 29, 2015 at 12:00 PM, Amy Schuler 
 schul...@caryinstitute.org
  wrote:
 
  Hi, if this message looks familiar it's because I posted it originally
  back in 2013, but got no response.  I am still having the same problem.
 
  An annoying thing is occurring when I check in an item in the
 circulation
  module.  After I check in as usual, the status becomes In transit from
  Cary Institute Library, to , since .  Then I have to go into Transfers
 to
  Receive and cancel the transfer for that item before it will display as
  available for loan in the OPAC record.
 
  Any tips or advice?  I searched bugs and didn't find anything about
 this.
 
  We use Koha 3.18.06.000 (Linux ubuntu).
 
  Hope you can help.
  thanks!
 
  Amy Schuler
  schul...@caryinstitute.org
 
 
 
 ___
 Koha mailing list  http://koha-community.org
 Koha@lists.katipo.co.nz
 https://lists.katipo.co.nz/mailman/listinfo/koha




-- 
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)
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha