Re: [Koha-devel] Regional Hackfests
I also think its a good idea as it will allow those who can't make it to the big conferences be able to get debriefs from those than can in a nice semi-fomal way Bob ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
[Koha-devel] Introduction
Hi all, My name is Bob Birchall. I have just joined this list (having hung around the general list for some time). Let me introduce myself. I work with Irma and I am a director of Calyx. I have been supporting Irma in her work for a while but intend to increase my input this year. I am not an IT professional (my experience is general management) but I hope to contribute in other ways. I don't expect to understand everything I see here, but perhaps I'll learn something! Congratulations on the great work you do for the Koha community. Regards, Bob Bob Birchall Director Calyx Group Pty Limited Mob: 0414 796 988 Email: b...@calyx.net.au Web: www.calyx.net.au ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
[Koha-devel] Cron Daemon Warning
Hi all, Cron Daemon is giving the following message intermittently when running $KOHA_CRON_PATH/../migration_tools/rebuild_zebra.pl -b -a -z >/dev/null "14:10:02-12/03 zebraidx(30685) [warn] Index 'any' not found in attset(s)" What does this mean? Thank you. Bob CALYX information essentials ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Cron Daemon Warning
Our situation is the same as that observed by MJ: > marc_defs/marc21/biblios/record.abs does contain an "attset bib1.att" > line and the biblios/etc/bib1.att file includes a mapping for 'Any' but not one > for 'any': "att 1016Any" What must I do to get rid of the warning? Many thanks, Bob -Original Message- From: Galen Charlton [mailto:galen.charl...@liblime.com] Sent: Friday, 13 March 2009 12:50 AM To: Bob Birchall @ Calyx Cc: koha-devel@lists.koha.org Subject: Re: [Koha-devel] Cron Daemon Warning Hi Bob, On Thu, Mar 12, 2009 at 5:40 AM, Bob Birchall @ Calyx wrote: > Cron Daemon is giving the following message intermittently when running > $KOHA_CRON_PATH/../migration_tools/rebuild_zebra.pl -b -a -z >/dev/null > > "14:10:02-12/03 zebraidx(30685) [warn] Index 'any' not found in attset(s)" Check your record.abs to see if it includes an "attset bib1.att" line, and if so, whether the bib1.att file includes a mapping for 'Any' or 'any'. Regards, Galen -- Galen Charlton VP, Research & Development, LibLime galen.charl...@liblime.com p: 1-888-564-2457 x709 skype: gmcharlt No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.0.237 / Virus Database: 270.11.12/1998 - Release Date: 03/12/09 18:23:00 ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
[Koha-devel] corrupt record in issues table
We have an entry in the issues table with a NULL itemnumber. This is causing the 'holds to pull' report to fail. Is it safe to simply delete the corrupt row from the issues table? We're using Koha 3.00.01.005 on Debian. Bob Birchall CALYX ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Reconciliation branch --mail à dest ination de la communauté Besoin de ton aval
To me it makes a lot of sense only to have bug fixes in 3.0.4 and all new features in 3.2. But what are the workload implications? Bob > -Original Message- > From: koha-devel-boun...@lists.koha.org [mailto:koha-devel-boun...@lists.koha.org] On > Behalf Of LAURENT Henri-Damien > Sent: Thursday, 3 September 2009 10:41 PM > To: koha-devel > Subject: [Koha-devel] Reconciliation branch --mail à destination de la communauté Besoin > de ton aval > > Hi, > After discussing in Yesterday's IRC meeting we have two options : > a) test master AND reconciliation branch at about the same time which > would double the work. But reconciliation branch could be already there > (you can check it out from koha-maintenance/reconciliation) > > b) rework the reconciliation branch and come down to a simple bug fixing > branch. > Thus, we can expect 3.2 will be out on time. And 3.0.4 will contain only > bugfixes and will be more stable but will take some overtime to make it. > And we would have only one month to wait for all the enhanced contents, > and only one version to test thoroughly. 3.0.x would include only bug > fixes and would therfore respect the purpose of a stable branch. > > I have done some job on this reconciliation and I included much more > than just bug fixes. But still, I would rather have something more > stable and which fix problems than something likely to bring up (and > doubles) problems. > And I think that it would be sensible too. > > I wanted to give you the opportunity to speak your minds and tell what > you want. > -- > Henri-Damien LAURENT > Release Maintainer 3.0.x > ___ > Koha-devel mailing list > Koha-devel@lists.koha.org > http://lists.koha.org/mailman/listinfo/koha-devel > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.409 / Virus Database: 270.13.75/2341 - Release Date: 09/02/09 18:03:00 ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Conference on Koha for 2010 NOT KOHACON NZ
I would recommend holding off on any US event until 2011 to give KohaCon NZ every chance to be successful. The alternative would be smaller, regional gatherings in the US early in 2010, but nothing after, say, the start of your summer. My 2 cents, Bob Birchall Calyx > -Original Message- > From: koha-devel-boun...@lists.koha.org [mailto:koha-devel-boun...@lists.koha.org] On > Behalf Of David Schuster > Sent: Tuesday, 6 October 2009 5:19 AM > To: koha-devel@lists.koha.org > Subject: [Koha-devel] Conference on Koha for 2010 NOT KOHACON NZ > > > I wanted to see what type of interest there is in another conference in the > US and who would be willing to help/host/committee/present... > > There has been lots of discussion about other issues, but thought we should > refocus our energy to helping each other. > > I know Chris is working on a conference in NZ - KohaCon 2010 anniversary - > but many of us I know won't be able to attend. I don't want to take any > thunder from that though as well... > > What are peoples thoughts - concerns... > > Some people indicated if there is no other option than NZ maybe their > administration would let them go to NZ - I want to hear what people have to > say. > > David Schuster > -- > View this message in context: http://www.nabble.com/Conference-on-Koha-for-2010-NOT- > KOHACON-NZ-tp25755583p25755583.html > Sent from the Koha - Dev mailing list archive at Nabble.com. > > ___ > Koha-devel mailing list > Koha-devel@lists.koha.org > http://lists.koha.org/mailman/listinfo/koha-devel > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.409 / Virus Database: 270.14.3/2415 - Release Date: 10/05/09 06:19:00 ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
[Koha-devel] OPAC Log-in
Hi all, Is it possible to configure the opac so that a user can perform a search only if logged in? A special library wishes to expose its catalogue to internal eyes only. So the required sequence would be to enter the url, be directed to a log-in page (the way the staff client works) and then when logged in be directed to opac-user.pl (as happens now when you log in from opac-main.pl) How can that be achieved? Thanks, Bob Birchall Calyx ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
[Koha-devel] koha 3.0.4 not "status" showing in opac
Sorry for cross-posting. I want to bring this across to the general list. I am seeing the same problem as Zico. It is in a 3.0.4 instance with a data base that was upgraded from Koha 2.2.9. The 'status' field in the opac-detail page is blank. The status displays correctly in the detail page of the staff client. Any suggestions? Thanks, Bob From: koha-devel-boun...@lists.koha.org [mailto:koha-devel-boun...@lists.koha.org] On Behalf Of Zico Sent: Monday, 14 December 2009 11:41 PM To: koha-devel@lists.koha.org Subject: [Koha-devel] koha 3.0.4 not "status" showing in opac Hi, my koha 3.0.4 opac is not showing the "status" for any books/disks. In my previous koha-3.0.1, this status showed "available" or "not available" by default. But, here in koha-3.0.4 is showing no status. How can i enable it? -- Best, Zico No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.427 / Virus Database: 270.14.106/2563 - Release Date: 12/13/09 19:47:00 ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] koha 3.0.4 biblio records
Zico, Lets take this to the general list, as MJ suggested. Shouldn't you be using the -z option for incremental updates? Nonetheless, that is not the cause of the problem. The problem does not occur in fresh installs, it seems to only occur where a data base has been upgraded from an earlier version. So does that suggest that a data element has been lost in the upgrade? If so, why is the problem only in the OPAC? It needs a bit of research to identify the exact circumstance. I won't be able to do that until after Christmas. Bob From: koha-devel-boun...@lists.koha.org [mailto:koha-devel-boun...@lists.koha.org] On Behalf Of Zico Sent: Thursday, 17 December 2009 9:57 PM To: MJ Ray Cc: koha-devel@lists.koha.org Subject: Re: [Koha-devel] koha 3.0.4 biblio records On Thu, Dec 17, 2009 at 4:39 PM, MJ Ray wrote: I'd try two things: 1. increase the debug level to 2 (or SetEnv KOHA_DEBUG 2 in the VirtualHost if that still works) to get a full backtrace and see what call results in a try to call clone on an undefined value; 2. check the databases for the record after each change and see what is happening with the edited and deleted records. Beyond that, a bit more description of how to reproduce the bug may be needed: for example, is it NoZebra? It`s not NoZebra. It`s Zebra. Which MARC type? MARC21 If it's zebra, how is the zebra being updated? (cronjob?) Yes, cronjob My crontab is: */1 * * * * KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/share/koha/lib /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -w >/dev/null -- Best, Zico No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.427 / Virus Database: 270.14.110/2568 - Release Date: 12/16/09 08:02:00 ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Koha and Subversion
Hi Rick, > me. I really like the community model of making the koha software more robust, but what > happens when my changes don't apply across all koha users? Branding for example. I > certainly don't want to force irrelevant changes onto the entire community. > Most branding needs can be accomplished using the system preferences for the customizable areas of the OPAC and a couple of others for the staff client. Check the Koha manual: http://koha.org/documentation There are some really good tutorials in the archives of Owen Leonard's excellent blog: http://www.myacpl.org/koha/ Bob Birchall Calyx ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
[Koha-devel] OPAC Secured
Most libraries are happy for the public to come to the OPAC and search the catalogue without being logged in. Others however (corporate libraries, private colleges) require the user to be logged in before the collection or any functionality is exposed. Koha currently supports the first approach. The second approach is achievable by adding jquery to the template (won't stop hacking) or by editing the perl code to set 'authnotrequired' value to '0' per page. Neither way is user-friendly or produces an elegant display. We propose adding a syspref 'OpacNotPublic' or similar which when set to 'OFF' will cause no change to current behaviour. When set to 'ON' a different template will be called by opacmain.pl that will display: - a login prompt similar to that for the staff client; - the value of opacsmallimage; - the value of opacheader; - the value of opaccredits. Not displayed on this page will be: - the search bar and the cart and list buttons; - the value of opacnav; - the value of opacmainuserblock. Upon logging in, the user is directed to 'opac-user.pl' as is the case now. Before we lodge on Bugzilla, are there any comments? Bob Birchall CALYX ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] OPAC Secured
OK, thanks for the suggestion. We will add that to the spec. Regards, Bob > -Original Message- > From: Galen Charlton [mailto:gmcha...@gmail.com] > Sent: Tuesday, 23 February 2010 3:58 AM > To: Eric Bégin > Cc: Bob Birchall @ Calyx; koha-devel > Subject: Re: [Koha-devel] OPAC Secured > > Hi, > > On Mon, Feb 22, 2010 at 9:11 AM, Eric Bégin wrote: > > Why not using this value to set the 'authnotrequired' in the code, > > instead of having this value hardcoded. That way, every pages would be > > protected. > > Agreed - this is more comprehensive. > > Regards, > > Galen > -- > Galen Charlton > gmcha...@gmail.com > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.435 / Virus Database: 271.1.1/2703 - Release Date: 02/22/10 07:34:00 ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Biblio table
The original design of Koha (ten years ago) allowed a work (biblio) to be expressed in various forms (biblioitems). So a work such as 'Out of Africa' could be created as a biblio with separate biblioitems for its forms as, say, a book and a film. Since Koha 3.0 (and probably earlier) this is no longer supported - there is a one to one correspondence between the biblio and biblioitems tables. It is now simply that the bibliographic information for a work is spread across two tables. There is a proposal to merge these tables but I don't know if anyone is working on that yet. Therefore, the book 'Out of Africa' will have an entry in both the biblio and biblioitems tables and the film 'Out of Africa' will also have (separate) entries in both the biblio and biblioitems tables. There is another table - Items - that records the details of instances (copies) of the work that the library holds. This is the 'holdings' information and includes the branch, the barcode and other information specific to the physical instance of the work. Circulation transactions necessarily are recorded at the Items level. I hope this helps, although someone with a better historical appreciation may care to correct me. By the way, if you turn on 'Item-level_itypes' you can store different item types for a record at the items level. This enables you to assign different issuing rules to different copies of the same book (or film). For example, you could impose a shorter borrowing period on one of the copies. You shouldn't use this to put a book and a film under the same bibliographic record, as they will have different information in some of the marc fields. Regards, Bob Birchall CALYX _ From: koha-devel-boun...@lists.koha.org [mailto:koha-devel-boun...@lists.koha.org] On Behalf Of Musab Alghzawi Sent: Monday, 22 March 2010 9:10 PM To: koha-devel@lists.koha.org Subject: [Koha-devel] Biblio table Hello all, one more question, I'm trying to understand the purpose of the follwoing tables and how they comunicate : 1. Biblio 2. BiblioItems 3. Items It's confusing, because first I though BiblioItems table is for books only, but when i added a CD/DVD item it was entered in the BiblioItems. but not added to the items table until I add another Item within this CD/DVD.. Can anyone clarify how they work together Regards, Musab No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.437 / Virus Database: 271.1.1/2791 - Release Date: 04/04/10 18:32:00 ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Biblio table
Thanks Rosalie, that makes things clearer. I'm happy to have been corrected. Cheers, Bob From: koha-devel-boun...@lists.koha.org [mailto:koha-devel-boun...@lists.koha.org] On Behalf Of Rosalie Blake Sent: Wednesday, 7 April 2010 12:40 PM To: koha-devel@lists.koha.org Subject: Re: [Koha-devel] Biblio table Hello all Thanks Bob for a good explanation, although we really weren't thinking about films when we developed the schema of biblio, groups (or biblioitems) and items. We originally designed Koha this way to deal with what I thought of as the Anne Frank problem, which is the problem of taking reserves for a title which has been published many times in a variety of formats. ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Bulk Marc Import via the Web
Chris, My understanding of that tool is that it does not import holdings data. Only bulkmarcimport.pl does that. Am I right? Bob > -Original Message- > From: Rick Welykochy [mailto:r...@praxis.com.au] > Sent: Monday, 26 April 2010 9:47 PM > To: Chris Cormack > Cc: koha-devel@lists.koha.org; Bob Birchall > Subject: Re: [Koha-devel] Bulk Marc Import via the Web > > Chris Cormack wrote: > > > There is already a bulk marc importer in the web interface. > > A 2 step process, 1st step stages it, the second imports it. > > Can't you just use that? > > Goodness gracious me. Yup, found it in Tools. I will pass this on > to Bob and he can give it a try with some data. Thanks for the > heads up :) > > Bob: see Tools > Stage MARC Records For Import > > cheers > rickw > > > -- > _ > Rick Welykochy || Praxis Services > > Politics is the business of getting power and privilege without > possessing merit. > -- PJ O'Rourke > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.437 / Virus Database: 271.1.1/2835 - Release Date: 04/25/10 18:31:00 ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] MARC Record Import - Not Getting Items
Richard, This is not a development question and might have been better on the general list. Koha stores item information in the 952 tag of the marc record. So the first question may be whether all the records have a 952 tag. The fields within that tag can be readily understood by viewing 'Koha to Marc Mapping' on the Administration menu and selecting 'items' from the drop down. (Apologies if this is more basic information than you need.) Do you have root access? If so, simply count the biblio, biblioitems and the items tables and see if you have a reasonable correspondence. (You may have more items than biblios if there are multiple holdings of particular titles.) To go further, you could export (part of) your catalogue using the Export Bibliographic and Holdings utility on the Tools menu, then use MarcEdit (a Windows application, sadly) to break your marc file into human readable form. Do all the items have a barcode (952$p ; items.barcode), a home branch (952$a ; items.homebranch) and a holding branch (952$b ; items.holdingbranch)? I assume your problem manifests in the staff client, not just the OPAC? Hope that helps, Bob Birchall CALYX > -Original Message- > From: koha-devel-boun...@lists.koha.org [mailto:koha-devel-boun...@lists.koha.org] On > Behalf Of Richard Forristall > Sent: Wednesday, 28 April 2010 8:04 AM > To: koha-devel@lists.koha.org > Subject: [Koha-devel] MARC Record Import - Not Getting Items > > Hi all, > > Our librarian is having trouble with her MARC record imports. On some > of the imports, the record imports, but doesn't import the item. So in > an OPAC search the record appears, but shows "Availability: No items > available" > > The librarian has worked with the vendors to modify MARC records, but > it's a hit-or-miss situation where some records will update with items > and others won't. > > I just performed a zebra reindex last week for another issue and that > didn't help with this issue. > > I assume the MARC record needs specific information in a specific > location to properly map to the Koha database during the import process. > Is that an accurate assumption? > > Can anyone tell me where in a MARC record the item information needs to > be stored so I can assist my librarian? > > She is currently having to manually add items in Koha to books that are > on the shelf when students are checking out the book. > > Any and all help is very much appreciated :--D > > > > Thanks, > > Rick > --- > Rick Forristall > Programmer Analyst > Goodwill of Central AZ > 602.535.4078 > --- > > Through your generous material and cash donations - we provide free > human services programs that create hope, jobs and sustainability for > central Arizonans. In 2009 your donations transformed 25,000 lives. Good > Stuff. Good Work. Goodwill. > > We Put People to Work! > A 2009 Best Places to Work Winner > www.goodwillaz.org > ___ > Koha-devel mailing list > Koha-devel@lists.koha.org > http://lists.koha.org/mailman/listinfo/koha-devel > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.437 / Virus Database: 271.1.1/2835 - Release Date: 04/27/10 06:27:00 ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] [Koha] Meetings next week for the community
Thanks Chris. As both meetings are at 5am Sydney time, Im unlikely to attend. I just want to make a point about the community handover meeting. This is a meeting of the community, not of the HLT committee, although committee members will be present to report. So anyone is entitled to turn up and contribute. There seems to be a view about, that the HLT committee has some power to grant or deny participation in the Koha community. That is not correct. The committee's only role is to advise the HLT Trustees on the acquisition and holding of Koha community property. Anybody who wants to participate in the community can do so by turning up at meetings, joining discussions on the mailing lists or irc and posting software development ideas to the wiki. Meet well ! Bob Birchall CALYX From: koha-devel-boun...@lists.koha.org [mailto:koha-devel-boun...@lists.koha.org] On Behalf Of Chris Nighswonger Sent: Monday, 3 May 2010 12:19 PM To: k...@lists.katipo.co.nz; koha-devel@lists.koha.org Subject: Re: [Koha-devel] [Koha] Meetings next week for the community Agendas have been posted for both of these meetings. Please feel free to add items as you see fit. Here are the links: Handover Meeting: http://wiki.koha.org/doku.php?id=en:events:meetings:irc_meetings:meetingnote s10may04 Community Meeting: http://wiki.koha.org/doku.php?id=en:events:meetings:irc_meetings:meetingnote s10may05 Kind Regards, Chris On Fri, Apr 30, 2010 at 2:55 PM, David Schuster wrote: This is a reminder that there are 2 meetings next week on IRC. They are both at UTC 19:00 from what I can tell. Tuesday May 4th is a Handover meeting with the HLT committee. Wednesday May 5th is a General IRC community meeting. http://www.mibbit.com/chat/?server=irc.katipo.co.nz&channel=%23koha http://koha.org/cgi-bin/irc.cgi # Time and Date.com converter for various local times. http://www.timeanddate.com/worldclock/fixedtime.html?year=2010&month=05&day= 04&hour=19&min=0&sec=0 Wolfram time converter. http://www.wolframalpha.com/input/?i=2010-05-04%2019:00%20UTC+0 -- View this message in context: http://old.nabble.com/Meetings-next-week-for-the-community-tp28415605p284156 05.html Sent from the Koha - Discuss mailing list archive at Nabble.com. ___ Koha mailing list k...@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.437 / Virus Database: 271.1.1/2849 - Release Date: 05/02/10 18:27:00 ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Quick poll on Fines/Charges/Fees/Accounts
Accounts +1 Bob > -Original Message- > From: koha-devel-boun...@lists.koha.org [mailto:koha-devel-boun...@lists.koha.org] On > Behalf Of Chris Cormack > Sent: Monday, 10 May 2010 8:00 AM > To: koha-devel > Subject: [Koha-devel] Quick poll on Fines/Charges/Fees/Accounts > > Hi All > > So just a quick show of hands would be great > > The options are > > Leave it how it is (Fines) > Fines/Fees > Fees > Charges > Accounts > > My vote is for > Accounts > > But i'd be happy with anything except Fines > > Chris > ___ > Koha-devel mailing list > Koha-devel@lists.koha.org > http://lists.koha.org/mailman/listinfo/koha-devel > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.437 / Virus Database: 271.1.1/2866 - Release Date: 05/10/10 18:26:00 ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
