From robin at catalyst.net.nz Mon Aug 2 04:17:34 2010 From: robin at catalyst.net.nz (Robin Sheat) Date: Mon, 02 Aug 2010 14:17:34 +1200 Subject: [Koha-devel] Debian packages, Squeeze and updated libyaz Message-ID: <1280715454.11711.216.camel@zarathud> Recently Debian updated their zebra-related stuff in Squeeze, and dropped libyaz3 in favour of libyaz4. This meant that I spent some time trying to work out why zebra would work on the production system (which I was being conservative about updating) and not my newer test systems. It turns out that the version combinations currently in Debian make Zebra quite unhappy, and it will segfault. You won't see this happen if you run the rebuild_zebra.pl script, but you will get this if you run it with -v: 11:18:31-02/08 zebraidx(12790) [log] enabling shadow spec=/var/lib/koha/library/biblios/shadow:4G 11:18:31-02/08 zebraidx(12790) [log] cache_fname = /var/lib/koha/library/biblios/shadow/cache 11:18:31-02/08 zebraidx(12790) [log] dir /tmp/qKmpRDFzQd/biblio 11:18:31-02/08 zebraidx(12791) [log] zebra_start 2.0.43 abd433d1a315576cf1f4a53f2c70365f9a76477f (the segfault occurs where the PID changes from 12790 to 12791.) And then, several lines later: 11:18:31-02/08 zebraidx(12791) [warn] previous transaction didn't reach commit and nothing in zebra will have been updated. Fortunately, the version in the indexdata.dk repository doesn't suffer from this, so if you're using the Debian Koha packages I suggest performing the steps outlined here: http://wiki.koha-community.org/wiki/Koha_3.2_on_Debian_Squeeze#What_about_Zebra.3F The Debian bug I filed for this is here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591307 -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: Dit berichtdeel is digitaal ondertekend URL: From kristina at catalyst.net.nz Mon Aug 2 13:05:53 2010 From: kristina at catalyst.net.nz (Kristina Hoeppner) Date: Mon, 2 Aug 2010 23:05:53 +1200 Subject: [Koha-devel] KohaCon in 84 days Message-ID: <4F672456-FAE3-4461-9D7D-7BA08238FD5C@catalyst.net.nz> Hello, (apologies for cross-posting) Koha celebrates its 10th anniversary this year. As you know, we will hold this year's KohaCon in Wellington from 25-27 October 2010, followed by a Hackfest. You still have time to register. There are just 84 days left until kick-off. Please check out the conference web site at http://www.kohacon10.org.nz/ for further details including the conference schedule. We would like to welcome you to this free conference in Wellington during the southern hemisphere's spring. As you will be in the country of the birth of Koha, why not pay a visit to Koha's proper birthplace? We have planned an exciting trip to Levin, just north of Wellington, where everything started, for 28 October 2010. This excursion does not only give you the opportunity to visit Levin, it's library, and meet the mayor, but also participate in a powhiri, a traditional Maori welcome ceremony and experience traditional Maori food. You can find the trip details at http://www.kohacon10.org.nz/2010/program/levintrip.html If you have questions regarding the conference, please contact us at http://www.kohacon10.org.nz/contact.html Cheers Kristina for the Organizing Committee of KohaCon10 From chris at bigballofwax.co.nz Mon Aug 2 14:02:19 2010 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Tue, 3 Aug 2010 00:02:19 +1200 Subject: [Koha-devel] [Koha] [KOHA] Koha GIT - Cloned the main repository but stuck on how to proceed In-Reply-To: References: Message-ID: 2010/8/2 Susan Mustafa : > Dear Chris, and all Koha, > > This might not be best place to ask, but I am new to GIT and I have searched > all day on a way to do the following. > > > [Development] [Test] [Production] <--Big Servers, not laptop > > [Development Server to have] > ============[Koha GIT Clone] ====> sudo git clone > git://git.koha-community.org/koha.git koha-clone > ========================[Company Branch] =====>sudo git branch --track > MSDR-Branch origin/master > [Test Server to have] > ==================Only Test Code [no git] > [Production Server to have] > ==================Only Production Code [no git] > > I am unclear as to why you ran the commands as sudo, you will now have a git repository owned as root What I would have done is git clone git://git.koha-community.org/koha.git koha-clone git checkout -b MSDR-Branch --track origin/master > Now I believe up to this point I understand and it is working fine. However > I am stuck on the following: > > [My Laptop - Local Development] > > - How do I checkout the MSDR-Branch on this laptop, so I can make changes to > it, and commit those changes to the MSDR-Branch. [Help please].? I did alot > of different commands, non of which work. > The above commands would have made a new branch that tracks origin/master (do you really want to track master which is what will become 3.2 or the 3.0.x branch where the 3.0.x releases come from?) > Assuming the laptop has SSH installed, and the IP is 123.xx.xxx.xxx > > I searched google for remote branches/checking out remote branches/....and I > don't know how to proceed.? It all seems complicated? Do I use checkout > command, and how do I access the MSDR-Branch from the server while working > from laptop. > If you want to work on the repository on your laptop, you simply clone it so on your laptop git clone ssh://username at servername.or.ip/path/to/kohaclone kohaclone Now you have the repository cloned to your laptop git checkout -b MSDR-Branch --track origin/MSDR-Branch And a branch that tracks it. NOTE: If this fails due to permissions it is probably because you created your repository on your server as root. You should fix the permissions You can then do your work edit a file git commit file if you want that change on your server git push Occasionally you will want to do a git pull to get the latest changes from other members of your team also. Of course when working on GPLed code as Koha is, you have the option of hosting your repository somewhere like gitorious or github. That way others can benefit from the work you do and work isn't duplicated, and you are giving back to the project. Chris From brice.sanchez at sys-tech.net Mon Aug 2 16:30:47 2010 From: brice.sanchez at sys-tech.net (Brice Sanchez) Date: Mon, 02 Aug 2010 10:30:47 -0400 Subject: [Koha-devel] Koha 3.2 in virtualization or with several database : Is it effective ? Message-ID: <4C56D697.3000505@sys-tech.net> Hello everyone, I'm preparing to install Koha 3.2 for 20 schools and I was wondering if some of you had used the method of virtualization (VMWare or Virtualbox). If yes, is it effective? What are the problems you encountered? Have you done any benchmarks? I am also looking for a method with one Koha and several databases and Zebras : Is this a successful method? Thank you for your answers! *Brice Sanchez* Programmeur Web brice.sanchez at sys-tech.net 418 520-0739 poste 136 514 907-0036 / 1-877-969-8324 *SYS-TECH / Technologies de l'information libres* 6700 BOUL PIERRE-BERTRAND BUREAU 209 QU?BEC QC G2J 0B4 http://www.sys-tech.net /Membre supporteur de l'Association TYPO3 / -------------- next part -------------- An HTML attachment was scrubbed... URL: From ohiocore at gmail.com Mon Aug 2 18:18:56 2010 From: ohiocore at gmail.com (Joe Atzberger) Date: Mon, 2 Aug 2010 12:18:56 -0400 Subject: [Koha-devel] Koha 3.2 in virtualization or with several database : Is it effective ? In-Reply-To: <4C56D697.3000505@sys-tech.net> References: <4C56D697.3000505@sys-tech.net> Message-ID: Koha can be effectively virtualized for production in VMware, Virtualbox or xen. It is quite common and helpful. And yes, you can use the same codebase with different Koha instances. You will have to do edit your $KOHA_CONF files accordingly. But start with one instance and get familiar with it first before trying to add additional ones. --Joe 2010/8/2 Brice Sanchez > Hello everyone, > > I'm preparing to install Koha 3.2 for 20 schools and I was wondering if > some of you had used the method of virtualization (VMWare or Virtualbox). If > yes, is it effective? What are the problems you encountered? Have you done > any benchmarks? > > I am also looking for a method with one Koha and several databases and > Zebras : Is this a successful method? > > Thank you for your answers! > > *Brice Sanchez* > Programmeur Web > > brice.sanchez at sys-tech.net > 418 520-0739 poste 136 > 514 907-0036 / 1-877-969-8324 > > *SYS-TECH / Technologies de l'information libres* > 6700 BOUL PIERRE-BERTRAND BUREAU 209 > QU?BEC QC G2J 0B4 > http://www.sys-tech.net > > *Membre supporteur de l'Association TYPO3 * > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From brice.sanchez at sys-tech.net Mon Aug 2 19:31:14 2010 From: brice.sanchez at sys-tech.net (Brice Sanchez) Date: Mon, 02 Aug 2010 13:31:14 -0400 Subject: [Koha-devel] Koha 3.2 in virtualization or with several database : Is it effective ? In-Reply-To: References: <4C56D697.3000505@sys-tech.net> Message-ID: <4C5700E2.1050709@sys-tech.net> Thank you for your reply, I've already done several installations of Koha in DEV and Single mode. But when we have multiple installations on one server we have problems with the Zebra indexing engine. This is why we try to virtualize (with Xen), or to install a single Koha running with several databases. We are therefore looking for feedback and help to build the right architecture : that is the most easily maintainable for 20 School and can easily accommodate 500 simultaneous users. Brice On 02/08/2010 12:18, Joe Atzberger wrote: > Koha can be effectively virtualized for production in VMware, > Virtualbox or xen. It is quite common and helpful. > > And yes, you can use the same codebase with different Koha instances. > You will have to do edit your $KOHA_CONF files accordingly. But > start with one instance and get familiar with it first before trying > to add additional ones. > > --Joe > > 2010/8/2 Brice Sanchez > > > Hello everyone, > > I'm preparing to install Koha 3.2 for 20 schools and I was > wondering if some of you had used the method of virtualization > (VMWare or Virtualbox). If yes, is it effective? What are the > problems you encountered? Have you done any benchmarks? > > I am also looking for a method with one Koha and several databases > and Zebras : Is this a successful method? > > Thank you for your answers! > > *Brice Sanchez* > Programmeur Web > > brice.sanchez at sys-tech.net > 418 520-0739 poste 136 > 514 907-0036 / 1-877-969-8324 > > *SYS-TECH / Technologies de l'information libres* > 6700 BOUL PIERRE-BERTRAND BUREAU 209 > QU?BEC QC G2J 0B4 > http://www.sys-tech.net > > /Membre supporteur de l'Association TYPO3 / > -------------- next part -------------- An HTML attachment was scrubbed... URL: From robin at catalyst.net.nz Tue Aug 3 00:42:27 2010 From: robin at catalyst.net.nz (Robin Sheat) Date: Tue, 03 Aug 2010 10:42:27 +1200 Subject: [Koha-devel] Koha 3.2 in virtualization or with several database : Is it effective ? In-Reply-To: <4C5700E2.1050709@sys-tech.net> References: <4C56D697.3000505@sys-tech.net> <4C5700E2.1050709@sys-tech.net> Message-ID: <1280788947.27444.3.camel@zarathud> Op maandag 02-08-2010 om 13:31 uur [tijdzone -0400], schreef Brice Sanchez: > I've already done several installations of Koha in DEV and Single > mode. But when we have multiple installations on one server we have > problems with the Zebra indexing engine. That's what the packages are good for, see http://wiki.koha-community.org/wiki/Koha_3.2_on_Debian_Squeeze I can set up a new Koha instance in about 30 seconds with these by just doing: $ sudo koha-create --create-db newlibrary They're not really production-ready yet, but they are getting closer all the time. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: Dit berichtdeel is digitaal ondertekend URL: From kristina at catalyst.net.nz Tue Aug 3 02:56:02 2010 From: kristina at catalyst.net.nz (Kristina Hoeppner) Date: Tue, 3 Aug 2010 12:56:02 +1200 Subject: [Koha-devel] KohaCon in 84 days In-Reply-To: <4F672456-FAE3-4461-9D7D-7BA08238FD5C@catalyst.net.nz> References: <4F672456-FAE3-4461-9D7D-7BA08238FD5C@catalyst.net.nz> Message-ID: <3C7B81A0-F59D-445D-B1F3-BBB2F55A6C0D@catalyst.net.nz> Hello, Joann Ransom who organizes the Levin trip at the end of KohaCon wrote that everybody who wants to come on the excursion needs to register by 10 October 2010. If you are interested, please go to http://www.kohacon10.org.nz/2010/program/levintrip.html and save your spot on the bus. She also gratefully corrected my earlier writing in saying: "Kawiu is a contemporary Marae and we will be eating in the usual dining room alongside locals, so it's more a real life experience than a full on touristy thing, although it will feature a traditional welcome." Getting the real deal sounds great to me. :-) Cheers Kristina From kmkale at anantcorp.com Wed Aug 4 16:48:55 2010 From: kmkale at anantcorp.com (Koustubha Kale) Date: Wed, 4 Aug 2010 20:18:55 +0530 Subject: [Koha-devel] Staff client catalogue/search.pl Message-ID: Hi, In staff client catalogue/search.pl searches in the permanent location of the item. How can I make it search in current location? Regards, Koustubha Kale Anant Corporation Contact Details : Address : 103, Armaan Residency, R. W Sawant Road, Nr. Golden Dyes Naka, Thane (w), Maharashtra, India, Pin : 400601. TeleFax : +91-22-21720108, +91-22-21720109 Mobile : +919820715876 Website : http://www.anantcorp.com Blog : http://www.anantcorp.com/blog/?author=2 -------------- next part -------------- An HTML attachment was scrubbed... URL: From tomascohen at gmail.com Wed Aug 4 17:46:42 2010 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Wed, 4 Aug 2010 12:46:42 -0300 Subject: [Koha-devel] Koha 3.2 in virtualization or with several database : Is it effective ? In-Reply-To: <4C5700E2.1050709@sys-tech.net> References: <4C56D697.3000505@sys-tech.net> <4C5700E2.1050709@sys-tech.net> Message-ID: 2010/8/2 Brice Sanchez : > Thank you for your reply, > > I've already done several installations of Koha in DEV and Single mode. But > when we have multiple installations on one server we have problems with the > Zebra indexing engine. > > This is why we try to virtualize (with Xen), or to install a single Koha > running with several databases. > > We are therefore looking for feedback and help to build the right > architecture : that is the most easily maintainable for 20 School and? can > easily accommodate 500 simultaneous users. We've successfully installed multiple instances within the same server using the following schema: each instance is called koha_. Then in an standard install when you're asked for the install dir you put koha_ and the koha installer creates: /etc/koha_ /usr/share/koha_ /var/lib/koha_ etc... You can then set a shell variable: # export KOHAINSTANCE=koha_ and run the following for finishing the setup: # ln -s $KOHAPATH/bin/koha-zebra-ctl.sh /etc/init.d/$KOHAINSTANCE-zebra-daemon # update-rc.d $KOHAINSTANCE-zebra-daemon defaults # ln -s /etc/$KOHAINSTANCE/koha-httpd.conf /etc/apache2/sites-available/$KOHAINSTANCE # a2ensite $KOHAINSTANCE # apache2ctl reload Assuming you're running on Ubuntu/Debian. You then have to fix your cronjobs to match this schema. Probably having to prepend KOHA_CONF=/etc/koha_/koha-conf.xml to your commands, for example: If you want to rebuild the zebra database of an instance: su - koha -c "KOHA_CONF=/etc/$KOHAINSTANCE/koha-conf.xml /usr/share/koha_saludpublica/bin/migration_tools/rebuild_zebra.pl -a -b -w -r -v" Or put an incremental reindex in the cronjob: 0/2 * * * * root KOHA_CONF=/etc/$KOHAINSTANCE/koha-conf.xml /usr/share/koha_saludpublica/bin/migration_tools/rebuild_zebra.pl -a -b -z If you have trouble with this setup, feel free to contact. To+ From brice.sanchez at sys-tech.net Wed Aug 4 18:00:19 2010 From: brice.sanchez at sys-tech.net (Brice Sanchez) Date: Wed, 04 Aug 2010 12:00:19 -0400 Subject: [Koha-devel] Koha 3.2 in virtualization or with several database : Is it effective ? In-Reply-To: References: <4C56D697.3000505@sys-tech.net> <4C5700E2.1050709@sys-tech.net> Message-ID: <4C598E93.10007@sys-tech.net> Thank you for your reply, Your method is very interesting, I'll try it with my colleagues. Thank you for sharing your knowledge. -- *Brice Sanchez* Programmeur Web brice.sanchez at sys-tech.net 418 520-0739 poste 136 514 907-0036 / 1-877-969-8324 *SYS-TECH / Technologies de l'information libres* 6700 BOUL PIERRE-BERTRAND BUREAU 209 QU?BEC QC G2J 0B4 http://www.sys-tech.net /Membre supporteur de l'Association TYPO3 / On 04/08/2010 11:46, Tomas Cohen Arazi wrote: > 2010/8/2 Brice Sanchez: > >> Thank you for your reply, >> >> I've already done several installations of Koha in DEV and Single mode. But >> when we have multiple installations on one server we have problems with the >> Zebra indexing engine. >> >> This is why we try to virtualize (with Xen), or to install a single Koha >> running with several databases. >> >> We are therefore looking for feedback and help to build the right >> architecture : that is the most easily maintainable for 20 School and can >> easily accommodate 500 simultaneous users. >> > We've successfully installed multiple instances within the same server > using the following schema: each instance is called koha_ name>. Then in an standard install when you're asked for the install > dir you put koha_ and the koha installer creates: > > /etc/koha_ > /usr/share/koha_ > /var/lib/koha_ > etc... > > You can then set a shell variable: > > # export KOHAINSTANCE=koha_ > > and run the following for finishing the setup: > > # ln -s $KOHAPATH/bin/koha-zebra-ctl.sh /etc/init.d/$KOHAINSTANCE-zebra-daemon > # update-rc.d $KOHAINSTANCE-zebra-daemon defaults > # ln -s /etc/$KOHAINSTANCE/koha-httpd.conf > /etc/apache2/sites-available/$KOHAINSTANCE > # a2ensite $KOHAINSTANCE > # apache2ctl reload > > Assuming you're running on Ubuntu/Debian. > > You then have to fix your cronjobs to match this schema. Probably > having to prepend KOHA_CONF=/etc/koha_/koha-conf.xml to > your commands, for example: > > If you want to rebuild the zebra database of an instance: > su - koha -c "KOHA_CONF=/etc/$KOHAINSTANCE/koha-conf.xml > /usr/share/koha_saludpublica/bin/migration_tools/rebuild_zebra.pl -a > -b -w -r -v" > > Or put an incremental reindex in the cronjob: > > 0/2 * * * * root KOHA_CONF=/etc/$KOHAINSTANCE/koha-conf.xml > /usr/share/koha_saludpublica/bin/migration_tools/rebuild_zebra.pl -a > -b -z > > > If you have trouble with this setup, feel free to contact. > > To -------------- next part -------------- An HTML attachment was scrubbed... URL: From tomascohen at gmail.com Wed Aug 4 18:31:01 2010 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Wed, 4 Aug 2010 13:31:01 -0300 Subject: [Koha-devel] Koha 3.2 in virtualization or with several database : Is it effective ? In-Reply-To: References: <4C56D697.3000505@sys-tech.net> <4C5700E2.1050709@sys-tech.net> Message-ID: On Wed, Aug 4, 2010 at 12:46 PM, Tomas Cohen Arazi wrote: > > You can then set a shell variable: > > # export KOHAINSTANCE=koha_ > > and run the following for finishing the setup: > > # ln -s $KOHAPATH/bin/koha-zebra-ctl.sh /etc/init.d/$KOHAINSTANCE-zebra-daemon As you can see, I missed the definition of the KOHAPATH variable # export KOHAPATH=/usr/share/$KOHAINSTANCE To+ From kmkale at anantcorp.com Thu Aug 5 18:14:36 2010 From: kmkale at anantcorp.com (Koustubha Kale) Date: Thu, 5 Aug 2010 21:44:36 +0530 Subject: [Koha-devel] Staff client catalogue/search.pl In-Reply-To: References: Message-ID: On Thu, Aug 5, 2010 at 7:35 PM, Fridolyn SOMERS wrote: > Hi, > > Isn't it the goal of "HomeOrHoldingBranch" system preference ? > > Regards, > > 2010/8/4 Koustubha Kale > >> Hi, >> In staff client catalogue/search.pl searches in the permanent location of >> the item. How can I make it search in current location? >> >> Is it? It says.. Use the checkout and fines rules of the library the item is from. the library the item was checked out from. NOTE: This is older than CircControl, but used by some parts of Koha. It will be removed soon. Regards, Koustubha Kale Anant Corporation Contact Details : Address : 103, Armaan Residency, R. W Sawant Road, Nr. Golden Dyes Naka, Thane (w), Maharashtra, India, Pin : 400601. TeleFax : +91-22-21720108, +91-22-21720109 Mobile : +919820715876 Website : http://www.anantcorp.com Blog : http://www.anantcorp.com/blog/?author=2 -------------- next part -------------- An HTML attachment was scrubbed... URL: From brice.sanchez at sys-tech.net Thu Aug 5 20:19:23 2010 From: brice.sanchez at sys-tech.net (Brice Sanchez) Date: Thu, 05 Aug 2010 14:19:23 -0400 Subject: [Koha-devel] Search by barcode or item number in OPAC Message-ID: <4C5B00AB.3000207@sys-tech.net> Hello everyone In the Opac, do you know if it's possible to search by item number or barcode? If yes, how do? Thank you in advance for your answers! -- *Brice Sanchez* Programmeur Web brice.sanchez at sys-tech.net 418 520-0739 poste 136 514 907-0036 / 1-877-969-8324 *SYS-TECH / Technologies de l'information libres* 6700 BOUL PIERRE-BERTRAND BUREAU 209 QU?BEC QC G2J 0B4 http://www.sys-tech.net /Membre supporteur de l'Association TYPO3 / *Avant d'imprimer, pensez ? l'environnement...* -------------- next part -------------- An HTML attachment was scrubbed... URL: From ian.walls at bywatersolutions.com Thu Aug 5 20:42:46 2010 From: ian.walls at bywatersolutions.com (Ian Walls) Date: Thu, 5 Aug 2010 14:42:46 -0400 Subject: [Koha-devel] Search by barcode or item number in OPAC In-Reply-To: <4C5B00AB.3000207@sys-tech.net> References: <4C5B00AB.3000207@sys-tech.net> Message-ID: Brice, Doing a keyword search for either will yield the record in question. If it's the only record matching that number, it will go directly to the results. Often times, item number matches will also match a biblionumber, so you'll usually have multiple records in the search results for that. Barcodes are usually unique across all indexes, but if you have shorter barcodes, you may get multiple results with that search, as well. It would be a small piece of development to add barcode or system number searching to the OPAC advanced search, since those indexes already exist in Zebra. Cheers, -Ian 2010/8/5 Brice Sanchez > Hello everyone > > In the Opac, do you know if it's possible to search by item number or > barcode? > > If yes, how do? > > Thank you in advance for your answers! > -- > *Brice Sanchez* > Programmeur Web > > brice.sanchez at sys-tech.net > 418 520-0739 poste 136 > 514 907-0036 / 1-877-969-8324 > > *SYS-TECH / Technologies de l'information libres* > 6700 BOUL PIERRE-BERTRAND BUREAU 209 > QU?BEC QC G2J 0B4 > http://www.sys-tech.net > > *Membre supporteur de l'Association TYPO3 * > > > *Avant d'imprimer, pensez ? l'environnement...* > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > -- Ian Walls Lead Development Specialist ByWater Solutions Phone # (888) 900-8944 http://bywatersolutions.com ian.walls at bywatersolutions.com Twitter: @sekjal -------------- next part -------------- An HTML attachment was scrubbed... URL: From nengard at gmail.com Thu Aug 5 22:27:53 2010 From: nengard at gmail.com (Nicole Engard) Date: Thu, 5 Aug 2010 16:27:53 -0400 Subject: [Koha-devel] Search by barcode or item number in OPAC In-Reply-To: References: <4C5B00AB.3000207@sys-tech.net> Message-ID: 2010/8/5 Ian Walls : > It would be a small piece of development to add barcode or system number > searching to the OPAC advanced search, since those indexes already exist in > Zebra. The barcode is already searchable via the advanced search page by choosing 'more options' and then choosing 'barcode' from the pull downs. That said, I usually do it via the keyword search anyway. > Cheers, > > -Ian From kmkale at anantcorp.com Fri Aug 6 07:31:55 2010 From: kmkale at anantcorp.com (Koustubha Kale) Date: Fri, 6 Aug 2010 11:01:55 +0530 Subject: [Koha-devel] Staff client catalogue/search.pl In-Reply-To: References: Message-ID: On Thu, Aug 5, 2010 at 9:44 PM, Koustubha Kale wrote: > > > > On Thu, Aug 5, 2010 at 7:35 PM, Fridolyn SOMERS > wrote: > >> Hi, >> >> Isn't it the goal of "HomeOrHoldingBranch" system preference ? >> >> Regards, >> >> 2010/8/4 Koustubha Kale >> >>> Hi, >>> In staff client catalogue/search.pl searches in the permanent location >>> of the item. How can I make it search in current location? >>> >>> > Is it? > It says.. > > Use the checkout and fines rules of the library the item is from. the > library the item was checked out from. > NOTE: This is older than CircControl, but used by some parts of Koha. It > will be removed soon. > > Here is the situation in detail. One of our libraries has just started a branch. All the items in this branch have for all items, "Current Location" set to the branch and "Permanent Location" set to the head office. This is by decision of the library management. When we log in to the staff interface with a staff whose library is set to the branch and do a advanced search on any item type with keyword blank, we get no items. If for testing I change the permanent location of an item to the branch, then we get that item in the advanced search. Changing either HomeOrHoldingBranch or CircControl make no difference to this situation. I conclude that the advanced search is only looking in permanent location of items. Is there a way to change this behavior to search in current location? Regards, Koustubha Kale Anant Corporation Contact Details : Address : 103, Armaan Residency, R. W Sawant Road, Nr. Golden Dyes Naka, Thane (w), Maharashtra, India, Pin : 400601. TeleFax : +91-22-21720108, +91-22-21720109 Mobile : +919820715876 Website : http://www.anantcorp.com Blog : http://www.anantcorp.com/blog/?author=2 -------------- next part -------------- An HTML attachment was scrubbed... URL: From fridolyn.somers at gmail.com Fri Aug 6 09:38:52 2010 From: fridolyn.somers at gmail.com (Fridolyn SOMERS) Date: Fri, 6 Aug 2010 09:38:52 +0200 Subject: [Koha-devel] Staff client catalogue/search.pl In-Reply-To: References: Message-ID: Mm, Are you in "singleBanch" mode ? What about "IndependantBranches" system pref ? If set to yes, The search gives only results in the branch of the connected user. In advanced search page, the branch is automatically selected. But you can select another. Regards, -- Fridolyn SOMERS Information and Communication Technologies engineer Lyon - FRANCE fridolyn.somers at gmail.com -------------- section suivante -------------- Une pi?ce jointe HTML a ?t? nettoy?e... URL: From fridolyn.somers at gmail.com Fri Aug 6 09:45:07 2010 From: fridolyn.somers at gmail.com (Fridolyn SOMERS) Date: Fri, 6 Aug 2010 09:45:07 +0200 Subject: [Koha-devel] Search by barcode or item number in OPAC In-Reply-To: References: <4C5B00AB.3000207@sys-tech.net> Message-ID: For advanced users : You can use direct CCL search with url : http://[your.site]/cgi-bin/koha/ opac-search.pl?q=ccl=barcode:12345 -- Fridolyn SOMERS Information and Communication Technologies engineer Lyon - FRANCE fridolyn.somers at gmail.com -------------- section suivante -------------- Une pi?ce jointe HTML a ?t? nettoy?e... URL: From kmkale at anantcorp.com Fri Aug 6 09:48:55 2010 From: kmkale at anantcorp.com (Koustubha Kale) Date: Fri, 6 Aug 2010 13:18:55 +0530 Subject: [Koha-devel] Staff client catalogue/search.pl In-Reply-To: References: Message-ID: On Fri, Aug 6, 2010 at 1:08 PM, Fridolyn SOMERS wrote: > Mm, > > Are you in "singleBanch" mode ? > > What about "IndependantBranches" system pref ? > If set to yes, > The search gives only results in the branch of the connected user. > In advanced search page, the branch is automatically selected. > But you can select another. > > Regards, > > -- > Fridolyn SOMERS > Information and Communication Technologies engineer > Lyon - FRANCE > fridolyn.somers at gmail.com Yes we have IndependantBranches on. " IndependantBranches Don't prevent Prevent staff (but not superlibrarians) from modifying objects (holds, items, patrons, etc.) belonging to other libraries. " The question I am asking is whether there is a way to change the default of searching in permanent location to current location? If not by sysprefs then where in code? A hint will do.. Regards, Koustubha Kale Anant Corporation Contact Details : Address : 103, Armaan Residency, R. W Sawant Road, Nr. Golden Dyes Naka, Thane (w), Maharashtra, India, Pin : 400601. TeleFax : +91-22-21720108, +91-22-21720109 Mobile : +919820715876 Website : http://www.anantcorp.com Blog : http://www.anantcorp.com/blog/?author=2 -------------- next part -------------- An HTML attachment was scrubbed... URL: From fridolyn.somers at gmail.com Fri Aug 6 10:05:47 2010 From: fridolyn.somers at gmail.com (Fridolyn SOMERS) Date: Fri, 6 Aug 2010 10:05:47 +0200 Subject: [Koha-devel] Staff client catalogue/search.pl In-Reply-To: References: Message-ID: Ok, You are talking about branch limit impact on search. The search query is composed with "branch" code. This code is used by Zebra throw CCL language. Look at "etc/zebradb/ccl.properties", you may find : homebranch 1=homebranch branch homebranch holdingbranch 1=8012 You can see that "branch" is not a real index, "homebranch" and "holdingbranch" are. Actually, "branch" is transformed into "homebranch" before Zebra searching. So you sould solve your problem by changing this : branch holdingbranch Be carfull, I don't know if it modifies other behaviours. Regards, On Fri, Aug 6, 2010 at 9:48 AM, Koustubha Kale wrote: > > > > On Fri, Aug 6, 2010 at 1:08 PM, Fridolyn SOMERS > wrote: > >> Mm, >> >> Are you in "singleBanch" mode ? >> >> What about "IndependantBranches" system pref ? >> If set to yes, >> The search gives only results in the branch of the connected user. >> In advanced search page, the branch is automatically selected. >> But you can select another. >> >> Regards, >> >> -- >> Fridolyn SOMERS >> Information and Communication Technologies engineer >> Lyon - FRANCE >> fridolyn.somers at gmail.com > > > Yes we have IndependantBranches on. > " > IndependantBranches Don't prevent Prevent staff (but not > superlibrarians) from modifying objects (holds, items, patrons, etc.) > belonging to other libraries. > " > > The question I am asking is whether there is a way to change the default of > searching in permanent location to current location? If not by sysprefs then > where in code? A hint will do.. > > > Regards, > Koustubha Kale > Anant Corporation > > Contact Details : > Address : 103, Armaan Residency, R. W Sawant Road, Nr. Golden Dyes Naka, > Thane (w), > Maharashtra, India, Pin : 400601. > TeleFax : +91-22-21720108, +91-22-21720109 > Mobile : +919820715876 > Website : http://www.anantcorp.com > Blog : http://www.anantcorp.com/blog/?author=2 > > -- Fridolyn SOMERS Information and Communication Technologies engineer Lyon - FRANCE fridolyn.somers at gmail.com -------------- section suivante -------------- Une pi?ce jointe HTML a ?t? nettoy?e... URL: From kmkale at anantcorp.com Fri Aug 6 10:23:57 2010 From: kmkale at anantcorp.com (Koustubha Kale) Date: Fri, 6 Aug 2010 13:53:57 +0530 Subject: [Koha-devel] Staff client catalogue/search.pl In-Reply-To: References: Message-ID: On Fri, Aug 6, 2010 at 1:35 PM, Fridolyn SOMERS wrote: > Ok, > > You are talking about branch limit impact on search. > > The search query is composed with "branch" code. > This code is used by Zebra throw CCL language. > Look at "etc/zebradb/ccl.properties", you may find : > > homebranch 1=homebranch > branch homebranch > holdingbranch 1=8012 > > You can see that "branch" is not a real index, "homebranch" and > "holdingbranch" are. > Actually, "branch" is transformed into "homebranch" before Zebra searching. > So you sould solve your problem by changing this : > > branch holdingbranch > > Be carfull, I don't know if it modifies other behaviours. > > Regards, > > > > > -- > Fridolyn SOMERS > Information and Communication Technologies engineer > Lyon - FRANCE > fridolyn.somers at gmail.com > Thanks. If anybody on the list can comment with more knowledge of the impact this change might cause, it would help. Will take a full db backup before trying and do it on a holiday. Regards, Koustubha Kale Anant Corporation Contact Details : Address : 103, Armaan Residency, R. W Sawant Road, Nr. Golden Dyes Naka, Thane (w), Maharashtra, India, Pin : 400601. TeleFax : +91-22-21720108, +91-22-21720109 Mobile : +919820715876 Website : http://www.anantcorp.com Blog : http://www.anantcorp.com/blog/?author=2 -------------- next part -------------- An HTML attachment was scrubbed... URL: From brice.sanchez at sys-tech.net Fri Aug 6 17:37:37 2010 From: brice.sanchez at sys-tech.net (Brice Sanchez) Date: Fri, 06 Aug 2010 11:37:37 -0400 Subject: [Koha-devel] [Koha] Search by barcode or item number in OPAC In-Reply-To: References: <4C5B00AB.3000207@sys-tech.net> <4C5C1A4F.5030701@sys-tech.net> Message-ID: <4C5C2C41.7010602@sys-tech.net> I'm usinng Zebra + Pazpar2 -- *Brice Sanchez* Programmeur Web brice.sanchez at sys-tech.net 418 520-0739 poste 136 514 907-0036 / 1-877-969-8324 *SYS-TECH / Technologies de l'information libres* 6700 BOUL PIERRE-BERTRAND BUREAU 209 QU?BEC QC G2J 0B4 http://www.sys-tech.net /Membre supporteur de l'Association TYPO3 / *Avant d'imprimer, pensez ? l'environnement...* On 06/08/2010 10:55, Tomas Cohen Arazi wrote: > 2010/8/6 Brice Sanchez: > >> Thanks for your answers : >> >> The barcode works if i put it directly in the search box. >> >> but bc:12345, bc:'12345', >> http://[your.site]/cgi-bin/koha/opac-search.pl?q=ccl=barcode:12345 doesn't >> works on my Koha, i need to find why? >> >> > Are you using Zebra? bc is a zebra index as far as I know. > > To+ -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at bigballofwax.co.nz Sun Aug 8 12:20:39 2010 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Sun, 8 Aug 2010 22:20:39 +1200 Subject: [Koha-devel] [Koha] Help needed in Template In-Reply-To: References: Message-ID: 2010/8/8 Nitesh Rijal : > Dear all.. > I have a problem while making conditional display in template. > I have a variable called fulltext. When I write , it gets displayed in the output. Its value is either > TRUE or FALSE. > Now what I want to do is, show or hide a block of code on the basis of this > variable. If it is TRUE then show a link and if it is FALSE then hide a > link. > How am I supposed to do this?? > What should the ? block and block look > like??? > Please Help. Hi Nitesh What you need to do is not set an actual value if it is false. So it should contain a value if true, and be undefined if false. Then you can simply do block of code This type of question is much better suited to the development list, which I have cc'd please reply to there only (I have left the other list in case you aren't subscribed) Chris From rijal.it at gmail.com Sun Aug 8 12:33:48 2010 From: rijal.it at gmail.com (Nitesh Rijal) Date: Sun, 8 Aug 2010 16:18:48 +0545 Subject: [Koha-devel] [Koha] Help needed in Template In-Reply-To: References: Message-ID: Actually, I have the value as TRUE and FALSE. Isn;t there anyway to execute the code of it is TRUE like: if (fulltetxt == TRUE) do this else do this This is what I need, I have no idea how to set a variable true or false before passing to the template. The interesting thing is that the same code is working for me in KOHA 3.0.3 in Debian, but it is not working in KOHA 3.0.6 in Ubuntu. Please help. On Sun, Aug 8, 2010 at 4:05 PM, Chris Cormack wrote: > 2010/8/8 Nitesh Rijal : > > Dear all.. > > I have a problem while making conditional display in template. > > I have a variable called fulltext. When I write , it gets displayed in the output. Its value is either > > TRUE or FALSE. > > Now what I want to do is, show or hide a block of code on the basis of > this > > variable. If it is TRUE then show a link and if it is FALSE then hide a > > link. > > How am I supposed to do this?? > > What should the block and block look > > like??? > > Please Help. > > Hi Nitesh > > What you need to do is not set an actual value if it is false. > So it should contain a value if true, and be undefined if false. > Then you can simply do > > block of code > > > This type of question is much better suited to the development list, > which I have cc'd please reply to there only (I have left the other > list in case you aren't subscribed) > > Chris > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > -- Nitesh Rijal BE IT rijal.it at gmail.com http://niteshrijal.com.np http://facebook.com/openrijal http://twitter.com/openrijal +9779841458173 -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at bigballofwax.co.nz Sun Aug 8 12:43:00 2010 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Sun, 8 Aug 2010 22:43:00 +1200 Subject: [Koha-devel] [Koha] Help needed in Template In-Reply-To: References: Message-ID: On 8 August 2010 22:33, Nitesh Rijal wrote: > Actually, I have the value as TRUE and FALSE. > Isn;t there anyway to execute the code of it is TRUE like: > if (fulltetxt == TRUE) > ?? ?do this > else > ?? do this > This is what I need, I have no idea how to set a variable true or false > before passing to the template. No you can't do that, you can use TMPL_EXPR but this is unsafe, the only safe way to do it is to not set the variable to false, but just to empty. my $fulltext=''; if (some condition){ $fulltext = 1; } $template->param('fulltext' => $fulltext); Then in the template Chris From nengard at gmail.com Sun Aug 8 15:41:53 2010 From: nengard at gmail.com (Nicole Engard) Date: Sun, 8 Aug 2010 09:41:53 -0400 Subject: [Koha-devel] Calling All Developers : Manual Search Message-ID: Hi all, I've had some trouble with the search we have set up for the Koha Manual (it was quick and free and easy to set up so that's what we have for now). It's not showing all of the possible results for searches and it's not really very user friendly. I'm wondering if any of you very smart people have a better way we can set up a search for the manual on the Koha site. Thanks Nicole From tajoli at cilea.it Sun Aug 8 22:04:17 2010 From: tajoli at cilea.it (tajoli) Date: Sun, 08 Aug 2010 22:04:17 +0200 Subject: [Koha-devel] Calling All Developers : Manual Search In-Reply-To: References: Message-ID: <7999e531e1c368bc37f5b6073b91bc18@cilea.it> Hi all, > I've had some trouble with the search we have set up for the Koha > Manual (it was quick and free and easy to set up so that's what we > have for now). It's not showing all of the possible results for > searches and it's not really very user friendly. I'm wondering if any > of you very smart people have a better way we can set up a search for > the manual on the Koha site. i suggest to use http://swish-e.org/, a very good indexing tool. But we need a server and to set-up it. Bye Zeno Tajoli From nengard at gmail.com Sun Aug 8 23:12:11 2010 From: nengard at gmail.com (Nicole Engard) Date: Sun, 8 Aug 2010 17:12:11 -0400 Subject: [Koha-devel] Calling All Developers : Manual Search In-Reply-To: <7999e531e1c368bc37f5b6073b91bc18@cilea.it> References: <7999e531e1c368bc37f5b6073b91bc18@cilea.it> Message-ID: We have a server where the website is hosted - so it's just a matter of installing that I guess. On Sun, Aug 8, 2010 at 4:04 PM, tajoli wrote: > Hi all, > >> I've had some trouble with the search we have set up for the Koha >> Manual (it was quick and free and easy to set up so that's what we >> have for now). ?It's not showing all of the possible results for >> searches and it's not really very user friendly. I'm wondering if any >> of you very smart people have a better way we can set up a search for >> the manual on the Koha site. > > i suggest to use http://swish-e.org/, a very good indexing tool. > But we need a server and to set-up it. > > Bye > Zeno Tajoli > > From reed at catalyst.net.nz Sun Aug 8 23:20:00 2010 From: reed at catalyst.net.nz (Reed Wade) Date: Mon, 9 Aug 2010 09:20:00 +1200 Subject: [Koha-devel] Calling All Developers : Manual Search In-Reply-To: References: <7999e531e1c368bc37f5b6073b91bc18@cilea.it> Message-ID: How about Google? Here's an example of what could be done-- http://reedwade.net/misc/kohasearch/ -reed On Mon, Aug 9, 2010 at 9:12 AM, Nicole Engard wrote: > We have a server where the website is hosted - so it's just a matter > of installing that I guess. > > On Sun, Aug 8, 2010 at 4:04 PM, tajoli wrote: >> Hi all, >> >>> I've had some trouble with the search we have set up for the Koha >>> Manual (it was quick and free and easy to set up so that's what we >>> have for now). ?It's not showing all of the possible results for >>> searches and it's not really very user friendly. I'm wondering if any >>> of you very smart people have a better way we can set up a search for >>> the manual on the Koha site. >> >> i suggest to use http://swish-e.org/, a very good indexing tool. >> But we need a server and to set-up it. >> >> Bye >> Zeno Tajoli >> >> > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel From nengard at gmail.com Sun Aug 8 23:23:51 2010 From: nengard at gmail.com (Nicole Engard) Date: Sun, 8 Aug 2010 17:23:51 -0400 Subject: [Koha-devel] Calling All Developers : Manual Search In-Reply-To: References: <7999e531e1c368bc37f5b6073b91bc18@cilea.it> Message-ID: Reed, It was my understanding that Google wouldn't work for some reason. Also I don't know how you set this up, but it's searching the entire site, and I'm just looking for the manual. I do prefer Google over Bing any day though. Nicole On Sun, Aug 8, 2010 at 5:20 PM, Reed Wade wrote: > How about Google? Here's an example of what could be done-- > > http://reedwade.net/misc/kohasearch/ > > -reed > > > On Mon, Aug 9, 2010 at 9:12 AM, Nicole Engard wrote: >> We have a server where the website is hosted - so it's just a matter >> of installing that I guess. >> >> On Sun, Aug 8, 2010 at 4:04 PM, tajoli wrote: >>> Hi all, >>> >>>> I've had some trouble with the search we have set up for the Koha >>>> Manual (it was quick and free and easy to set up so that's what we >>>> have for now). ?It's not showing all of the possible results for >>>> searches and it's not really very user friendly. I'm wondering if any >>>> of you very smart people have a better way we can set up a search for >>>> the manual on the Koha site. >>> >>> i suggest to use http://swish-e.org/, a very good indexing tool. >>> But we need a server and to set-up it. >>> >>> Bye >>> Zeno Tajoli >>> >>> >> _______________________________________________ >> Koha-devel mailing list >> Koha-devel at lists.koha-community.org >> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > From reed at catalyst.net.nz Sun Aug 8 23:31:31 2010 From: reed at catalyst.net.nz (Reed Wade) Date: Mon, 9 Aug 2010 09:31:31 +1200 Subject: [Koha-devel] Calling All Developers : Manual Search In-Reply-To: References: <7999e531e1c368bc37f5b6073b91bc18@cilea.it> Message-ID: I've updated it to search just under http://koha-community.org/documentation/3-2-manual To put one of these on the site we just need to be able to add a div where it needs to appear plus a little javascript bit. -reed On Mon, Aug 9, 2010 at 9:23 AM, Nicole Engard wrote: > Reed, > > It was my understanding that Google wouldn't work for some reason. > Also I don't know how you set this up, but it's searching the entire > site, and I'm just looking for the manual. ?I do prefer Google over > Bing any day though. > > Nicole > > On Sun, Aug 8, 2010 at 5:20 PM, Reed Wade wrote: >> How about Google? Here's an example of what could be done-- >> >> http://reedwade.net/misc/kohasearch/ >> >> -reed >> >> >> On Mon, Aug 9, 2010 at 9:12 AM, Nicole Engard wrote: >>> We have a server where the website is hosted - so it's just a matter >>> of installing that I guess. >>> >>> On Sun, Aug 8, 2010 at 4:04 PM, tajoli wrote: >>>> Hi all, >>>> >>>>> I've had some trouble with the search we have set up for the Koha >>>>> Manual (it was quick and free and easy to set up so that's what we >>>>> have for now). ?It's not showing all of the possible results for >>>>> searches and it's not really very user friendly. I'm wondering if any >>>>> of you very smart people have a better way we can set up a search for >>>>> the manual on the Koha site. >>>> >>>> i suggest to use http://swish-e.org/, a very good indexing tool. >>>> But we need a server and to set-up it. >>>> >>>> Bye >>>> Zeno Tajoli >>>> >>>> >>> _______________________________________________ >>> Koha-devel mailing list >>> Koha-devel at lists.koha-community.org >>> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >> > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel From nengard at gmail.com Mon Aug 9 00:40:04 2010 From: nengard at gmail.com (Nicole Engard) Date: Sun, 8 Aug 2010 18:40:04 -0400 Subject: [Koha-devel] Calling All Developers : Manual Search In-Reply-To: References: <7999e531e1c368bc37f5b6073b91bc18@cilea.it> Message-ID: That's not difficult :) I'm all for it. I can edit the manual page I just need to the code you're talking about. Nicole On Sun, Aug 8, 2010 at 5:31 PM, Reed Wade wrote: > I've updated it to search just under > http://koha-community.org/documentation/3-2-manual > > To put one of these on the site we just need to be able to add a div > where it needs to appear plus a little javascript bit. > > > -reed > > > On Mon, Aug 9, 2010 at 9:23 AM, Nicole Engard wrote: >> Reed, >> >> It was my understanding that Google wouldn't work for some reason. >> Also I don't know how you set this up, but it's searching the entire >> site, and I'm just looking for the manual. ?I do prefer Google over >> Bing any day though. >> >> Nicole >> >> On Sun, Aug 8, 2010 at 5:20 PM, Reed Wade wrote: >>> How about Google? Here's an example of what could be done-- >>> >>> http://reedwade.net/misc/kohasearch/ >>> >>> -reed >>> >>> >>> On Mon, Aug 9, 2010 at 9:12 AM, Nicole Engard wrote: >>>> We have a server where the website is hosted - so it's just a matter >>>> of installing that I guess. >>>> >>>> On Sun, Aug 8, 2010 at 4:04 PM, tajoli wrote: >>>>> Hi all, >>>>> >>>>>> I've had some trouble with the search we have set up for the Koha >>>>>> Manual (it was quick and free and easy to set up so that's what we >>>>>> have for now). ?It's not showing all of the possible results for >>>>>> searches and it's not really very user friendly. I'm wondering if any >>>>>> of you very smart people have a better way we can set up a search for >>>>>> the manual on the Koha site. >>>>> >>>>> i suggest to use http://swish-e.org/, a very good indexing tool. >>>>> But we need a server and to set-up it. >>>>> >>>>> Bye >>>>> Zeno Tajoli >>>>> >>>>> >>>> _______________________________________________ >>>> Koha-devel mailing list >>>> Koha-devel at lists.koha-community.org >>>> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >>> >> _______________________________________________ >> Koha-devel mailing list >> Koha-devel at lists.koha-community.org >> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > From reed at catalyst.net.nz Mon Aug 9 00:44:04 2010 From: reed at catalyst.net.nz (Reed Wade) Date: Mon, 9 Aug 2010 10:44:04 +1200 Subject: [Koha-devel] Calling All Developers : Manual Search In-Reply-To: References: <7999e531e1c368bc37f5b6073b91bc18@cilea.it> Message-ID: The best option might be to create your own at-- http://www.google.com/cse/ because then you can set the various options you might want and then also change it later. But in the meantime you can use this--
Loading
-reed On Mon, Aug 9, 2010 at 10:40 AM, Nicole Engard wrote: > That's not difficult :) ?I'm all for it. ?I can edit the manual page I > just need to the code you're talking about. > > Nicole > > On Sun, Aug 8, 2010 at 5:31 PM, Reed Wade wrote: >> I've updated it to search just under >> http://koha-community.org/documentation/3-2-manual >> >> To put one of these on the site we just need to be able to add a div >> where it needs to appear plus a little javascript bit. >> >> >> -reed >> >> >> On Mon, Aug 9, 2010 at 9:23 AM, Nicole Engard wrote: >>> Reed, >>> >>> It was my understanding that Google wouldn't work for some reason. >>> Also I don't know how you set this up, but it's searching the entire >>> site, and I'm just looking for the manual. ?I do prefer Google over >>> Bing any day though. >>> >>> Nicole >>> >>> On Sun, Aug 8, 2010 at 5:20 PM, Reed Wade wrote: >>>> How about Google? Here's an example of what could be done-- >>>> >>>> http://reedwade.net/misc/kohasearch/ >>>> >>>> -reed >>>> >>>> >>>> On Mon, Aug 9, 2010 at 9:12 AM, Nicole Engard wrote: >>>>> We have a server where the website is hosted - so it's just a matter >>>>> of installing that I guess. >>>>> >>>>> On Sun, Aug 8, 2010 at 4:04 PM, tajoli wrote: >>>>>> Hi all, >>>>>> >>>>>>> I've had some trouble with the search we have set up for the Koha >>>>>>> Manual (it was quick and free and easy to set up so that's what we >>>>>>> have for now). ?It's not showing all of the possible results for >>>>>>> searches and it's not really very user friendly. I'm wondering if any >>>>>>> of you very smart people have a better way we can set up a search for >>>>>>> the manual on the Koha site. >>>>>> >>>>>> i suggest to use http://swish-e.org/, a very good indexing tool. >>>>>> But we need a server and to set-up it. >>>>>> >>>>>> Bye >>>>>> Zeno Tajoli >>>>>> >>>>>> >>>>> _______________________________________________ >>>>> Koha-devel mailing list >>>>> Koha-devel at lists.koha-community.org >>>>> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >>>> >>> _______________________________________________ >>> Koha-devel mailing list >>> Koha-devel at lists.koha-community.org >>> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >> > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel From reed at catalyst.net.nz Mon Aug 9 00:46:48 2010 From: reed at catalyst.net.nz (Reed Wade) Date: Mon, 9 Aug 2010 10:46:48 +1200 Subject: [Koha-devel] Calling All Developers : Manual Search In-Reply-To: References: <7999e531e1c368bc37f5b6073b91bc18@cilea.it> Message-ID: One flaw with mine there is it only looks at the English manual url and is only set for English language --- easy to correct if you make your own. -reed On Mon, Aug 9, 2010 at 10:44 AM, Reed Wade wrote: > The best option might be to create your own at-- > > http://www.google.com/cse/ > > because then you can set the various options you might want and then > also change it later. > > But in the meantime you can use this-- > > >
Loading
> > > href="http://www.google.com/cse/style/look/greensky.css" > type="text/css" /> > > > > -reed > > > On Mon, Aug 9, 2010 at 10:40 AM, Nicole Engard wrote: >> That's not difficult :) ?I'm all for it. ?I can edit the manual page I >> just need to the code you're talking about. >> >> Nicole >> >> On Sun, Aug 8, 2010 at 5:31 PM, Reed Wade wrote: >>> I've updated it to search just under >>> http://koha-community.org/documentation/3-2-manual >>> >>> To put one of these on the site we just need to be able to add a div >>> where it needs to appear plus a little javascript bit. >>> >>> >>> -reed >>> >>> >>> On Mon, Aug 9, 2010 at 9:23 AM, Nicole Engard wrote: >>>> Reed, >>>> >>>> It was my understanding that Google wouldn't work for some reason. >>>> Also I don't know how you set this up, but it's searching the entire >>>> site, and I'm just looking for the manual. ?I do prefer Google over >>>> Bing any day though. >>>> >>>> Nicole >>>> >>>> On Sun, Aug 8, 2010 at 5:20 PM, Reed Wade wrote: >>>>> How about Google? Here's an example of what could be done-- >>>>> >>>>> http://reedwade.net/misc/kohasearch/ >>>>> >>>>> -reed >>>>> >>>>> >>>>> On Mon, Aug 9, 2010 at 9:12 AM, Nicole Engard wrote: >>>>>> We have a server where the website is hosted - so it's just a matter >>>>>> of installing that I guess. >>>>>> >>>>>> On Sun, Aug 8, 2010 at 4:04 PM, tajoli wrote: >>>>>>> Hi all, >>>>>>> >>>>>>>> I've had some trouble with the search we have set up for the Koha >>>>>>>> Manual (it was quick and free and easy to set up so that's what we >>>>>>>> have for now). ?It's not showing all of the possible results for >>>>>>>> searches and it's not really very user friendly. I'm wondering if any >>>>>>>> of you very smart people have a better way we can set up a search for >>>>>>>> the manual on the Koha site. >>>>>>> >>>>>>> i suggest to use http://swish-e.org/, a very good indexing tool. >>>>>>> But we need a server and to set-up it. >>>>>>> >>>>>>> Bye >>>>>>> Zeno Tajoli >>>>>>> >>>>>>> >>>>>> _______________________________________________ >>>>>> Koha-devel mailing list >>>>>> Koha-devel at lists.koha-community.org >>>>>> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >>>>> >>>> _______________________________________________ >>>> Koha-devel mailing list >>>> Koha-devel at lists.koha-community.org >>>> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >>> >> _______________________________________________ >> Koha-devel mailing list >> Koha-devel at lists.koha-community.org >> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > From nengard at gmail.com Mon Aug 9 01:05:48 2010 From: nengard at gmail.com (Nicole Engard) Date: Sun, 8 Aug 2010 19:05:48 -0400 Subject: [Koha-devel] Calling All Developers : Manual Search In-Reply-To: References: <7999e531e1c368bc37f5b6073b91bc18@cilea.it> Message-ID: Reed, Right now the only manual with any significant content is the English one - the French one is 3/4 English still as well :) Thanks for this!! Nicole On Sun, Aug 8, 2010 at 6:46 PM, Reed Wade wrote: > One flaw with mine there is it only looks at the English manual url > and is only set for English language --- easy to correct if you make > your own. > > -reed > > > On Mon, Aug 9, 2010 at 10:44 AM, Reed Wade wrote: >> The best option might be to create your own at-- >> >> http://www.google.com/cse/ >> >> because then you can set the various options you might want and then >> also change it later. >> >> But in the meantime you can use this-- >> >> >>
Loading
>> >> >> > href="http://www.google.com/cse/style/look/greensky.css" >> type="text/css" /> >> >> >> >> -reed >> >> >> On Mon, Aug 9, 2010 at 10:40 AM, Nicole Engard wrote: >>> That's not difficult :) ?I'm all for it. ?I can edit the manual page I >>> just need to the code you're talking about. >>> >>> Nicole >>> >>> On Sun, Aug 8, 2010 at 5:31 PM, Reed Wade wrote: >>>> I've updated it to search just under >>>> http://koha-community.org/documentation/3-2-manual >>>> >>>> To put one of these on the site we just need to be able to add a div >>>> where it needs to appear plus a little javascript bit. >>>> >>>> >>>> -reed >>>> >>>> >>>> On Mon, Aug 9, 2010 at 9:23 AM, Nicole Engard wrote: >>>>> Reed, >>>>> >>>>> It was my understanding that Google wouldn't work for some reason. >>>>> Also I don't know how you set this up, but it's searching the entire >>>>> site, and I'm just looking for the manual. ?I do prefer Google over >>>>> Bing any day though. >>>>> >>>>> Nicole >>>>> >>>>> On Sun, Aug 8, 2010 at 5:20 PM, Reed Wade wrote: >>>>>> How about Google? Here's an example of what could be done-- >>>>>> >>>>>> http://reedwade.net/misc/kohasearch/ >>>>>> >>>>>> -reed >>>>>> >>>>>> >>>>>> On Mon, Aug 9, 2010 at 9:12 AM, Nicole Engard wrote: >>>>>>> We have a server where the website is hosted - so it's just a matter >>>>>>> of installing that I guess. >>>>>>> >>>>>>> On Sun, Aug 8, 2010 at 4:04 PM, tajoli wrote: >>>>>>>> Hi all, >>>>>>>> >>>>>>>>> I've had some trouble with the search we have set up for the Koha >>>>>>>>> Manual (it was quick and free and easy to set up so that's what we >>>>>>>>> have for now). ?It's not showing all of the possible results for >>>>>>>>> searches and it's not really very user friendly. I'm wondering if any >>>>>>>>> of you very smart people have a better way we can set up a search for >>>>>>>>> the manual on the Koha site. >>>>>>>> >>>>>>>> i suggest to use http://swish-e.org/, a very good indexing tool. >>>>>>>> But we need a server and to set-up it. >>>>>>>> >>>>>>>> Bye >>>>>>>> Zeno Tajoli >>>>>>>> >>>>>>>> >>>>>>> _______________________________________________ >>>>>>> Koha-devel mailing list >>>>>>> Koha-devel at lists.koha-community.org >>>>>>> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >>>>>> >>>>> _______________________________________________ >>>>> Koha-devel mailing list >>>>> Koha-devel at lists.koha-community.org >>>>> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >>>> >>> _______________________________________________ >>> Koha-devel mailing list >>> Koha-devel at lists.koha-community.org >>> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >> > From nengard at gmail.com Mon Aug 9 01:12:16 2010 From: nengard at gmail.com (Nicole Engard) Date: Sun, 8 Aug 2010 19:12:16 -0400 Subject: [Koha-devel] Calling All Developers : Manual Search In-Reply-To: References: <7999e531e1c368bc37f5b6073b91bc18@cilea.it> Message-ID: I don't know that this is any better: http://koha-community.org/documentation/ I searched for a system preference and got no results, the same problem I had with Bing. Nicole On Sun, Aug 8, 2010 at 6:44 PM, Reed Wade wrote: > The best option might be to create your own at-- > > http://www.google.com/cse/ > > because then you can set the various options you might want and then > also change it later. > > But in the meantime you can use this-- > > >
Loading
> > > href="http://www.google.com/cse/style/look/greensky.css" > type="text/css" /> > > > > -reed > > > On Mon, Aug 9, 2010 at 10:40 AM, Nicole Engard wrote: >> That's not difficult :) ?I'm all for it. ?I can edit the manual page I >> just need to the code you're talking about. >> >> Nicole >> >> On Sun, Aug 8, 2010 at 5:31 PM, Reed Wade wrote: >>> I've updated it to search just under >>> http://koha-community.org/documentation/3-2-manual >>> >>> To put one of these on the site we just need to be able to add a div >>> where it needs to appear plus a little javascript bit. >>> >>> >>> -reed >>> >>> >>> On Mon, Aug 9, 2010 at 9:23 AM, Nicole Engard wrote: >>>> Reed, >>>> >>>> It was my understanding that Google wouldn't work for some reason. >>>> Also I don't know how you set this up, but it's searching the entire >>>> site, and I'm just looking for the manual. ?I do prefer Google over >>>> Bing any day though. >>>> >>>> Nicole >>>> >>>> On Sun, Aug 8, 2010 at 5:20 PM, Reed Wade wrote: >>>>> How about Google? Here's an example of what could be done-- >>>>> >>>>> http://reedwade.net/misc/kohasearch/ >>>>> >>>>> -reed >>>>> >>>>> >>>>> On Mon, Aug 9, 2010 at 9:12 AM, Nicole Engard wrote: >>>>>> We have a server where the website is hosted - so it's just a matter >>>>>> of installing that I guess. >>>>>> >>>>>> On Sun, Aug 8, 2010 at 4:04 PM, tajoli wrote: >>>>>>> Hi all, >>>>>>> >>>>>>>> I've had some trouble with the search we have set up for the Koha >>>>>>>> Manual (it was quick and free and easy to set up so that's what we >>>>>>>> have for now). ?It's not showing all of the possible results for >>>>>>>> searches and it's not really very user friendly. I'm wondering if any >>>>>>>> of you very smart people have a better way we can set up a search for >>>>>>>> the manual on the Koha site. >>>>>>> >>>>>>> i suggest to use http://swish-e.org/, a very good indexing tool. >>>>>>> But we need a server and to set-up it. >>>>>>> >>>>>>> Bye >>>>>>> Zeno Tajoli >>>>>>> >>>>>>> >>>>>> _______________________________________________ >>>>>> Koha-devel mailing list >>>>>> Koha-devel at lists.koha-community.org >>>>>> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >>>>> >>>> _______________________________________________ >>>> Koha-devel mailing list >>>> Koha-devel at lists.koha-community.org >>>> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >>> >> _______________________________________________ >> Koha-devel mailing list >> Koha-devel at lists.koha-community.org >> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > From reed at catalyst.net.nz Mon Aug 9 01:21:17 2010 From: reed at catalyst.net.nz (Reed Wade) Date: Mon, 9 Aug 2010 11:21:17 +1200 Subject: [Koha-devel] Calling All Developers : Manual Search In-Reply-To: References: <7999e531e1c368bc37f5b6073b91bc18@cilea.it> Message-ID: On Mon, Aug 9, 2010 at 11:12 AM, Nicole Engard wrote: > I don't know that this is any better: http://koha-community.org/documentation/ > > I searched for a system preference and got no results, the same > problem I had with Bing. http://koha-community.org/documentation/3-2-manual/?ch=c19#AEN1605 looks like a search engine unfriendly url the ?ch=c19#AEN1605 is probably not being followed so that content is not likely to get indexed by google or bing -reed From chris at bigballofwax.co.nz Mon Aug 9 01:24:43 2010 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Mon, 9 Aug 2010 11:24:43 +1200 Subject: [Koha-devel] Calling All Developers : Manual Search In-Reply-To: References: <7999e531e1c368bc37f5b6073b91bc18@cilea.it> Message-ID: On 9 August 2010 11:21, Reed Wade wrote: > On Mon, Aug 9, 2010 at 11:12 AM, Nicole Engard wrote: >> I don't know that this is any better: http://koha-community.org/documentation/ >> >> I searched for a system preference and got no results, the same >> problem I had with Bing. > > > http://koha-community.org/documentation/3-2-manual/?ch=c19#AEN1605 > > looks like a search engine unfriendly url > > the ?ch=c19#AEN1605 ?is probably not being followed so that content is > not likely to get indexed by google or bing > Yep, Thats why I think Zeno was on the right track, run our own one, which we can tell to follow urls like that, and can also rebuild the index when the manual is updated. But instead of swish-e I would suggest xapian. I don't have time to set it up though, it will take someone else to actually do it. Chris From reed at catalyst.net.nz Mon Aug 9 03:54:13 2010 From: reed at catalyst.net.nz (Reed Wade) Date: Mon, 9 Aug 2010 13:54:13 +1200 Subject: [Koha-devel] Calling All Developers : Manual Search In-Reply-To: References: <7999e531e1c368bc37f5b6073b91bc18@cilea.it> Message-ID: On Mon, Aug 9, 2010 at 11:24 AM, Chris Cormack wrote: > On 9 August 2010 11:21, Reed Wade wrote: >> On Mon, Aug 9, 2010 at 11:12 AM, Nicole Engard wrote: >>> I don't know that this is any better: http://koha-community.org/documentation/ >>> >>> I searched for a system preference and got no results, the same >>> problem I had with Bing. >> >> >> http://koha-community.org/documentation/3-2-manual/?ch=c19#AEN1605 >> >> looks like a search engine unfriendly url >> >> the ?ch=c19#AEN1605 ?is probably not being followed so that content is >> not likely to get indexed by google or bing >> > Yep, > Thats why I think Zeno was on the right track, run our own one, which > we can tell to follow urls like that, and can also rebuild the index > when the manual is updated. > > But instead of swish-e I would suggest xapian. ?I don't have time to > set it up though, it will take someone else to actually do it. That seems like the long away around (assuming there's a simple way to get whatever generates these manual pages to do it in a different way). Crawling urls with query strings when the url has already been crawled really is bad luck; it's definitely a defect in the manual generator. (and I'm not totally stuck on using Google it's just easy and already exists) -reed > > Chris > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > From rijal.it at gmail.com Mon Aug 9 09:21:52 2010 From: rijal.it at gmail.com (Nitesh Rijal) Date: Mon, 9 Aug 2010 13:06:52 +0545 Subject: [Koha-devel] About Annoying Highlighting Behaviour Message-ID: Dear all. Today I came across a behavior that is caused because of the search result highlighting feature in KOHA. I'm using KOHA 3.0.6 and this is the opac link http://202.70.88.11:8000 I searched for an entry "a" and found that it highlights all the a's in the whole page (not only in search result). well that was not a big problem but the thing that annoyed me was the dropdown list for sorting the result. I don't know why, all the a's in that list gets disappeared when selected. The same happens when I search for any other alphabet like "o". But if I search for "nepal" then everything is fine. I tried to turn off the OpacHighlightedSearch option in Staff Client, but there is not effect of it. I tried to search the same in Staff Client, but there is no such problem. Staff client interface is not skipping any alphabet while searching. Please look at this and let me know, if I'm wrong anywhere. Regards. -- Nitesh Rijal BE IT rijal.it at gmail.com http://niteshrijal.com.np http://facebook.com/openrijal http://twitter.com/openrijal +9779841458173 -------------- next part -------------- An HTML attachment was scrubbed... URL: From rijal.it at gmail.com Mon Aug 9 09:23:23 2010 From: rijal.it at gmail.com (Nitesh Rijal) Date: Mon, 9 Aug 2010 13:08:23 +0545 Subject: [Koha-devel] About Annoying Highlighting Behaviour In-Reply-To: References: Message-ID: everything is fine if I click in the unhighlight link On Mon, Aug 9, 2010 at 1:06 PM, Nitesh Rijal wrote: > Dear all. > > Today I came across a behavior that is caused because of the search result > highlighting feature in KOHA. > > I'm using KOHA 3.0.6 and this is the opac link http://202.70.88.11:8000 > > I searched for an entry "a" and found that it highlights all the a's in the > whole page (not only in search result). well that was not a big problem but > the thing that annoyed me was the dropdown list for sorting the result. I > don't know why, all the a's in that list gets disappeared when selected. The > same happens when I search for any other alphabet like "o". > > But if I search for "nepal" then everything is fine. > > I tried to turn off the OpacHighlightedSearch option in Staff Client, but > there is not effect of it. > > I tried to search the same in Staff Client, but there is no such problem. > Staff client interface is not skipping any alphabet while searching. > > Please look at this and let me know, if I'm wrong anywhere. > > Regards. > > > -- > Nitesh Rijal > BE IT > rijal.it at gmail.com > http://niteshrijal.com.np > http://facebook.com/openrijal > http://twitter.com/openrijal > +9779841458173 > -- Nitesh Rijal BE IT rijal.it at gmail.com http://niteshrijal.com.np http://facebook.com/openrijal http://twitter.com/openrijal +9779841458173 -------------- next part -------------- An HTML attachment was scrubbed... URL: From nengard at gmail.com Mon Aug 9 13:43:37 2010 From: nengard at gmail.com (Nicole Engard) Date: Mon, 9 Aug 2010 07:43:37 -0400 Subject: [Koha-devel] About Annoying Highlighting Behaviour In-Reply-To: References: Message-ID: Can you tell us what browser you're using? I'm on Firefox and I do see all of the a's highlighted (even in pull downs which is very weird) but the letter do not disappear for me. Nicole 2010/8/9 Nitesh Rijal : > Dear all. > Today I came across a?behavior?that is caused because of the search result > highlighting feature in KOHA. > I'm using KOHA 3.0.6 and this is the opac link?http://202.70.88.11:8000 > I searched for an entry "a" and found that it highlights all the a's in the > whole page (not only in search result). well that was not a big problem but > the thing that annoyed me was the dropdown list for sorting the result. I > don't know why, all the a's in that list gets disappeared when selected. The > same happens when I search for any other alphabet like "o". > But if I search for "nepal" then everything is fine. > I tried to turn off the OpacHighlightedSearch option in Staff Client, but > there is not effect of it. > I tried to search the same in Staff Client, but there is no such problem. > Staff client interface is not skipping any alphabet while searching. > Please look at this and let me know, if I'm wrong anywhere. > Regards. > > -- > Nitesh Rijal > BE IT > rijal.it at gmail.com > http://niteshrijal.com.np > http://facebook.com/openrijal > http://twitter.com/openrijal > +9779841458173 > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > From nengard at gmail.com Mon Aug 9 14:04:57 2010 From: nengard at gmail.com (Nicole Engard) Date: Mon, 9 Aug 2010 08:04:57 -0400 Subject: [Koha-devel] Calling All Developers : Manual Search In-Reply-To: References: <7999e531e1c368bc37f5b6073b91bc18@cilea.it> Message-ID: Reed, I'll ask wizzyrea (Liz) if she can send you the code she uses, maybe you can fix the code to generate different URLs (and if you do that I have other pet peeves that we haven't been able to solve) :) Thanks Nicole On Sun, Aug 8, 2010 at 9:54 PM, Reed Wade wrote: > On Mon, Aug 9, 2010 at 11:24 AM, Chris Cormack wrote: >> On 9 August 2010 11:21, Reed Wade wrote: >>> On Mon, Aug 9, 2010 at 11:12 AM, Nicole Engard wrote: >>>> I don't know that this is any better: http://koha-community.org/documentation/ >>>> >>>> I searched for a system preference and got no results, the same >>>> problem I had with Bing. >>> >>> >>> http://koha-community.org/documentation/3-2-manual/?ch=c19#AEN1605 >>> >>> looks like a search engine unfriendly url >>> >>> the ?ch=c19#AEN1605 ?is probably not being followed so that content is >>> not likely to get indexed by google or bing >>> >> Yep, >> Thats why I think Zeno was on the right track, run our own one, which >> we can tell to follow urls like that, and can also rebuild the index >> when the manual is updated. >> >> But instead of swish-e I would suggest xapian. ?I don't have time to >> set it up though, it will take someone else to actually do it. > > > That seems like the long away around (assuming there's a simple way to > get whatever generates these manual pages to do it in a different > way). > > Crawling urls with query strings when the url has already been crawled > really is bad luck; it's definitely a defect in the manual generator. > > (and I'm not totally stuck on using Google it's just easy and already exists) > > -reed > > > >> >> Chris >> _______________________________________________ >> Koha-devel mailing list >> Koha-devel at lists.koha-community.org >> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >> > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > From paul.poulain at biblibre.com Mon Aug 9 17:26:50 2010 From: paul.poulain at biblibre.com (Paul Poulain) Date: Mon, 09 Aug 2010 17:26:50 +0200 Subject: [Koha-devel] Perl::Critic Message-ID: <4C601E3A.8090000@biblibre.com> Hello world, it cames to my radar that there is a tool called Perl::Critic that could be usefull : http://search.cpan.org/~elliotjs/Perl-Critic-1.108/lib/Perl/Critic.pm it's included in Ubuntu, I installed it, run perl-critic *.pl, and get some interesting things (without any parameter changes, just the default critic) Could/Should we use such a tool ? -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From colin.campbell at ptfs-europe.com Mon Aug 9 17:47:43 2010 From: colin.campbell at ptfs-europe.com (Colin Campbell) Date: Mon, 09 Aug 2010 16:47:43 +0100 Subject: [Koha-devel] Perl::Critic In-Reply-To: <4C601E3A.8090000@biblibre.com> References: <4C601E3A.8090000@biblibre.com> Message-ID: <4C60231F.3090201@ptfs-europe.com> On 09/08/10 16:26, Paul Poulain wrote: > Hello world, > > it cames to my radar that there is a tool called Perl::Critic that could > be usefull : > http://search.cpan.org/~elliotjs/Perl-Critic-1.108/lib/Perl/Critic.pm > > it's included in Ubuntu, I installed it, run perl-critic *.pl, and get > some interesting things (without any parameter changes, just the default > critic) > > Could/Should we use such a tool ? > I'd encourage everyone to use it. Even if you disagree with some of its recommendations, you should at least try to understand why its objecting to what is in your code. I've been experimenting with running a test script using Test::Perl::Critic as a possible test for 3.4. (It requires a couple of bigpatches to remove some error generators from the code. A lot of what perl critic attempts to enforce are things which are good practice for large perl projects which is what we are. Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 208 366 1295 (phone) +44 (0) 7759 633626 (mobile) colin.campbell at ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com From paul.poulain at biblibre.com Tue Aug 10 16:20:46 2010 From: paul.poulain at biblibre.com (Paul Poulain) Date: Tue, 10 Aug 2010 16:20:46 +0200 Subject: [Koha-devel] Release Manager : how long (open question) In-Reply-To: References: <4C4A76C6.60506@biblibre.com> Message-ID: <4C61603E.8050803@biblibre.com> Le 24/07/2010 09:56, Chris Cormack a ?crit : > A lot of that of course depends on what the RM wants, in my past > experience it isn't a very fun job and takes a lot of time. I'm sure > the others who have served as release managers/maintainers would > agree. I'm not sure I'd be up for doing 2 releases in a row, and I > actually think it might be good to change the release manager often. I > think working on making the transition easy and making the RM's duties > less onerous is the way to go and then shift the duties around each 6 > months would be good. yes and no. switching RM will probably need a few weeks, if not a few months: time to elect the RM, for the RM to propose new workflows if he wants, new coding rules, and all those things. So switching every 6 months looks too often to me. I think 12 months is a minimum. any other opinion ? -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From colin.campbell at ptfs-europe.com Wed Aug 11 11:12:20 2010 From: colin.campbell at ptfs-europe.com (Colin Campbell) Date: Wed, 11 Aug 2010 10:12:20 +0100 Subject: [Koha-devel] zebra oddity Message-ID: <4C626974.4030400@ptfs-europe.com> Hi, found a weird bug in retrieving author names via ZOOM. It was originally reported to me as a bug manifesting in the output of cloud-kw.pl that in the resulting cloud authors with surnames beginning in C were appearing in truncated form i.e. hristie, Agatha rather than Christie, Agatha. A bit of experimentation shows that the query being generated: my $ss = $zbiblio->scan_pqf( '@attr 1=Author @attr 4=1 @attr 6=3 "a"'); which should pull author names is stripping initial C out of the field ( so that Christie is returned as hristie and filed as such). If instead of 6=3 I use 6=1 (retrieves a word only) Christie is correctly retrieved and filed. I can reproduce this on different platforms, wondered if anyone with zebra expertise has any idea what might be going on here. Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 208 366 1295 (phone) +44 (0) 7759 633626 (mobile) colin.campbell at ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com From chris at bigballofwax.co.nz Wed Aug 11 11:33:43 2010 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Wed, 11 Aug 2010 21:33:43 +1200 Subject: [Koha-devel] zebra oddity In-Reply-To: <4C626974.4030400@ptfs-europe.com> References: <4C626974.4030400@ptfs-europe.com> Message-ID: On 11 August 2010 21:12, Colin Campbell wrote: > Hi, > ?found a weird bug in retrieving author names via ZOOM. It was > originally reported to me as a bug manifesting in the output of > cloud-kw.pl that in the resulting cloud authors with surnames beginning > in C were appearing in truncated form i.e. hristie, Agatha rather than > Christie, Agatha. A bit of experimentation shows that the query being > generated: > > my $ss = $zbiblio->scan_pqf( '@attr 1=Author @attr 4=1 @attr 6=3 "a"'); > > which should pull author names is stripping initial C out of the field ( > so that Christie is returned as hristie and filed as such). And it only does this using ZOOM, ie if you do that query using yaz it behaves correctly? Chris From colin.campbell at ptfs-europe.com Wed Aug 11 11:49:58 2010 From: colin.campbell at ptfs-europe.com (Colin Campbell) Date: Wed, 11 Aug 2010 10:49:58 +0100 Subject: [Koha-devel] zebra oddity In-Reply-To: References: <4C626974.4030400@ptfs-europe.com> Message-ID: <4C627246.8040100@ptfs-europe.com> On 11/08/10 10:33, Chris Cormack wrote: > On 11 August 2010 21:12, Colin Campbell wrote: >> Hi, >> found a weird bug in retrieving author names via ZOOM. It was >> originally reported to me as a bug manifesting in the output of >> cloud-kw.pl that in the resulting cloud authors with surnames beginning >> in C were appearing in truncated form i.e. hristie, Agatha rather than >> Christie, Agatha. A bit of experimentation shows that the query being >> generated: >> >> my $ss = $zbiblio->scan_pqf( '@attr 1=Author @attr 4=1 @attr 6=3 "a"'); >> >> which should pull author names is stripping initial C out of the field ( >> so that Christie is returned as hristie and filed as such). > > And it only does this using ZOOM, ie if you do that query using yaz it > behaves correctly? yaz-client shows the same error when scanning with 6=3 C. -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 208 366 1295 (phone) +44 (0) 7759 633626 (mobile) colin.campbell at ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com From chris at bigballofwax.co.nz Wed Aug 11 12:25:03 2010 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Wed, 11 Aug 2010 22:25:03 +1200 Subject: [Koha-devel] zebra oddity In-Reply-To: <4C627246.8040100@ptfs-europe.com> References: <4C626974.4030400@ptfs-europe.com> <4C627246.8040100@ptfs-europe.com> Message-ID: On 11 August 2010 21:49, Colin Campbell wrote: > On 11/08/10 10:33, Chris Cormack wrote: >> On 11 August 2010 21:12, Colin Campbell wrote: >>> Hi, >>> ?found a weird bug in retrieving author names via ZOOM. It was >>> originally reported to me as a bug manifesting in the output of >>> cloud-kw.pl that in the resulting cloud authors with surnames beginning >>> in C were appearing in truncated form i.e. hristie, Agatha rather than >>> Christie, Agatha. A bit of experimentation shows that the query being >>> generated: >>> >>> my $ss = $zbiblio->scan_pqf( '@attr 1=Author @attr 4=1 @attr 6=3 "a"'); >>> >>> which should pull author names is stripping initial C out of the field ( >>> so that Christie is returned as hristie and filed as such). >> >> And it only does this using ZOOM, ie if you do that query using yaz it >> behaves correctly? > > yaz-client shows the same error when scanning with 6=3 > C. > > Hmm I can't seem to replicate it 22:15 ~/git/koha.git (translation)$ yaz-client unix:/home/chris/koha-dev/var/run/zebradb/bibliosocket Z> base biblios Z> scan @attr 1=Author @attr 4=1 @attr 6=3 "chris" Received ScanResponse 20 entries, position=1 * Chris, Teresa (1) Chrisp, Peter (5) Christenberry, Judy (1) Christensen, John (1) Christian, Frederick H (1) Christian, Glynn (1) Christiansen, Bob (1) Christiansen, Tony (1) Christie, Agatha (15) Christie, Amanda (4) Christie, Anne (2) Christie, Gregory (1) Christie, Joan (1) Christie, John B. T (1) Christie, William (1) Christofferson, April (3) Christopher, Henry (1) Christopher, Shane (2) Chryssicas, Mary Kaye (1) Chuckry, Chris (1) Elapsed: 0.231484 Chris From rijal.it at gmail.com Wed Aug 11 12:51:28 2010 From: rijal.it at gmail.com (Nitesh Rijal) Date: Wed, 11 Aug 2010 16:36:28 +0545 Subject: [Koha-devel] About Annoying Highlighting Behaviour In-Reply-To: References: Message-ID: I'm using firefox too..... I'll attach a screenshot.... Please see this and reply oops....I can;t send attachements in the list can I??? regards. On Mon, Aug 9, 2010 at 5:28 PM, Nicole Engard wrote: > Can you tell us what browser you're using? I'm on Firefox and I do see > all of the a's highlighted (even in pull downs which is very weird) > but the letter do not disappear for me. > > Nicole > > 2010/8/9 Nitesh Rijal : > > Dear all. > > Today I came across a behavior that is caused because of the search > result > > highlighting feature in KOHA. > > I'm using KOHA 3.0.6 and this is the opac link http://202.70.88.11:8000 > > I searched for an entry "a" and found that it highlights all the a's in > the > > whole page (not only in search result). well that was not a big problem > but > > the thing that annoyed me was the dropdown list for sorting the result. I > > don't know why, all the a's in that list gets disappeared when selected. > The > > same happens when I search for any other alphabet like "o". > > But if I search for "nepal" then everything is fine. > > I tried to turn off the OpacHighlightedSearch option in Staff Client, but > > there is not effect of it. > > I tried to search the same in Staff Client, but there is no such problem. > > Staff client interface is not skipping any alphabet while searching. > > Please look at this and let me know, if I'm wrong anywhere. > > Regards. > > > > -- > > Nitesh Rijal > > BE IT > > rijal.it at gmail.com > > http://niteshrijal.com.np > > http://facebook.com/openrijal > > http://twitter.com/openrijal > > +9779841458173 > > > > _______________________________________________ > > Koha-devel mailing list > > Koha-devel at lists.koha-community.org > > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > > > -- Nitesh Rijal BE IT rijal.it at gmail.com http://niteshrijal.com.np http://facebook.com/openrijal http://twitter.com/openrijal +9779841458173 -------------- next part -------------- An HTML attachment was scrubbed... URL: From colin.campbell at ptfs-europe.com Wed Aug 11 12:56:38 2010 From: colin.campbell at ptfs-europe.com (Colin Campbell) Date: Wed, 11 Aug 2010 11:56:38 +0100 Subject: [Koha-devel] zebra oddity In-Reply-To: References: <4C626974.4030400@ptfs-europe.com> <4C627246.8040100@ptfs-europe.com> Message-ID: <4C6281E6.6020107@ptfs-europe.com> On 11/08/10 11:25, Chris Cormack wrote: > On 11 August 2010 21:49, Colin Campbell wrote: >> On 11/08/10 10:33, Chris Cormack wrote: >>> On 11 August 2010 21:12, Colin Campbell wrote: >>>> Hi, >>>> found a weird bug in retrieving author names via ZOOM. It was >>>> originally reported to me as a bug manifesting in the output of >>>> cloud-kw.pl that in the resulting cloud authors with surnames beginning >>>> in C were appearing in truncated form i.e. hristie, Agatha rather than >>>> Christie, Agatha. A bit of experimentation shows that the query being >>>> generated: >>>> >>>> my $ss = $zbiblio->scan_pqf( '@attr 1=Author @attr 4=1 @attr 6=3 "a"'); >>>> >>>> which should pull author names is stripping initial C out of the field ( >>>> so that Christie is returned as hristie and filed as such). >>> >>> And it only does this using ZOOM, ie if you do that query using yaz it >>> behaves correctly? >> >> yaz-client shows the same error when scanning with 6=3 >> C. >> >> > Hmm I can't seem to replicate it > > > 22:15 ~/git/koha.git (translation)$ yaz-client > unix:/home/chris/koha-dev/var/run/zebradb/bibliosocket > > Z> base biblios > > Z> scan @attr 1=Author @attr 4=1 @attr 6=3 "chris" > Received ScanResponse > 20 entries, position=1 > * Chris, Teresa (1) > Chrisp, Peter (5) > Christenberry, Judy (1) > Christensen, John (1) > Christian, Frederick H (1) > Christian, Glynn (1) > Christiansen, Bob (1) > Christiansen, Tony (1) > Christie, Agatha (15) > Christie, Amanda (4) > Christie, Anne (2) > Christie, Gregory (1) > Christie, Joan (1) > Christie, John B. T (1) > Christie, William (1) > Christofferson, April (3) > Christopher, Henry (1) > Christopher, Shane (2) > Chryssicas, Mary Kaye (1) > Chuckry, Chris (1) > Elapsed: 0.231484 > > Chris > Here's what I'm seeing: > Z> base biblios > Z> scan @attr 1=Author @attr 4=1 @attr 6=3 "chris" > Received ScanResponse > 20 entries, position=1 > * Dale, A. M (1) > Daly, Patrick W (1) > Danesi, Marcel (1) > Date, C. J (2) > Davis, Miles (2) > Demosthenes (1) > Descartes, Alligator (1) > Dina, Anca (ed (1) > Donne, John (1) > Estes, Gregory B (1) > Euripides (3) > Fagles, Robert (1) > Feathers, Michael C (1) > Fela (1) > Fine, Reuben (1) > Firefly, Rufus T (1) > Fowler, Martin (1) > Foy, Brian D (2) > Fried, Gregory (1) > Giffen, Keith (1) > Elapsed: 0.171134 And I've been trying it out on different systems and getting the error consistently. C. -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 208 366 1295 (phone) +44 (0) 7759 633626 (mobile) colin.campbell at ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com From chrisc at catalyst.net.nz Wed Aug 11 12:58:39 2010 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Wed, 11 Aug 2010 22:58:39 +1200 Subject: [Koha-devel] [Koha] About Annoying Highlighting Behaviour In-Reply-To: References: Message-ID: <20100811105839.GG417@rorohiko> * Nitesh Rijal (rijal.it at gmail.com) wrote: > I'm using firefox too..... > I'll attach a screenshot.... > Please see this and reply > oops....I can;t send attachements in the list can I??? Upload it somewhere, and send a link. Chris > regards. > On Mon, Aug 9, 2010 at 5:28 PM, Nicole Engard wrote: > > Can you tell us what browser you're using? I'm on Firefox and I do see > all of the a's highlighted (even in pull downs which is very weird) > but the letter do not disappear for me. > > Nicole > > 2010/8/9 Nitesh Rijal : > > Dear all. > > Today I came across aA behaviorA that is caused because of the search > result > > highlighting feature in KOHA. > > I'm using KOHA 3.0.6 and this is the opac > linkA http://202.70.88.11:8000 > > I searched for an entry "a" and found that it highlights all the a's > in the > > whole page (not only in search result). well that was not a big > problem but > > the thing that annoyed me was the dropdown list for sorting the > result. I > > don't know why, all the a's in that list gets disappeared when > selected. The > > same happens when I search for any other alphabet like "o". > > But if I search for "nepal" then everything is fine. > > I tried to turn off the OpacHighlightedSearch option in Staff Client, > but > > there is not effect of it. > > I tried to search the same in Staff Client, but there is no such > problem. > > Staff client interface is not skipping any alphabet while searching. > > Please look at this and let me know, if I'm wrong anywhere. > > Regards. > > > > -- > > Nitesh Rijal > > BE IT > > rijal.it at gmail.com > > http://niteshrijal.com.np > > http://facebook.com/openrijal > > http://twitter.com/openrijal > > +9779841458173 > > > > _______________________________________________ > > Koha-devel mailing list > > Koha-devel at lists.koha-community.org > > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > > > > -- > Nitesh Rijal > BE IT > rijal.it at gmail.com > http://niteshrijal.com.np > http://facebook.com/openrijal > http://twitter.com/openrijal > +9779841458173 > _______________________________________________ > Koha mailing list > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From chrisc at catalyst.net.nz Wed Aug 11 13:03:10 2010 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Wed, 11 Aug 2010 23:03:10 +1200 Subject: [Koha-devel] zebra oddity In-Reply-To: <4C6281E6.6020107@ptfs-europe.com> References: <4C626974.4030400@ptfs-europe.com> <4C627246.8040100@ptfs-europe.com> <4C6281E6.6020107@ptfs-europe.com> Message-ID: <20100811110310.GH417@rorohiko> * Colin Campbell (colin.campbell at ptfs-europe.com) wrote: > Here's what I'm seeing: > > Z> base biblios > > Z> scan @attr 1=Author @attr 4=1 @attr 6=3 "chris" > > Received ScanResponse > > 20 entries, position=1 > > * Dale, A. M (1) > > Daly, Patrick W (1) > > Danesi, Marcel (1) > > Date, C. J (2) > > Davis, Miles (2) > > Demosthenes (1) > > Descartes, Alligator (1) > > Dina, Anca (ed (1) > > Donne, John (1) > > Estes, Gregory B (1) > > Euripides (3) > > Fagles, Robert (1) > > Feathers, Michael C (1) > > Fela (1) > > Fine, Reuben (1) > > Firefly, Rufus T (1) > > Fowler, Martin (1) > > Foy, Brian D (2) > > Fried, Gregory (1) > > Giffen, Keith (1) > > Elapsed: 0.171134 > > And I've been trying it out on different systems and getting the error > consistently. > C. Sorry for being dense, but where is the error in the above output? Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From rijal.it at gmail.com Wed Aug 11 13:05:22 2010 From: rijal.it at gmail.com (Nitesh Rijal) Date: Wed, 11 Aug 2010 16:50:22 +0545 Subject: [Koha-devel] [Koha] About Annoying Highlighting Behaviour In-Reply-To: <20100811105839.GG417@rorohiko> References: <20100811105839.GG417@rorohiko> Message-ID: ok..this is the link... please see and reply....it happens only in OPAC not in Staff Client....and on Unhighlight everything is fine regards. On Wed, Aug 11, 2010 at 4:43 PM, Chris Cormack wrote: > * Nitesh Rijal (rijal.it at gmail.com) wrote: > > I'm using firefox too..... > > I'll attach a screenshot.... > > Please see this and reply > > oops....I can;t send attachements in the list can I??? > > Upload it somewhere, and send a link. > > Chris > > > regards. > > On Mon, Aug 9, 2010 at 5:28 PM, Nicole Engard > wrote: > > > > Can you tell us what browser you're using? I'm on Firefox and I do > see > > all of the a's highlighted (even in pull downs which is very weird) > > but the letter do not disappear for me. > > > > Nicole > > > > 2010/8/9 Nitesh Rijal : > > > Dear all. > > > Today I came across aA behaviorA that is caused because of the > search > > result > > > highlighting feature in KOHA. > > > I'm using KOHA 3.0.6 and this is the opac > > linkA http://202.70.88.11:8000 > > > I searched for an entry "a" and found that it highlights all the > a's > > in the > > > whole page (not only in search result). well that was not a big > > problem but > > > the thing that annoyed me was the dropdown list for sorting the > > result. I > > > don't know why, all the a's in that list gets disappeared when > > selected. The > > > same happens when I search for any other alphabet like "o". > > > But if I search for "nepal" then everything is fine. > > > I tried to turn off the OpacHighlightedSearch option in Staff > Client, > > but > > > there is not effect of it. > > > I tried to search the same in Staff Client, but there is no such > > problem. > > > Staff client interface is not skipping any alphabet while > searching. > > > Please look at this and let me know, if I'm wrong anywhere. > > > Regards. > > > > > > -- > > > Nitesh Rijal > > > BE IT > > > rijal.it at gmail.com > > > http://niteshrijal.com.np > > > http://facebook.com/openrijal > > > http://twitter.com/openrijal > > > +9779841458173 > > > > > > _______________________________________________ > > > Koha-devel mailing list > > > Koha-devel at lists.koha-community.org > > > > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > > > > > > > -- > > Nitesh Rijal > > BE IT > > rijal.it at gmail.com > > http://niteshrijal.com.np > > http://facebook.com/openrijal > > http://twitter.com/openrijal > > +9779841458173 > > > _______________________________________________ > > Koha mailing list > > Koha at lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > -- > Chris Cormack > Catalyst IT Ltd. > +64 4 803 2238 > PO Box 11-053, Manners St, Wellington 6142, New Zealand > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (GNU/Linux) > > iEYEARECAAYFAkxigl8ACgkQZgbcHEvgMLOkKwCfaUqaHQvToCy+dpS/M4z2pymq > DPoAnj24w1TV4RdaLuUhNqf9sS7vjCVR > =O2JB > -----END PGP SIGNATURE----- > > -- Nitesh Rijal BE IT rijal.it at gmail.com http://niteshrijal.com.np http://facebook.com/openrijal http://twitter.com/openrijal +9779841458173 -------------- next part -------------- An HTML attachment was scrubbed... URL: From rijal.it at gmail.com Wed Aug 11 13:06:15 2010 From: rijal.it at gmail.com (Nitesh Rijal) Date: Wed, 11 Aug 2010 16:51:15 +0545 Subject: [Koha-devel] [Koha] About Annoying Highlighting Behaviour In-Reply-To: References: <20100811105839.GG417@rorohiko> Message-ID: forgot the link ::: :P http://twitpic.com/2dnyzy On Wed, Aug 11, 2010 at 4:50 PM, Nitesh Rijal wrote: > ok..this is the link... > > please see and reply....it happens only in OPAC not in Staff Client....and > on Unhighlight everything is fine > > regards. > > On Wed, Aug 11, 2010 at 4:43 PM, Chris Cormack wrote: > >> * Nitesh Rijal (rijal.it at gmail.com) wrote: >> > I'm using firefox too..... >> > I'll attach a screenshot.... >> > Please see this and reply >> > oops....I can;t send attachements in the list can I??? >> >> Upload it somewhere, and send a link. >> >> Chris >> >> > regards. >> > On Mon, Aug 9, 2010 at 5:28 PM, Nicole Engard >> wrote: >> > >> > Can you tell us what browser you're using? I'm on Firefox and I do >> see >> > all of the a's highlighted (even in pull downs which is very weird) >> > but the letter do not disappear for me. >> > >> > Nicole >> > >> > 2010/8/9 Nitesh Rijal : >> > > Dear all. >> > > Today I came across aA behaviorA that is caused because of the >> search >> > result >> > > highlighting feature in KOHA. >> > > I'm using KOHA 3.0.6 and this is the opac >> > linkA http://202.70.88.11:8000 >> > > I searched for an entry "a" and found that it highlights all the >> a's >> > in the >> > > whole page (not only in search result). well that was not a big >> > problem but >> > > the thing that annoyed me was the dropdown list for sorting the >> > result. I >> > > don't know why, all the a's in that list gets disappeared when >> > selected. The >> > > same happens when I search for any other alphabet like "o". >> > > But if I search for "nepal" then everything is fine. >> > > I tried to turn off the OpacHighlightedSearch option in Staff >> Client, >> > but >> > > there is not effect of it. >> > > I tried to search the same in Staff Client, but there is no such >> > problem. >> > > Staff client interface is not skipping any alphabet while >> searching. >> > > Please look at this and let me know, if I'm wrong anywhere. >> > > Regards. >> > > >> > > -- >> > > Nitesh Rijal >> > > BE IT >> > > rijal.it at gmail.com >> > > http://niteshrijal.com.np >> > > http://facebook.com/openrijal >> > > http://twitter.com/openrijal >> > > +9779841458173 >> > > >> > > _______________________________________________ >> > > Koha-devel mailing list >> > > Koha-devel at lists.koha-community.org >> > > >> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >> > > >> > >> > -- >> > Nitesh Rijal >> > BE IT >> > rijal.it at gmail.com >> > http://niteshrijal.com.np >> > http://facebook.com/openrijal >> > http://twitter.com/openrijal >> > +9779841458173 >> >> > _______________________________________________ >> > Koha mailing list >> > Koha at lists.katipo.co.nz >> > http://lists.katipo.co.nz/mailman/listinfo/koha >> >> >> -- >> Chris Cormack >> Catalyst IT Ltd. >> +64 4 803 2238 >> PO Box 11-053, Manners St, Wellington 6142, New Zealand >> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.10 (GNU/Linux) >> >> iEYEARECAAYFAkxigl8ACgkQZgbcHEvgMLOkKwCfaUqaHQvToCy+dpS/M4z2pymq >> DPoAnj24w1TV4RdaLuUhNqf9sS7vjCVR >> =O2JB >> -----END PGP SIGNATURE----- >> >> > > > -- > Nitesh Rijal > BE IT > rijal.it at gmail.com > http://niteshrijal.com.np > http://facebook.com/openrijal > http://twitter.com/openrijal > +9779841458173 > -- Nitesh Rijal BE IT rijal.it at gmail.com http://niteshrijal.com.np http://facebook.com/openrijal http://twitter.com/openrijal +9779841458173 -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.poulain at biblibre.com Wed Aug 11 13:21:14 2010 From: paul.poulain at biblibre.com (Paul Poulain) Date: Wed, 11 Aug 2010 13:21:14 +0200 Subject: [Koha-devel] question about OpacBrowser preference In-Reply-To: References: Message-ID: <4C6287AA.3010005@biblibre.com> Le 27/07/2010 23:02, Nicole Engard a ?crit : > Jane sent me this - can you confirm: > > [16:54] Don't know if you were following my question > earlier, about the OpacBrowser syspref & script? > [16:54] saw it, but didn't see the answers you got > [16:55] There's nothing much in the manual on either the > syspref or the build_browser_and_cloud.pl script. Consensus seems to > be that they're only useful if you want to browse French Dewey > headings. Maybe you could check that with BibLibre (I'm assuming they > did it?) and update the manual? > [16:55] k > [16:56] Should have checked earlier -- git blame seems to > say it was tipaul -- Paul P? in 2007. > [16:57] Main thing is to get something in the manual about > it being specific for French libraries, so other sites know not to > worry about it. > > Well, in fact, it's right, the script is dedicated to dewey, and fills some french datas in the database. In fact, I never could find time to improve my idea. We should have in Koha something like : - choose the MARC field you want to create a browser on - define your grouping categories (hierarchical). 'A' = 'history', 'A0' =european history, 'A1' = asian history, 'A0FR' =French history, 'A0GE' = German history, 'A1CH' = chinese history, 'A1JP' = japan history - define the links between MARC field an grouping categories. "MARC field = 'value1' => group to 'A0FR'", "MARC field= value2 => group to 'A1JP'", "MARC field=value3 => group to 'A0FR'" - run the script to build the hierarchy The build_browser do "almost" that. The limit is that MARC field=676$a dewey and the grouping categories are hardcoded (french dewey) HTH -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From nengard at gmail.com Wed Aug 11 14:17:29 2010 From: nengard at gmail.com (Nicole Engard) Date: Wed, 11 Aug 2010 08:17:29 -0400 Subject: [Koha-devel] question about OpacBrowser preference In-Reply-To: <4C6287AA.3010005@biblibre.com> References: <4C6287AA.3010005@biblibre.com> Message-ID: For now the manual is updated. On Wed, Aug 11, 2010 at 7:21 AM, Paul Poulain wrote: > Le 27/07/2010 23:02, Nicole Engard a ?crit : >> Jane sent me this - can you confirm: >> >> [16:54] ? Don't know if you were following my question >> earlier, about the OpacBrowser syspref & script? >> [16:54] ? saw it, but didn't see the answers you got >> [16:55] ? There's nothing much in the manual on either the >> syspref or the build_browser_and_cloud.pl script. ?Consensus seems to >> be that they're only useful if you want to browse French Dewey >> headings. ?Maybe you could check that with BibLibre (I'm assuming they >> did it?) and update the manual? >> [16:55] ? k >> [16:56] ? Should have checked earlier -- git blame seems to >> say it was tipaul -- Paul P? in 2007. >> [16:57] ? Main thing is to get something in the manual about >> it being specific for French libraries, so other sites know not to >> worry about it. >> >> > Well, in fact, it's right, the script is dedicated to dewey, and fills > some french datas in the database. In fact, I never could find time to > improve my idea. > We should have in Koha something like : > - choose the MARC field you want to create a browser on > - define your grouping categories (hierarchical). 'A' = 'history', 'A0' > =european history, 'A1' = asian history, 'A0FR' =French history, 'A0GE' > = German history, 'A1CH' = chinese history, 'A1JP' = japan history > - define the links between MARC field an grouping categories. "MARC > field = 'value1' => group to 'A0FR'", "MARC field= value2 => group to > 'A1JP'", "MARC field=value3 => group to 'A0FR'" > - run the script to build the hierarchy > > The build_browser do "almost" that. The limit is that MARC field=676$a > dewey and the grouping categories are hardcoded (french dewey) > > HTH > > -- > Paul POULAIN > http://www.biblibre.com > Expert en Logiciels Libres pour l'info-doc > Tel : (33) 4 91 81 35 08 > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel From lists at ricmarques.net Wed Aug 11 14:37:10 2010 From: lists at ricmarques.net (Ricardo Dias Marques) Date: Wed, 11 Aug 2010 13:37:10 +0100 Subject: [Koha-devel] Error when doing a git Koha clone over http ("refs not found: did you run git update-server-info on the server?") Message-ID: Hi all! Today (11-Aug-2010), I tried to do a git Koha clone over http, from the Koha Community's Git repository ("git.koha-community.org"). I'm cloning over http, instead of using the native "git" protocol, because my Koha server (a virtual machine running SUSE Linux - SLES 11) is behind a restrictive firewall. Here's the output of the git clone command that I ran and the resulting error: ---------------------------------------- # git clone http://git.koha-community.org/koha.git kohaclone Initialized empty Git repository in /koha/kohaclone/.git/ fatal: http://git.koha-community.org/koha.git/info/refs not found: did you run git update-server-info on the server? ---------------------------------------- I did a web search for this error, regarding Koha, but I only found one entry in the IRC Koha log (dated 12-May-2010), with the same problem posed by the user with the nickname "jcamins" (Jared Camins-Esakov) and answered by "gmcharlt" (Galen Charlton): ---------------------------------------- http://stats.workbuffer.org/irclog/koha/2010-05-12 16:16 I inadvertantly tried to clone git.koha-community.org over http, and I got an error: fatal: http://git.koha-community.org/koha.git/info/refs not found: did you run git update-server-info on the server? 16:16 I'm not sure who I should notify about that. [...] 16:28 jcamins: I've updated it 16:28 clone-over-http shoudl work now ---------------------------------------- I have the proxy configuration set up in this virtual machine and I can browse the web without any problems in it (using, for instance, the "w3m" text web browser). Am I doing something wrong, or is it necessary that someone, like Galen, runs "git update-server-info on the server" again ("server" being the git server running at "git.koha-community.org")? If running again this command on the git server is necessary, would it be possible to run that as a cronjob in that git server, to prevent that this problem happens again (or is that a bad idea, for some reason)? Thanks in advance! :) Cheers, Ricardo Dias Marques lists AT ricmarques DOT net Installation Guide for Installing Koha 3.0.0 on openSUSE 11.0 http://wiki.koha-community.org/wiki/Koha_3.0.0_on_openSUSE_11.0 From oleonard at myacpl.org Wed Aug 11 14:40:02 2010 From: oleonard at myacpl.org (Owen Leonard) Date: Wed, 11 Aug 2010 08:40:02 -0400 Subject: [Koha-devel] About Annoying Highlighting Behaviour In-Reply-To: References: Message-ID: > I searched for an entry "a" and found that it highlights all the a's in the > whole page (not only in search result). well that was not a big problem but > the thing that annoyed me was the dropdown list for sorting the result. I > don't know why, all the a's in that list gets disappeared when selected. This is a bug which was fixed in the master branch but not in 3.0.x: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3613 I will try to port the fix to 3.0.x. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From oleonard at myacpl.org Wed Aug 11 14:58:00 2010 From: oleonard at myacpl.org (Owen Leonard) Date: Wed, 11 Aug 2010 08:58:00 -0400 Subject: [Koha-devel] About Annoying Highlighting Behaviour In-Reply-To: References: Message-ID: > http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3613 I've submitted a patch, and have also attached the patch to the bug report. The fix is to make some very minor changes to the search results template, opac-results.tmpl. If you're not set up to be able to apply patches you could probably make the modifications by hand. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From asquared21 at gmail.com Wed Aug 11 17:18:01 2010 From: asquared21 at gmail.com (Alex Jurgensen) Date: Wed, 11 Aug 2010 08:18:01 -0700 Subject: [Koha-devel] Are Web Services Available In 3.06 Message-ID: Hi All, In my system preferences, I don't see the "Web Services" page. Does it exist in this version of Koha? Regards, Alex, From chris at bigballofwax.co.nz Wed Aug 11 23:14:39 2010 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Thu, 12 Aug 2010 09:14:39 +1200 Subject: [Koha-devel] Are Web Services Available In 3.06 In-Reply-To: References: Message-ID: 2010/8/12 Alex Jurgensen : > Hi All, > > In my system preferences, I don't see the "Web Services" page. Does it exist in this version of Koha? > Hi Alex No ilsdi.pl doesn't exist in the 3.0.x branch Chris From rijal.it at gmail.com Thu Aug 12 06:28:57 2010 From: rijal.it at gmail.com (Nitesh Rijal) Date: Thu, 12 Aug 2010 10:13:57 +0545 Subject: [Koha-devel] About Annoying Highlighting Behaviour In-Reply-To: References: Message-ID: Thank you all. It worked. Regards. On Wed, Aug 11, 2010 at 6:43 PM, Owen Leonard wrote: > > http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3613 > > I've submitted a patch, and have also attached the patch to the bug > report. The fix is to make some very minor changes to the search > results template, opac-results.tmpl. If you're not set up to be able > to apply patches you could probably make the modifications by hand. > > -- Owen > > -- > Web Developer > Athens County Public Libraries > http://www.myacpl.org > -- Nitesh Rijal BE IT rijal.it at gmail.com http://niteshrijal.com.np http://facebook.com/openrijal http://twitter.com/openrijal +9779841458173 -------------- next part -------------- An HTML attachment was scrubbed... URL: From asquared21 at gmail.com Thu Aug 12 09:17:11 2010 From: asquared21 at gmail.com (Alex Jurgensen) Date: Thu, 12 Aug 2010 00:17:11 -0700 Subject: [Koha-devel] Are Web Services Available In 3.06 In-Reply-To: References: Message-ID: <6BF341A1-7C08-4E44-9374-DF317A97ABE1@gmail.com> Hi Chris, Which branch do I need then? I am confused. I see 3.0.x and 3.2 beta only on the Koha community downloads page. Regards, Alex, Alex Jurgensen, AWEBSIGHT Administrator, ICE Customer Care, VoiceOver Trainer, ASquared21 at visionmail.uni.cc Visit us on the web at: http://www.visionmail.uni.cc/ On 2010-08-11, at 2:14 PM, Chris Cormack wrote: > 2010/8/12 Alex Jurgensen : >> Hi All, >> >> In my system preferences, I don't see the "Web Services" page. Does it exist in this version of Koha? >> > > Hi Alex > > No ilsdi.pl doesn't exist in the 3.0.x branch > > Chris From chrisc at catalyst.net.nz Thu Aug 12 09:25:43 2010 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Thu, 12 Aug 2010 19:25:43 +1200 Subject: [Koha-devel] Are Web Services Available In 3.06 Message-ID: Hi Alex In git its the master branch, 3.2.0beta was created from that branch. The 3.0.x releases are created from the 3.0.x branch in the git repository. Chris Alex Jurgensen wrote: >Hi Chris, > >Which branch do I need then? > >I am confused. I see 3.0.x and 3.2 beta only on the Koha community downloads page. > >Regards, >Alex, > > >Alex Jurgensen, >AWEBSIGHT Administrator, >ICE Customer Care, >VoiceOver Trainer, >ASquared21 at visionmail.uni.cc > >Visit us on the web at: http://www.visionmail.uni.cc/ > >On 2010-08-11, at 2:14 PM, Chris Cormack wrote: > >> 2010/8/12 Alex Jurgensen : >>> Hi All, >>> >>> In my system preferences, I don't see the "Web Services" page. Does it exist in this version of Koha? >>> >> >> Hi Alex >> >> No ilsdi.pl doesn't exist in the 3.0.x branch >> >> Chris > >_______________________________________________ >Koha-devel mailing list >Koha-devel at lists.koha-community.org >http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel From nengard at gmail.com Thu Aug 12 15:15:32 2010 From: nengard at gmail.com (Nicole Engard) Date: Thu, 12 Aug 2010 09:15:32 -0400 Subject: [Koha-devel] August Koha Newsletter: Call for Articles In-Reply-To: References: Message-ID: My calendar says it's the 12th and I'm pretty short on articles - I'm up for all tips and news you want to share, send it along to me today or tomorrow - it just has to be 1-3 lines long! Thanks Nicole On Fri, Jul 30, 2010 at 7:40 AM, Nicole Engard wrote: > It's that time again, the next newsletter will be published in 15 > days. ?I need any and all announcements/tips/tricks/news/koha events > sent to me by the 12th of August if I'm to get the newsletter out on > time. ?Articles should be short and if you have a lot to say then send > along a link to the full article. ?Remember you don't have to write a > whole lot, just a short 2 liner is A-OK! > > Thanks in advance, > Nicole C. Engard > From fridolyn.somers at gmail.com Thu Aug 12 19:00:14 2010 From: fridolyn.somers at gmail.com (Fridolyn SOMERS) Date: Thu, 12 Aug 2010 19:00:14 +0200 Subject: [Koha-devel] [Koha] Search by barcode or item number in OPAC In-Reply-To: <4C5C2C41.7010602@sys-tech.net> References: <4C5B00AB.3000207@sys-tech.net> <4C5C1A4F.5030701@sys-tech.net> <4C5C2C41.7010602@sys-tech.net> Message-ID: Test with : http://[your.site]/cgi-bin/koha/opac-search.pl?q=ccl=bc:12345 In ccl.properties, do you have bc and barecode ? > > On 06/08/2010 10:55, Tomas Cohen Arazi wrote: > > 2010/8/6 Brice Sanchez : > > > Thanks for your answers : > > The barcode works if i put it directly in the search box. > > but bc:12345, bc:'12345',http://[your.site]/cgi-bin/koha/opac-search.pl?q=ccl=barcode:12345 doesn't > works on my Koha, i need to find why? > > > > Are you using Zebra? bc is a zebra index as far as I know. > > To+ > > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > -- Fridolyn SOMERS Information and Communication Technologies engineer Lyon - FRANCE fridolyn.somers at gmail.com -------------- section suivante -------------- Une pi?ce jointe HTML a ?t? nettoy?e... URL: From brice.sanchez at sys-tech.net Thu Aug 12 19:25:24 2010 From: brice.sanchez at sys-tech.net (Brice Sanchez) Date: Thu, 12 Aug 2010 13:25:24 -0400 Subject: [Koha-devel] [Koha] Search by barcode or item number in OPAC In-Reply-To: References: <4C5B00AB.3000207@sys-tech.net> <4C5C1A4F.5030701@sys-tech.net> <4C5C2C41.7010602@sys-tech.net> Message-ID: <4C642E84.1060803@sys-tech.net> Thanks for the reply but now i have the answer for KOHA 3.2 : 1 . In system preferences, search for /OPACUSERJS/, and add the following code : /$(document).ready(function(){/ /$("#masthead_search").append("");/ /}); / 2 . Go to koha/etc/zebradb/biblios/etc/**bib1.att ** 3 . Check or add these lines* :* /* att 8023 barcode*/ /* [...]*/ /* att 9002 biblioitemnumber*/ * 4 . Go to koha/etc/zebradb/marc_defs/marc21/biblios/**record.abs* 5 . Check or add these lines* : * /* melm 952$p barcode,barcode:n*/ /* [...]*/ /* melm 999$d biblioitemnumber:n,biblioitemnumber:w,biblioitemnumber:s*/ * 6 . Go to koha/etc/zebradb/**ccl.properties * 7 . Check or add these lines* :* /* barcode 1=8023 */ /* bc barcode*/ /* [...]*/ /* biblioitemnumber 1=9002 */ /* bit biblioitemnumber*/ 8 . Rebuild Zebra in command line /cd /src/misc/migration_tools / /./rebuild_zebra.pl -b -a -r / 9. Done On 12/08/2010 13:00, Fridolyn SOMERS wrote: > Test with : > http://[your.site]/cgi-bin/koha/opac-search.pl?q=ccl=bc:12345 > > > In ccl.properties, do you have bc and barecode ? > > > On 06/08/2010 10:55, Tomas Cohen Arazi wrote: >> 2010/8/6 Brice Sanchez : >> >>> Thanks for your answers : >>> >>> The barcode works if i put it directly in the search box. >>> >>> but bc:12345, bc:'12345', >>> http://[your.site]/cgi-bin/koha/opac-search.pl?q=ccl=barcode:12345 doesn't >>> works on my Koha, i need to find why? >>> >>> >> Are you using Zebra? bc is a zebra index as far as I know. >> >> To+ > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > > > > > -- > Fridolyn SOMERS > Information and Communication Technologies engineer > Lyon - FRANCE > fridolyn.somers at gmail.com -- *Brice Sanchez* Programmeur Web brice.sanchez at sys-tech.net 418 520-0739 poste 136 514 907-0036 / 1-877-969-8324 *SYS-TECH / Technologies de l'information libres* 6700 BOUL PIERRE-BERTRAND BUREAU 209 QU?BEC QC G2J 0B4 http://www.sys-tech.net /Membre supporteur de l'Association TYPO3 / *Avant d'imprimer, pensez ? l'environnement...* -------------- next part -------------- An HTML attachment was scrubbed... URL: From nengard at gmail.com Sun Aug 15 23:53:13 2010 From: nengard at gmail.com (Nicole Engard) Date: Sun, 15 Aug 2010 14:53:13 -0700 Subject: [Koha-devel] Official Koha Newsletter : Volume 1, Issue 8: August 2010 Message-ID: The newsletter can be read online (with live links) here: http://koha-community.org/koha-newsletter-volume-1issue-8-august-2010/ and subscribed to via RSS here: http://feeds.feedburner.com/KohaNewsletter Official Koha Newsletter (ISSN 2153-8328) Volume 1, Issue 8: August 2010 Table of Contents * Tips & Tricks o Patron Card Creator Tips o Reporting & Patching Koha Bugs o Learn Koha through Videos * Koha in Libraries o British Library of Development Studies Implementing Koha o Combining open source forces: Koha search block in Moodle * Koha Events o Levin Mayoral Reception and Marae Visit o Koha packaging talk at Debconf Tips & Tricks Patron Card Creator Tips by Chris Nighswonger When uploading images for use with patron cards (including patron images) be sure to provide images at 300ppi (dpi) resolution. These images will be scaled on-the-fly to 72ppi for on-screen display and may look somewhat pixelated there. However, the pdf standard provides for both a ?display quality? image and a ?print quality? image. When the cards are printed, the ?print quality? image (300ppi) will be used and the images will look the same as those uploaded. The short of this is: Don?t use the on-screen images as a judge of the print quality of the image. When preparing images for use with Koha, you should always begin with a picture of at least 300ppi and dimensions equal to or greater than the finished dimensions you desire. The aspect ratio (width:height) should also remain consistent after editing. If you have an image over 300ppi, scale the ppi first. Then scale the dimensions so that either width or height is the desired finished dimension. You can then crop the other dimension to finish. Reporting & Patching Koha Bugs by Nicole C. Engard Reporting and patching Koha bugs can be a simple process if you follow the many tutorials on the wiki and mailing lists. For those who are all ready to start patching, here are the steps you want to follow: 1. Report a bug (or enhancement) 2. Make yourself the assignee for that bug and change the Status to ?Assigned? so that others know you?re working on the bug 3. Write your patch and send it to the patches list 4. Change the bug Importance to ?PATCH-Sent? and attach your patch to the bug Following these simple steps will keep everyone in the loop as you work on and fix bugs/features in Koha. Learn Koha through Videos by Nicole C. Engard Many libraries have been creating videos to help train their staff on Koha. I personally have started a series (that I hope to release once a week) of tutorial videos on Koha 3.2. For more videos check out the Koha channel on YouTube (and feel free to add your videos to the channel if they?re not already there. Koha in Libraries British Library of Development Studies Implementing Koha by Andrew Buxton The British Library of Development Studies at Brighton, UK is implementing Koha on Debian Linux primarily to run its Z39.50 service. Records will be copied across regularly from Ibex, the library system developed in-house. About one third of the records are for journal articles. Ibex does not use a MARC format so a conversion routine has been developed to produce a text file which is then processed using MarcEdit. Further information from Andrew Buxton, a.buxton at ids.ac.uk Combining open source forces: Koha search block in Moodle by Jonathan Harker On Saturday 24 July, Wellington Summer of Tech held its 2010 Hackfest ? a day of intense coding, soft-drinks and hourly prizes, as a warm up for its Summer of Tech student internship programme at the end of the year, the New Zealand summer. Brendan Vercoelen from Victoria University worked with Jonathan Harker from Catalyst IT on a Koha search block for the learning management system Moodle, as a first attempt to get these two open source projects to work more closely together. The Koha search block, part of the existing Moodle external search block, allows students and teachers to search by keywords, sends the request to Koha over SRU (Search / Retrieval via URL) and parses and displays the MARCXML results. The result can be seen in http://www.flickr.com/photos/4nitsirk/4830516298/ This block represents a great kick-off ? in the future, we?d like to see a Koha record available as a Moodle resource type, so that (for example) a Moodle course can include a suggested reading list, where the item is fetched from the learning institution?s Koha library system, including its lending status. Previous work by Piers Harding (also at Catalyst) has enabled Moodle and Koha to share single sign-on using SAML (Security Assertion Markup Language). The Hackfest allowed students to work closely with a mentor on a pre-defined project and gave them the opportunity to learn from experienced programmers. After 5 hours of programming, the students presented their results to the other participants of the Hackfest and invited guests. Links: * http://www.summeroftech.co.nz/ * http://www.moodle.org/ * http://www.catalyst.net.nz Koha Events Levin Mayoral Reception and Marae Visit by Kristina Hoeppner Koha celebrates its 10th anniversary this year. As you know, we will hold this year?s KohaCon in Wellington from 25-27 October 2010, followed by a Hackfest. You still have time to register. As you will be in the country of the birth of Koha, why not pay a visit to Koha?s proper birthplace? We have planned an exciting trip to Levin, just north of Wellington, where everything started, for 28 October 2010. This excursion does not only give you the opportunity to visit Levin, it?s library, and meet the mayor, but also participate in a powhiri, a traditional Maori welcome ceremony. The Kawiu is a contemporary Marae (http://en.wikipedia.org/wiki/Marae) and you will be eating in the usual dining room alongside locals. That will give you a real-life experience. You can find the trip details at http://www.kohacon10.org.nz/2010/program/levintrip.html and will have to register by 10 October 2010 for organizational reasons. Koha packaging talk at Debconf by Lars Wirzenius Lars Wirzenius discussed lessons learned from making Debian packages for Koha in a talk at Debconf10. Koha was used as an example of an upstream project to bring up challenges they face when trying to Debian packages made, and things they may improve upon to make their software easier to package. The talk and slides are at http://liw.fi/swimming-upstream/, with videos to become available later. Newsletter edited by Nicole C. Engard, Koha Documentation Manager, send all story ideas to nengard at gmail.com. From mjr at phonecoop.coop Mon Aug 16 04:03:43 2010 From: mjr at phonecoop.coop (MJ Ray) Date: Mon, 16 Aug 2010 03:03:43 +0100 (BST) Subject: [Koha-devel] Error when doing a git Koha clone over http ("refs not found: did you run git update-server-info on the server?") In-Reply-To: Message-ID: <20100816020343.572EBF7116@nail.towers.org.uk> Ricardo Dias Marques wrote: > Today (11-Aug-2010), I tried to do a git Koha clone over http, from > the Koha Community's Git repository ("git.koha-community.org"). > I'm cloning over http, instead of using the native "git" protocol, > because my Koha server (a virtual machine running SUSE Linux - SLES > 11) is behind a restrictive firewall. Couldn't you change the firewall to allow tcp port 9418, or forward that port over a ssh connection? I think it will give faster service. [...] > Am I doing something wrong, or is it necessary that someone, like > Galen, runs "git update-server-info on the server" again ("server" > being the git server running at "git.koha-community.org")? If running > again this command on the git server is necessary, would it be > possible to run that as a cronjob in that git server, to prevent that > this problem happens again (or is that a bad idea, for some reason)? After much searching for something I half-remembered, I discovered http://stats.workbuffer.org/irclog/koha/2010-08-11#i_484170 where Galen says "clone over http is now working again" and "it was a change in the apache config that broke it; few enough users of clone-over-http that I don't thnk anybody had noticed" but you already know that. Regards, -- MJ Ray (slef) Webmaster and developer for hire at | software www.software.coop http://mjr.towers.org.uk | .... co IMO only: see http://mjr.towers.org.uk/email.html | .... op From chrisc at catalyst.net.nz Mon Aug 16 10:25:44 2010 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Mon, 16 Aug 2010 20:25:44 +1200 Subject: [Koha-devel] [Koha] Seeking programmer: Patron Cards and Book labels: 3.06 -- How are people printing them? In-Reply-To: <20100816150200.dcjb2mta0pmsg4g8@mail.iteachnet.org> References: <20100813102404.bhptnmhqtxwso04o@mail.iteachnet.org> <20100816150200.dcjb2mta0pmsg4g8@mail.iteachnet.org> Message-ID: <20100816082544.GA4455@rorohiko> * David M. Bucknell (dbucknell at iteachnet.org) wrote: > If there is someone who would be willing to jury-rig patron card and > spine label printing ... write a script ... I'd be willing to > compensate hourly costs. > > I haven't heard from anyone except Chris, who is a contributing > programmer, I take it, so I guess everyone else has either an on-site > team or is paying a provider. 3.06 seems pretty cool and there is > really no alternative, so if anyone is willing to help for some cash > via paypal, it would be worth it to me. I have three installations > that need this, none of which have a budget, but all of them hell-bent > on Koha because of me. > > Let me know if you can help, please. > Hi David If these are new Koha installs, I would strongly suggest installing from either the debian packages, or the git master branch. As Chris Nighswonger (who wrote the labels code) has said, it has been totally rewritten for 3.2.0 (it's 3.0.6 btw) so you are much better off installing that. Quite a few libraries, including Horowhenua Library Trust the original Koha library, are running what is very soon to be 3.2.0 in production. So I would class that as a real alternative, and in fact a better alternative to installing 3.0.6 and having some one off customised and not reusable work done. Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From nengard at gmail.com Tue Aug 17 03:31:18 2010 From: nengard at gmail.com (Nicole Engard) Date: Mon, 16 Aug 2010 21:31:18 -0400 Subject: [Koha-devel] New Spanish Manual Message-ID: Today I received a full Spanish translation of the Koha 3.2 manual! I have committed it to Git: http://git.koha-community.org/gitweb/?p=kohadocs.git;a=commit;h=d8747ccd584dcecb5fe9a9a7cce56e9e33b8783b and it will appear on the website shortly. Thank you to all involved in that translation this is a great addition to Koha and will make it so that many more people will benefit from reading the manual! Thanks again, Nicole, Documentation Manager PS. In Docbook there is a way to show credits other than just the author, but when we convert it to HTML on WordPress some of that is lost. Just be aware that in the code the appropriate attributions are made to all of those who have helped grow the manual! From salvazm at masmedios.com Wed Aug 18 18:17:05 2010 From: salvazm at masmedios.com (Salvador Zaragoza Rubio) Date: Wed, 18 Aug 2010 18:17:05 +0200 Subject: [Koha-devel] Sorting alphabetically the subfields in additem Message-ID: <4C6C0781.3040406@masmedios.com> Hi, Sometimes when you mess around with the marc structure of the bibliographic frameworks, the subfields of the 952 field are showed in a random manner in the cataloguing section. A possible improvement to display the subfields sorted when you add or edit an item in the intranet at the page /cgi-bin/koha/cataloguing/additem.pl . Just before passing the reference of the array loop_data as a param to the template, add the line of code: @loop_data = map { $_->[0] } sort { $a->[1] cmp $b->[1] } map { [ $_, $_->{subfield} ] } @loop_data; to sort alphabetically de code of the subfields and show them clearly. Salva -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5527 bytes Desc: S/MIME Cryptographic Signature URL: From mdhafen at tech.washk12.org Wed Aug 18 19:56:46 2010 From: mdhafen at tech.washk12.org (Michael Hafen) Date: Wed, 18 Aug 2010 11:56:46 -0600 Subject: [Koha-devel] Sorting alphabetically the subfields in additem In-Reply-To: <4C6C0781.3040406@masmedios.com> References: <4C6C0781.3040406@masmedios.com> Message-ID: <1282154206.30995.37.camel@koha-dev> I ran into this too, my librarians wanted the item fields in a certain order though. So I made a hash of the subfield codes and a sort weight. That did the job for me. On Wed, 2010-08-18 at 18:17 +0200, Salvador Zaragoza Rubio wrote: > Hi, > > Sometimes when you mess around with the marc structure of the bibliographic > frameworks, the subfields of the 952 field are showed in a random manner > in the cataloguing section. > > A possible improvement to display the subfields sorted when you > add or edit an item in the intranet at the page > /cgi-bin/koha/cataloguing/additem.pl . > > Just before passing the reference of the array loop_data as a param > to the template, add the line of code: > > @loop_data = map { $_->[0] } sort { $a->[1] cmp $b->[1] } map { [ $_, $_->{subfield} ] } @loop_data; > > to sort alphabetically de code of the subfields and show them clearly. > > > Salva > > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel -- Michael Hafen Systems Analyst and Programmer Washington County School District Utah, USA for Koha checkout http://development.washk12.org/gitweb/ or git://development.washk12.org/koha From robin at catalyst.net.nz Thu Aug 19 01:28:53 2010 From: robin at catalyst.net.nz (Robin Sheat) Date: Thu, 19 Aug 2010 11:28:53 +1200 Subject: [Koha-devel] Debian packages, Squeeze and updated libyaz In-Reply-To: <4C6BCB31.5010208@debian.org> References: <1280715454.11711.216.camel@zarathud> <4C6BCB31.5010208@debian.org> Message-ID: <1282174133.2971.13.camel@zarathud> Op woensdag 18-08-2010 om 13:59 uur [tijdzone +0200], schreef Vincent Danjean: > I'm the Debian maintainer of idzebra an yaz in Debian. squeeze is frozen > but I would like to fix this bug. > Can someone check and report if using yaz 4.0.11-1 and idzebra 2.0.44-1 > fix this bug ? Please, CC me on reply as I do not read regularly the > mailing list (or better, cc the bug report) > These packages can be found on my repo (see my signature below) These are the details for what I'm currently running that works: (note that it's not the most up-to-date, but conveniently matches the versions you're asking about:) robin at kohadev:~$ apt-cache policy yaz yaz: Installed: 4.0.11-1indexdata Candidate: 4.0.12-1indexdata Version table: 4.0.12-1indexdata 0 500 http://ftp.indexdata.dk squeeze/main Packages *** 4.0.11-1indexdata 0 500 http://ftp.indexdata.dk squeeze/main Packages 100 /var/lib/dpkg/status robin at kohadev:~$ apt-cache policy idzebra-2.0 idzebra-2.0: Installed: 2.0.44-1indexdata Candidate: 2.0.44-1indexdata Version table: *** 2.0.44-1indexdata 0 500 http://ftp.indexdata.dk squeeze/main Packages 100 /var/lib/dpkg/status 2.0.43-2 0 500 http://ftp.nz.debian.org squeeze/main Packages 2.0.43-1indexdata 0 500 http://ftp.indexdata.dk squeeze/main Packages -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: Dit berichtdeel is digitaal ondertekend URL: From salvazm at masmedios.com Thu Aug 19 08:28:42 2010 From: salvazm at masmedios.com (Salvador Zaragoza Rubio) Date: Thu, 19 Aug 2010 08:28:42 +0200 Subject: [Koha-devel] Sorting alphabetically the subfields in additem In-Reply-To: <1282154206.30995.37.camel@koha-dev> References: <4C6C0781.3040406@masmedios.com> <1282154206.30995.37.camel@koha-dev> Message-ID: <4C6CCF1A.8030907@masmedios.com> Maybe the right thing to do instead of changing code everyone would be for the koha developers to add a subfield in the marc structure indicating the order you want to display the subfields. It would imply adding a field in the database and change code to sort through this field. I think this would be the perfect solution as everyone could order in the desired manner as Michael Hafen did. El 18/08/2010 19:56, Michael Hafen escribi?: > I ran into this too, my librarians wanted the item fields in a certain > order though. So I made a hash of the subfield codes and a sort weight. > That did the job for me. > > On Wed, 2010-08-18 at 18:17 +0200, Salvador Zaragoza Rubio wrote: > >> Hi, >> >> Sometimes when you mess around with the marc structure of the bibliographic >> frameworks, the subfields of the 952 field are showed in a random manner >> in the cataloguing section. >> >> A possible improvement to display the subfields sorted when you >> add or edit an item in the intranet at the page >> /cgi-bin/koha/cataloguing/additem.pl . >> >> Just before passing the reference of the array loop_data as a param >> to the template, add the line of code: >> >> @loop_data = map { $_->[0] } sort { $a->[1] cmp $b->[1] } map { [ $_, $_->{subfield} ] } @loop_data; >> >> to sort alphabetically de code of the subfields and show them clearly. >> >> >> Salva >> >> >> _______________________________________________ >> Koha-devel mailing list >> Koha-devel at lists.koha-community.org >> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >> > -- Salvador Zaragoza Rubio Dept. de Tecnolog?as y Sistemas de Informaci?n C/ Garcilaso, 15-bajo 46003 Valencia Telf: 96 369 41 23 Fax: 96 369 34 39 www.masmedios.com Este correo electr?nico y, en su caso, cualquier fichero anexo al mismo, puede contener informaci?n de car?cter confidencial exclusivamente dirigida a su(s) destinatario(s). De acuerdo con la LOPD, MASmedios informa de que los datos personales contenidos quedar?n sometidos a un tratamiento del que aqu?lla es responsable. Los interesados consienten el tratamiento de sus datos para estos fines, pudiendo ejercitar sus derechos de acceso, rectificaci?n, cancelaci?n y oposici?n dirigi?ndose por escrito a /MASmedios para la gesti?n de la informaci?n/, calle Garcilaso 15-B 46003 Valencia o en *protecciondatos at masmedios.com* -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: punt.gif Type: image/gif Size: 43 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: logo.gif Type: image/gif Size: 2303 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5527 bytes Desc: S/MIME Cryptographic Signature URL: From chrisc at catalyst.net.nz Thu Aug 19 08:38:52 2010 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Thu, 19 Aug 2010 18:38:52 +1200 Subject: [Koha-devel] Sorting alphabetically the subfields in additem Message-ID: As everyone who wants to be is a koha developer (the only thing you need to do to be one is submit a patch) this sounds like the perfect opportunity for you to send a patch. FWIW Michael Hafen has sent numerous useful patches and is a valued developer, if you can't send one yourself you might be able to convince him to. Chris Salvador Zaragoza Rubio wrote: >Maybe the right thing to do instead of changing code everyone would be >for the koha developers to add a subfield in >the marc structure indicating the order you want to display the subfields. >It would imply adding a field in the database and change code to sort >through this field. I think this would be the >perfect solution as everyone could order in the desired manner as >Michael Hafen did. > > >El 18/08/2010 19:56, Michael Hafen escribi?: >> I ran into this too, my librarians wanted the item fields in a certain >> order though. So I made a hash of the subfield codes and a sort weight. >> That did the job for me. >> >> On Wed, 2010-08-18 at 18:17 +0200, Salvador Zaragoza Rubio wrote: >> >>> Hi, >>> >>> Sometimes when you mess around with the marc structure of the bibliographic >>> frameworks, the subfields of the 952 field are showed in a random manner >>> in the cataloguing section. >>> >>> A possible improvement to display the subfields sorted when you >>> add or edit an item in the intranet at the page >>> /cgi-bin/koha/cataloguing/additem.pl . >>> >>> Just before passing the reference of the array loop_data as a param >>> to the template, add the line of code: >>> >>> @loop_data = map { $_->[0] } sort { $a->[1] cmp $b->[1] } map { [ $_, $_->{subfield} ] } @loop_data; >>> >>> to sort alphabetically de code of the subfields and show them clearly. >>> >>> >>> Salva >>> >>> >>> _______________________________________________ >>> Koha-devel mailing list >>> Koha-devel at lists.koha-community.org >>> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >>> >> > >-- >Salvador Zaragoza Rubio >Dept. de Tecnolog?as y Sistemas de Informaci?n >C/ Garcilaso, 15-bajo >46003 Valencia >Telf: 96 369 41 23 >Fax: 96 369 34 39 >www.masmedios.com > > > >Este correo electr?nico y, en su caso, cualquier fichero anexo al mismo, >puede contener informaci?n de car?cter confidencial exclusivamente >dirigida a su(s) destinatario(s). De acuerdo con la LOPD, MASmedios >informa de que los datos personales contenidos quedar?n sometidos a un >tratamiento del que aqu?lla es responsable. Los interesados consienten >el tratamiento de sus datos para estos fines, pudiendo ejercitar sus >derechos de acceso, rectificaci?n, cancelaci?n y oposici?n dirigi?ndose >por escrito a /MASmedios para la gesti?n de la informaci?n/, calle >Garcilaso 15-B 46003 Valencia o en *protecciondatos at masmedios.com* > > >_______________________________________________ >Koha-devel mailing list >Koha-devel at lists.koha-community.org >http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel From mjr at phonecoop.coop Thu Aug 19 12:13:02 2010 From: mjr at phonecoop.coop (MJ Ray) Date: Thu, 19 Aug 2010 11:13:02 +0100 (BST) Subject: [Koha-devel] Sorting alphabetically the subfields in additem In-Reply-To: <4C6CCF1A.8030907@masmedios.com> Message-ID: <20100819101303.01FE3F71DD@nail.towers.org.uk> Salvador Zaragoza Rubio > Maybe the right thing to do instead of changing code everyone would > be for the koha developers to add a subfield in the marc structure > indicating the order you want to display the subfields. It would > imply adding a field in the database and change code to sort through > this field. I think this would be the perfect solution as everyone > could order in the desired manner as Michael Hafen did. Plesae can someone more familiar with cataloguing look at additem.pl (or answer from memory) and say why the fields are ordered as they are? I didn't see how the subfields are "in a random manner", but there are a couple of random numbers generated by sub generate_subfield_form. The current ordering might be random, accidental or it might have some reason (performance, or even a dangerous undeclared dependency) that the reordering may impact. Anyone know for sure? Thanks, -- MJ Ray (slef) Webmaster and developer for hire at | software www.software.coop http://mjr.towers.org.uk | .... co IMO only: see http://mjr.towers.org.uk/email.html | .... op From M.de.Rooy at rijksmuseum.nl Thu Aug 19 12:29:56 2010 From: M.de.Rooy at rijksmuseum.nl (Marcel de Rooy) Date: Thu, 19 Aug 2010 10:29:56 +0000 Subject: [Koha-devel] Sorting alphabetically the subfields in additem In-Reply-To: <20100819101303.01FE3F71DD@nail.towers.org.uk> References: <4C6CCF1A.8030907@masmedios.com> <20100819101303.01FE3F71DD@nail.towers.org.uk> Message-ID: <809BE39CD64BFD4EB9036172EBCCFA310132EE@S-MAIL-1B.rijksmuseum.intra> Current 3.0.x code contains the line to sort the subfields: @loop_data= sort {$a->{subfield} cmp $b->{subfield}} @loop_data; In 3.1.x the problem seems to be resolved. -----Oorspronkelijk bericht----- Van: koha-devel-bounces at lists.koha-community.org [mailto:koha-devel-bounces at lists.koha-community.org] Namens MJ Ray Verzonden: donderdag 19 augustus 2010 12:13 Aan: Salvador Zaragoza Rubio CC: koha-devel at lists.koha-community.org Onderwerp: Re: [Koha-devel] Sorting alphabetically the subfields in additem Salvador Zaragoza Rubio > Maybe the right thing to do instead of changing code everyone would > be for the koha developers to add a subfield in the marc structure > indicating the order you want to display the subfields. It would > imply adding a field in the database and change code to sort through > this field. I think this would be the perfect solution as everyone > could order in the desired manner as Michael Hafen did. Plesae can someone more familiar with cataloguing look at additem.pl (or answer from memory) and say why the fields are ordered as they are? I didn't see how the subfields are "in a random manner", but there are a couple of random numbers generated by sub generate_subfield_form. The current ordering might be random, accidental or it might have some reason (performance, or even a dangerous undeclared dependency) that the reordering may impact. Anyone know for sure? Thanks, -- MJ Ray (slef) Webmaster and developer for hire at | software www.software.coop http://mjr.towers.org.uk | .... co IMO only: see http://mjr.towers.org.uk/email.html | .... op _______________________________________________ Koha-devel mailing list Koha-devel at lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel From salvazm at masmedios.com Thu Aug 19 12:43:36 2010 From: salvazm at masmedios.com (Salvador Zaragoza Rubio) Date: Thu, 19 Aug 2010 12:43:36 +0200 Subject: [Koha-devel] Sorting alphabetically the subfields in additem In-Reply-To: <20100819101303.01FE3F71DD@nail.towers.org.uk> References: <20100819101303.01FE3F71DD@nail.towers.org.uk> Message-ID: <4C6D0AD8.4030706@masmedios.com> What I see in the version downloaded from the git current development branch is that the fields and subfields are stored in hash data structures so they are randomly accessed if you don't sort them with some method, just what's been done recently: . . . 380: foreach my $tag (sort keys %{$tagslib}) { 381: # loop through each subfield 381: foreach my $subfield (sort keys %{$tagslib->{$tag}}) { . . . After processing them, the data is stored in an array so they are showed sorted afterwards: 555: push (@loop_data, \%subfield_data); In this implementation the subfields are passed (lexically sorted) to the template for displaying purposes. So I think is fixed. Anyway I'll look into the database solution. El 19/08/2010 12:13, MJ Ray escribi?: > Salvador Zaragoza Rubio > >> Maybe the right thing to do instead of changing code everyone would >> be for the koha developers to add a subfield in the marc structure >> indicating the order you want to display the subfields. It would >> imply adding a field in the database and change code to sort through >> this field. I think this would be the perfect solution as everyone >> could order in the desired manner as Michael Hafen did. >> > Plesae can someone more familiar with cataloguing look at additem.pl (or > answer from memory) and say why the fields are ordered as they are? > > I didn't see how the subfields are "in a random manner", but there are > a couple of random numbers generated by sub generate_subfield_form. > > The current ordering might be random, accidental or it might have some > reason (performance, or even a dangerous undeclared dependency) that > the reordering may impact. Anyone know for sure? > > Thanks, > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5527 bytes Desc: S/MIME Cryptographic Signature URL: From paul.poulain at biblibre.com Thu Aug 19 13:31:21 2010 From: paul.poulain at biblibre.com (Paul Poulain) Date: Thu, 19 Aug 2010 13:31:21 +0200 Subject: [Koha-devel] Sorting alphabetically the subfields in additem In-Reply-To: <4C6D0AD8.4030706@masmedios.com> References: <20100819101303.01FE3F71DD@nail.towers.org.uk> <4C6D0AD8.4030706@masmedios.com> Message-ID: <4C6D1609.7070707@biblibre.com> Le 19/08/2010 12:43, Salvador Zaragoza Rubio a ?crit : > In this implementation the subfields are passed (lexically sorted) to > the template for displaying purposes. > So I think is fixed. > Anyway I'll look into the database solution. > good idea, as some (few ?) librarians says they would be happy to have by default a sorting that is not alphabetical (like $a$x$y$z$h$i$j) -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From vdanjean.ml at free.fr Thu Aug 19 18:06:32 2010 From: vdanjean.ml at free.fr (Vincent Danjean) Date: Thu, 19 Aug 2010 18:06:32 +0200 Subject: [Koha-devel] Bug#591307: Debian packages, Squeeze and updated libyaz In-Reply-To: <1282174133.2971.13.camel@zarathud> References: <1280715454.11711.216.camel@zarathud> <4C6BCB31.5010208@debian.org> <1282174133.2971.13.camel@zarathud> Message-ID: <4C6D5688.7000907@free.fr> On 19/08/2010 01:28, Robin Sheat wrote: > Op woensdag 18-08-2010 om 13:59 uur [tijdzone +0200], schreef Vincent > Danjean: >> I'm the Debian maintainer of idzebra an yaz in Debian. squeeze is frozen >> but I would like to fix this bug. >> Can someone check and report if using yaz 4.0.11-1 and idzebra 2.0.44-1 >> fix this bug ? Please, CC me on reply as I do not read regularly the >> mailing list (or better, cc the bug report) >> These packages can be found on my repo (see my signature below) > > These are the details for what I'm currently running that works: > (note that it's not the most up-to-date, but conveniently matches the > versions you're asking about:) Can you try with my packages ? I need the confirmation that they really fix the bug in order to ask a freeze exception to add them in squeeze. It seems that the version should be ok but I would like to be sure that the bug came from the too old version currently in Debian and and from a internal packaging difference between indexdata packaging and Debian packaging. Thanks in advance Vincent > robin at kohadev:~$ apt-cache policy yaz > yaz: > Installed: 4.0.11-1indexdata > Candidate: 4.0.12-1indexdata > Version table: > 4.0.12-1indexdata 0 > 500 http://ftp.indexdata.dk squeeze/main Packages > *** 4.0.11-1indexdata 0 > 500 http://ftp.indexdata.dk squeeze/main Packages > 100 /var/lib/dpkg/status > robin at kohadev:~$ apt-cache policy idzebra-2.0 > idzebra-2.0: > Installed: 2.0.44-1indexdata > Candidate: 2.0.44-1indexdata > Version table: > *** 2.0.44-1indexdata 0 > 500 http://ftp.indexdata.dk squeeze/main Packages > 100 /var/lib/dpkg/status > 2.0.43-2 0 > 500 http://ftp.nz.debian.org squeeze/main Packages > 2.0.43-1indexdata 0 > 500 http://ftp.indexdata.dk squeeze/main Packages > > -- Vincent Danjean GPG key ID 0x9D025E87 vdanjean at debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main From tomascohen at gmail.com Thu Aug 19 19:00:29 2010 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Thu, 19 Aug 2010 14:00:29 -0300 Subject: [Koha-devel] (sort of) Refactoring rebuild_zebra Message-ID: Hi everyone, I'm writing a replacement for zebraqueue-daemon.pl so that we can set the reindexing interval for authorities (and biblios) via systempreferences and we can set intervals in seconds (for our impatient librarians) wich cannot be acknowleged using cron jobs. I'll be posting the script soon, but I've been thinking of kind-of refactoring rebuild_zebra into a reusable library so that the daemon doesn't spawn a perl interpreter every (for example) 30 seconds. A question related to the topic is: why we don't trigger the update whenever a cataloguer click "save" for a biblio or auth record? Perhaps this refactoring serves for an implementation of this. Any suggestions? Opinions? Thanks To+ From chris at bigballofwax.co.nz Thu Aug 19 20:53:55 2010 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Fri, 20 Aug 2010 06:53:55 +1200 Subject: [Koha-devel] (sort of) Refactoring rebuild_zebra In-Reply-To: References: Message-ID: On 20 August 2010 05:00, Tomas Cohen Arazi wrote: > Hi everyone, I'm writing a replacement for zebraqueue-daemon.pl so > that we can set the reindexing interval for authorities (and biblios) > via systempreferences and we can set intervals in seconds (for our > impatient librarians) wich cannot be acknowleged using cron jobs. > I'll be posting the script soon, but I've been thinking of kind-of > refactoring rebuild_zebra into a reusable library so that the daemon > doesn't spawn a perl interpreter every (for example) 30 seconds. > > A question related to the topic is: why we don't trigger the update > whenever a cataloguer click "save" for a biblio or auth record? > Perhaps this refactoring serves for an implementation of this. > Because it's slow. Thats why it is done as a seperate process, the index needs to be updated every time an item is issued or returned as well as when it is changed by a cataloguer. It would slow circulation down way too much. Chris From mdhafen at tech.washk12.org Thu Aug 19 23:39:40 2010 From: mdhafen at tech.washk12.org (Michael Hafen) Date: Thu, 19 Aug 2010 15:39:40 -0600 Subject: [Koha-devel] (sort of) Refactoring rebuild_zebra In-Reply-To: References: Message-ID: <1282253980.31197.0.camel@koha-dev> I wonder now if we could seperate the two. So cataloging updated zebra immediately, but circulation was queued. Would that work? On Fri, 2010-08-20 at 06:53 +1200, Chris Cormack wrote: > On 20 August 2010 05:00, Tomas Cohen Arazi wrote: > > Hi everyone, I'm writing a replacement for zebraqueue-daemon.pl so > > that we can set the reindexing interval for authorities (and biblios) > > via systempreferences and we can set intervals in seconds (for our > > impatient librarians) wich cannot be acknowleged using cron jobs. > > I'll be posting the script soon, but I've been thinking of kind-of > > refactoring rebuild_zebra into a reusable library so that the daemon > > doesn't spawn a perl interpreter every (for example) 30 seconds. > > > > A question related to the topic is: why we don't trigger the update > > whenever a cataloguer click "save" for a biblio or auth record? > > Perhaps this refactoring serves for an implementation of this. > > > Because it's slow. Thats why it is done as a seperate process, the > index needs to be updated every time an item is issued or returned as > well as when it is changed by a cataloguer. > It would slow circulation down way too much. > > Chris > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel -- Michael Hafen Systems Analyst and Programmer Washington County School District Utah, USA for Koha checkout http://development.washk12.org/gitweb/ or git://development.washk12.org/koha From chris at bigballofwax.co.nz Thu Aug 19 23:43:17 2010 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Fri, 20 Aug 2010 09:43:17 +1200 Subject: [Koha-devel] (sort of) Refactoring rebuild_zebra In-Reply-To: <1282253980.31197.0.camel@koha-dev> References: <1282253980.31197.0.camel@koha-dev> Message-ID: On 20 August 2010 09:39, Michael Hafen wrote: > I wonder now if we could seperate the two. ?So cataloging updated zebra > immediately, but circulation was queued. > > Would that work? > Its certainly a possibility, would involve a bit of work, since the calls are down in module level, not script level, and at that level often the code doesn't know whether it's being called as a result of circulation, or a cataloguing change, (or a branch transfer .. or whatever else i've forgotten :-)) But if we were careful, worst that could happen is we would reindex something that had already been reindexed. Chris From robin at catalyst.net.nz Fri Aug 20 00:21:35 2010 From: robin at catalyst.net.nz (Robin Sheat) Date: Fri, 20 Aug 2010 10:21:35 +1200 Subject: [Koha-devel] Bug#591307: Debian packages, Squeeze and updated libyaz In-Reply-To: <4C6D5688.7000907@free.fr> References: <1280715454.11711.216.camel@zarathud> <4C6BCB31.5010208@debian.org> <1282174133.2971.13.camel@zarathud> <4C6D5688.7000907@free.fr> Message-ID: <1282256495.2971.17.camel@zarathud> Op donderdag 19-08-2010 om 18:06 uur [tijdzone +0200], schreef Vincent Danjean: > Can you try with my packages ? I need the confirmation that they > really > fix the bug in order to ask a freeze exception to add them in squeeze. > It seems that the version should be ok but I would like to be sure > that > the bug came from the too old version currently in Debian and and from > a > internal packaging difference between indexdata packaging and Debian > packaging. Sure, but where do I find them? -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: Dit berichtdeel is digitaal ondertekend URL: From vdanjean.ml at free.fr Fri Aug 20 01:34:06 2010 From: vdanjean.ml at free.fr (Vincent Danjean) Date: Fri, 20 Aug 2010 01:34:06 +0200 Subject: [Koha-devel] Bug#591307: Debian packages, Squeeze and updated libyaz In-Reply-To: <1282256495.2971.17.camel@zarathud> References: <1280715454.11711.216.camel@zarathud> <4C6BCB31.5010208@debian.org> <1282174133.2971.13.camel@zarathud> <4C6D5688.7000907@free.fr> <1282256495.2971.17.camel@zarathud> Message-ID: <4C6DBF6E.6010002@free.fr> On 20/08/2010 00:21, Robin Sheat wrote: > Op donderdag 19-08-2010 om 18:06 uur [tijdzone +0200], schreef Vincent > Danjean: >> Can you try with my packages ? I need the confirmation that they >> really >> fix the bug in order to ask a freeze exception to add them in squeeze. >> It seems that the version should be ok but I would like to be sure >> that >> the bug came from the too old version currently in Debian and and from >> a >> internal packaging difference between indexdata packaging and Debian >> packaging. > > Sure, but where do I find them? On my repo : APT repo: deb http://people.debian.org/~vdanjean/debian unstable main Or manually : http://people.debian.org/~vdanjean/debian/pool/main/i/idzebra/ http://people.debian.org/~vdanjean/debian/pool/main/y/yaz/ [I just see there was a typo in my signature since a very long time...] Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanjean at debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main From robin at catalyst.net.nz Mon Aug 23 02:33:23 2010 From: robin at catalyst.net.nz (Robin Sheat) Date: Mon, 23 Aug 2010 12:33:23 +1200 Subject: [Koha-devel] Bug#591307: Debian packages, Squeeze and updated libyaz In-Reply-To: <4C6DBF6E.6010002@free.fr> References: <1280715454.11711.216.camel@zarathud> <4C6BCB31.5010208@debian.org> <1282174133.2971.13.camel@zarathud> <4C6D5688.7000907@free.fr> <1282256495.2971.17.camel@zarathud> <4C6DBF6E.6010002@free.fr> Message-ID: <1282523603.11050.14.camel@zarathud> Op vrijdag 20-08-2010 om 01:34 uur [tijdzone +0200], schreef Vincent Danjean: > On my repo : > APT repo: deb http://people.debian.org/~vdanjean/debian unstable main > Or manually : > http://people.debian.org/~vdanjean/debian/pool/main/i/idzebra/ > http://people.debian.org/~vdanjean/debian/pool/main/y/yaz/ 12:32:39-23/08 /usr/bin/zebraidx(18802) [log] zebra_start 2.0.44 419ad759807269fdfa379799a051ed3a551c6541 ... 12:32:43-23/08 /usr/bin/zebraidx(18802) [log] Dict: inserts/updates/deletions: 164/573/0 [Thread 0x7ffff09da710 (LWP 18805) exited] 12:32:43-23/08 /usr/bin/zebraidx(18802) [log] Records: 2 i/u/d 2/0/0 12:32:43-23/08 /usr/bin/zebraidx(18802) [log] zebra_stop: 4.10 0.05 0.22 Program exited normally. (gdb) Looks good to me :) -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: Dit berichtdeel is digitaal ondertekend URL: From savitra.sirohi at osslabs.biz Mon Aug 23 07:30:16 2010 From: savitra.sirohi at osslabs.biz (savitra sirohi) Date: Mon, 23 Aug 2010 11:00:16 +0530 Subject: [Koha-devel] 3.4 Development - Need input In-Reply-To: References: Message-ID: Folks, we are about to start a development project in the areas of: Acquisitions: Approvals & payments Serials: Budgeting and improvements in subscriptions Article Indexing/Analytical records SDI We expect this to be between 250-350 person days of effort. Since this is our first involvement in software development, I will appreciate any input in how to proceed. We are essentially concerned about making sure that most or all of the code is accepted. And the patches are accepted into 3.4 not in later versions. We also don't want to work on stuff others are already working on. Thanks, Savitra Sirohi Nucsoft OSS Labs http://www.osslabs.biz From rijal.it at gmail.com Tue Aug 10 07:03:41 2010 From: rijal.it at gmail.com (Nitesh Rijal) Date: Tue, 10 Aug 2010 10:48:41 +0545 Subject: [Koha-devel] About Annoying Highlighting Behaviour In-Reply-To: References: Message-ID: I'm using firefox too..... I'll attach a screenshot.... Please see this and reply Regards On Mon, Aug 9, 2010 at 5:28 PM, Nicole Engard wrote: > Can you tell us what browser you're using? I'm on Firefox and I do see > all of the a's highlighted (even in pull downs which is very weird) > but the letter do not disappear for me. > > Nicole > > 2010/8/9 Nitesh Rijal : > > Dear all. > > Today I came across a behavior that is caused because of the search > result > > highlighting feature in KOHA. > > I'm using KOHA 3.0.6 and this is the opac link http://202.70.88.11:8000 > > I searched for an entry "a" and found that it highlights all the a's in > the > > whole page (not only in search result). well that was not a big problem > but > > the thing that annoyed me was the dropdown list for sorting the result. I > > don't know why, all the a's in that list gets disappeared when selected. > The > > same happens when I search for any other alphabet like "o". > > But if I search for "nepal" then everything is fine. > > I tried to turn off the OpacHighlightedSearch option in Staff Client, but > > there is not effect of it. > > I tried to search the same in Staff Client, but there is no such problem. > > Staff client interface is not skipping any alphabet while searching. > > Please look at this and let me know, if I'm wrong anywhere. > > Regards. > > > > -- > > Nitesh Rijal > > BE IT > > rijal.it at gmail.com > > http://niteshrijal.com.np > > http://facebook.com/openrijal > > http://twitter.com/openrijal > > +9779841458173 > > > > _______________________________________________ > > Koha-devel mailing list > > Koha-devel at lists.koha-community.org > > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > > > -- Nitesh Rijal BE IT rijal.it at gmail.com http://niteshrijal.com.np http://facebook.com/openrijal http://twitter.com/openrijal +9779841458173 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: weird_behaviour.PNG Type: image/png Size: 267783 bytes Desc: not available URL: From vdanjean at debian.org Wed Aug 18 13:59:45 2010 From: vdanjean at debian.org (Vincent Danjean) Date: Wed, 18 Aug 2010 13:59:45 +0200 Subject: [Koha-devel] Debian packages, Squeeze and updated libyaz In-Reply-To: <1280715454.11711.216.camel@zarathud> References: <1280715454.11711.216.camel@zarathud> Message-ID: <4C6BCB31.5010208@debian.org> Hi, On 02/08/2010 04:17, Robin Sheat wrote: > Recently Debian updated their zebra-related stuff in Squeeze, and > dropped libyaz3 in favour of libyaz4. This meant that I spent some time > trying to work out why zebra would work on the production system (which > I was being conservative about updating) and not my newer test systems. > > It turns out that the version combinations currently in Debian make > Zebra quite unhappy, and it will segfault. You won't see this happen if > you run the rebuild_zebra.pl script, but you will get this if you run it > with -v: [...] I'm the Debian maintainer of idzebra an yaz in Debian. squeeze is frozen but I would like to fix this bug. Can someone check and report if using yaz 4.0.11-1 and idzebra 2.0.44-1 fix this bug ? Please, CC me on reply as I do not read regularly the mailing list (or better, cc the bug report) These packages can be found on my repo (see my signature below) Note for Adam : I do not try to package yaz 4.0.12 for squeeze as there is an ABI regression (sigterm and statserv_must_terminate are missing). Even if these are internal use only symbols (are they ?), it will be harder to make them accepted by the release-team. If you want I apply some bug-fix only commit, just point me on the relevant git commit. Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanjean at debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main From dbucknell at iteachnet.org Thu Aug 12 10:41:16 2010 From: dbucknell at iteachnet.org (David M. Bucknell) Date: Thu, 12 Aug 2010 15:41:16 +0700 Subject: [Koha-devel] Patron Cards and Book labels: 3.06 -- How are people printing them? Message-ID: <20100812154116.1mv9bqsr9xo8ww48@mail.iteachnet.org> Hello Everyone, Printing Spine label and patron cards: I started working on this in May and 3.06 is still the preferred stable version. I've seen two posts that say to wait for 3.2. I've installed in various configurations (now have Thai lang with marc-21; strange, but it seems to work for input and searching).d I can't get any of the label options to work (English lang mostly) for books or patrons (at least not more than minimally -- I can get a barcode graphically and as text, but that's it. (Oh, and a nice red box around the items. Nothing I do to customize (choose what's on the label) has any effect. Finally, I can't get the export to csv to work to try it. Apologies for not seeing it if it's obvious, but now I would like to ask for suggestions. Am I wrong or is this just not working? How are people getting their labels and patron cards done in 3.06? -- *http://iteachnet.org *http://flossed.org *http://ischoolnet.org *Web Ideas, Tools and Sites for Teachers, Schools, and You. *Cell: +66(0*)84 329 1183; Office: +66(0*)2 980 9464 (*No "0" if calling from overseas.) ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From dbucknell at iteachnet.org Mon Aug 16 10:02:00 2010 From: dbucknell at iteachnet.org (David M. Bucknell) Date: Mon, 16 Aug 2010 15:02:00 +0700 Subject: [Koha-devel] Seeking programmer: [Koha] Patron Cards and Book labels: 3.06 -- How are people printing them? In-Reply-To: References: <20100813102404.bhptnmhqtxwso04o@mail.iteachnet.org> Message-ID: <20100816150200.dcjb2mta0pmsg4g8@mail.iteachnet.org> If there is someone who would be willing to jury-rig patron card and spine label printing ... write a script ... I'd be willing to compensate hourly costs. I haven't heard from anyone except Chris, who is a contributing programmer, I take it, so I guess everyone else has either an on-site team or is paying a provider. 3.06 seems pretty cool and there is really no alternative, so if anyone is willing to help for some cash via paypal, it would be worth it to me. I have three installations that need this, none of which have a budget, but all of them hell-bent on Koha because of me. Let me know if you can help, please. Thank you, David ----- Message from cnighswonger at foundations.edu --------- Date: Fri, 13 Aug 2010 08:27:26 -0400 From: Chris Nighswonger Reply-To: Chris Nighswonger Subject: Re: [Koha] Patron Cards and Book labels: 3.06 -- How are people printing them? To: david at intknowledge.com Cc: koha > Hi David, > > On Thu, Aug 12, 2010 at 11:24 PM, David M. Bucknell > wrote: > >> Hello Everyone, >> >> Printing Spine label and patron cards: I started working on this in >> May and 3.06 is >> still the preferred stable version. I've seen two posts that say to >> wait for 3.2. >> >> > 3.2 includes a complete re-write of the label and card creator code. So > waiting is probably the thing to do. > > >> I've installed in various configurations (now have Thai lang with >> marc-21; strange, but >> it seems to work for input and searching).d >> >> I can't get any of the label options to work (English lang mostly) for >> books or patrons >> (at least not more than minimally -- I can get a barcode graphically >> and as text, but >> that's it. (Oh, and a nice red box around the items. Nothing I do to >> customize (choose >> what's on the label) has any effect. >> >> > Label printing is pretty broken when it comes to unicode support. The short > of it is that the pdf standard is not unicode friendly. This is true of 3.2 > as well. > > Having said that, we printed several thousand English (and a few Spanish) > labels with the 3.0.x labels code. So it will work for English and probably > some other Latin based alphabets. > > >> Finally, I can't get the export to csv to work to try it. >> > > I'm not sure what might be going on here. > > >> >> Apologies for not seeing it if it's obvious, but now I would like to >> ask for suggestions. >> Am I wrong or is this just not working? How are people getting >> their labels and patron >> cards done in 3.06? >> > > The patron card code in 3.0.x is basically inflexible as many of the > settings are hard coded. You will have to wait for 3.2 stable or go ahead > and grab 3.2 alpha2 or the latest development master from > http://git.koha-community.org/koha.git > > Kind Regards, > Chris > ----- End message from cnighswonger at foundations.edu ----- -- *http://iteachnet.org *http://flossed.org *http://ischoolnet.org *Web Ideas, Tools and Sites for Teachers, Schools, and You. *Cell: +66(0*)84 329 1183; Office: +66(0*)2 980 9464 (*No "0" if calling from overseas.) ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From david at intknowledge.com Mon Aug 16 11:03:43 2010 From: david at intknowledge.com (David M. Bucknell) Date: Mon, 16 Aug 2010 16:03:43 +0700 Subject: [Koha-devel] [Koha] Seeking programmer: Patron Cards and Book labels: 3.06 -- How are people printing them? In-Reply-To: <20100816082544.GA4455@rorohiko> References: <20100813102404.bhptnmhqtxwso04o@mail.iteachnet.org> <20100816150200.dcjb2mta0pmsg4g8@mail.iteachnet.org> <20100816082544.GA4455@rorohiko> Message-ID: <20100816160343.iamxhanbeo8woos0@intknowledge.com> Dear Chris, Ok, that's very clear. You're saying 3.2, despite not being stable, is safe-enough. Thank you. David ----- Message from chrisc at catalyst.net.nz --------- Date: Mon, 16 Aug 2010 20:25:44 +1200 From: Chris Cormack Reply-To: Chris Cormack Subject: Re: [Koha] Seeking programmer: Patron Cards and Book labels: 3.06 -- How are people printing them? To: david at intknowledge.com Cc: koha at lists.katipo.co.nz, koha-devel > * David M. Bucknell (dbucknell at iteachnet.org) wrote: >> If there is someone who would be willing to jury-rig patron card and >> spine label printing ... write a script ... I'd be willing to >> compensate hourly costs. >> >> I haven't heard from anyone except Chris, who is a contributing >> programmer, I take it, so I guess everyone else has either an on-site >> team or is paying a provider. 3.06 seems pretty cool and there is >> really no alternative, so if anyone is willing to help for some cash >> via paypal, it would be worth it to me. I have three installations >> that need this, none of which have a budget, but all of them hell-bent >> on Koha because of me. >> >> Let me know if you can help, please. >> > Hi David > > If these are new Koha installs, I would strongly suggest installing from > either the debian packages, or the git master branch. > > As Chris Nighswonger (who wrote the labels code) has said, it has been > totally rewritten for 3.2.0 (it's 3.0.6 btw) so you are much better off > installing that. > > Quite a few libraries, including Horowhenua Library Trust the original > Koha library, are running what is very soon to be 3.2.0 in production. > > So I would class that as a real alternative, and in fact a better > alternative to > installing 3.0.6 and having some one off customised and not reusable > work done. > > Chris > > -- > Chris Cormack > Catalyst IT Ltd. > +64 4 803 2238 > PO Box 11-053, Manners St, Wellington 6142, New Zealand > ----- End message from chrisc at catalyst.net.nz ----- -- * Flossed.org -- Free and Open Schools -- Free and Open Minds * IKN (International Knowledge Networks, Co., Ltd. Thailand) * http://intknowledge.com * Web Ideas, Tools and Sites for Teachers, Schools, Businesses and You. * Sustainable Learning Technologies * Cell: +66(0*)84 329 1183; Office: +66(0*)2 980 9464 (*No "0" if calling from overseas.) ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From mjr at phonecoop.coop Mon Aug 23 09:49:36 2010 From: mjr at phonecoop.coop (MJ Ray) Date: Mon, 23 Aug 2010 08:49:36 +0100 (BST) Subject: [Koha-devel] Patron Cards and Book labels: 3.06 -- How are people printing them? In-Reply-To: <20100812154116.1mv9bqsr9xo8ww48@mail.iteachnet.org> Message-ID: <20100823074936.6644BF736E@nail.towers.org.uk> David M. Bucknell wrote: [...] > I can't get any of the label options to work (English lang mostly) for > books or patrons (at least not more than minimally -- I can get a > barcode graphically and as text, but that's it. (Oh, and a nice red > box around the items. Nothing I do to customize (choose what's on the > label) has any effect. Is that the only way they don't work? I think patron cards aren't very customisable and I don't remember whether I've tried to customise the book labels. > Finally, I can't get the export to csv to work to try it. How doesn't it work? That's not a useful bug report or even pointer towards how to do something which would let me submit a bug report. :-( > Apologies for not seeing it if it's obvious, but now I would like to > ask for suggestions. Am I wrong or is this just not working? How are > people getting their labels and patron cards done in 3.06? As far as I know, the co-op's client libraries are using the Koha printer to make PDFs which are then printed onto cards or labels. We did some customisation work to add library logos to patron cards which I submitted some time ago. If there's interest, I'll resubmit it for 3.06 because I don't think it was accepted into 3.0.x (the LogoCards system preference would show if it was), but I think the label printers are all changing in 3.2, so it might not be worth it otherwise. Regards, -- MJ Ray (slef) Webmaster and developer for hire at | software www.software.coop http://mjr.towers.org.uk | .... co IMO only: see http://mjr.towers.org.uk/email.html | .... op From chrisc at catalyst.net.nz Mon Aug 23 09:53:36 2010 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Mon, 23 Aug 2010 19:53:36 +1200 Subject: [Koha-devel] 3.4 Development - Need input In-Reply-To: References: Message-ID: <20100823075336.GO4455@rorohiko> * savitra sirohi (savitra.sirohi at osslabs.biz) wrote: > Folks, we are about to start a development project in the areas of: > > Acquisitions: Approvals & payments > Serials: Budgeting and improvements in subscriptions > Article Indexing/Analytical records > SDI > Excellent :) > We expect this to be between 250-350 person days of effort. > Hopefully some of that is parallelisable :) 3.4 Is a short release, (6 months) primarily aimed at perfomance and clean up. Of course any new features that can be completed in that time are eligible for inclusion too. > Since this is our first involvement in software development, I will > appreciate any input in how to proceed. We are essentially concerned > about making sure that most or all of the code is accepted. And the > patches are accepted into 3.4 not in later versions. We also don't > want to work on stuff others are already working on. > The main things to do is, submit early and submit often. IE don't wait until you have finished all your work, specially big things, develop publicly if possible and make things available for QA and other testing as early as possible. The sooner it's available for Colin (as QA manager) and I (as Release Manager) to look at it, the more likely it is to make it in. The other thing is describe what you are working on in an RFC on the wiki, and make a bug in bugs.koha-community.org that links to it. Colin might have other suggestions, but from my point of view the main thing is communicate lots and develop as publicly as you can. Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From fridolyn.somers at gmail.com Mon Aug 23 10:53:55 2010 From: fridolyn.somers at gmail.com (Fridolyn SOMERS) Date: Mon, 23 Aug 2010 10:53:55 +0200 Subject: [Koha-devel] zebra oddity In-Reply-To: <20100811110310.GH417@rorohiko> References: <4C626974.4030400@ptfs-europe.com> <4C627246.8040100@ptfs-europe.com> <4C6281E6.6020107@ptfs-europe.com> <20100811110310.GH417@rorohiko> Message-ID: Look at Zebra conf in /etc/zebradb/etc/word-phrase-utf.chr. You should find : map (^C) @ This means all fields beginning with "C" have this lettre missing in indexing. I think it is a bug, the wanted behaviour may be : all fields beginning with "C " (C and a space) : map (^C ) I have opened a bug : n? 5160 Regards, 2010/8/11 Chris Cormack > * Colin Campbell (colin.campbell at ptfs-europe.com) wrote: > > Here's what I'm seeing: > > > Z> base biblios > > > Z> scan @attr 1=Author @attr 4=1 @attr 6=3 "chris" > > > Received ScanResponse > > > 20 entries, position=1 > > > * Dale, A. M (1) > > > Daly, Patrick W (1) > > > Danesi, Marcel (1) > > > Date, C. J (2) > > > Davis, Miles (2) > > > Demosthenes (1) > > > Descartes, Alligator (1) > > > Dina, Anca (ed (1) > > > Donne, John (1) > > > Estes, Gregory B (1) > > > Euripides (3) > > > Fagles, Robert (1) > > > Feathers, Michael C (1) > > > Fela (1) > > > Fine, Reuben (1) > > > Firefly, Rufus T (1) > > > Fowler, Martin (1) > > > Foy, Brian D (2) > > > Fried, Gregory (1) > > > Giffen, Keith (1) > > > Elapsed: 0.171134 > > > > And I've been trying it out on different systems and getting the error > > consistently. > > C. > > Sorry for being dense, but where is the error in the above output? > > Chris > > -- > Chris Cormack > Catalyst IT Ltd. > +64 4 803 2238 > PO Box 11-053, Manners St, Wellington 6142, New Zealand > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (GNU/Linux) > > iEYEARECAAYFAkxig24ACgkQZgbcHEvgMLPpLQCfV990u2AvyMCmstjZqoICFENm > MusAnA4sEBbBWDW0Y79Ze2hKBGZc3yDa > =El4C > -----END PGP SIGNATURE----- > > _______________________________________________ > Koha-devel mailing list > Koha-devel at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > -- Fridolyn SOMERS Information and Communication Technologies engineer Lyon - FRANCE fridolyn.somers at gmail.com -------------- section suivante -------------- Une pi?ce jointe HTML a ?t? nettoy?e... URL: From mjr at phonecoop.coop Mon Aug 23 10:54:38 2010 From: mjr at phonecoop.coop (MJ Ray) Date: Mon, 23 Aug 2010 09:54:38 +0100 (BST) Subject: [Koha-devel] 3.4 Development - Need input In-Reply-To: Message-ID: <20100823085438.A3F28F736E@nail.towers.org.uk> savitra sirohi wrote: > Folks, we are about to start a development project in the areas of: > > Acquisitions: Approvals & payments > Serials: Budgeting and improvements in subscriptions > Article Indexing/Analytical records > SDI As in selective dissemination of information? Cool beans! > We expect this to be between 250-350 person days of effort. > > Since this is our first involvement in software development, I will > appreciate any input in how to proceed. We are essentially concerned > about making sure that most or all of the code is accepted. And the > patches are accepted into 3.4 not in later versions. We also don't > want to work on stuff others are already working on. I'll leave it to the RM to say how he'd like it passed best, but I guess http://wiki.koha-community.org//wiki/Enhancement_Request_Guidelines will apply. Just wanted to check I'd got the right SDI, really. Regards, -- MJ Ray (slef) Webmaster and developer for hire at | software www.software.coop http://mjr.towers.org.uk | .... co IMO only: see http://mjr.towers.org.uk/email.html | .... op From colin.campbell at ptfs-europe.com Mon Aug 23 12:52:26 2010 From: colin.campbell at ptfs-europe.com (Colin Campbell) Date: Mon, 23 Aug 2010 11:52:26 +0100 Subject: [Koha-devel] zebra oddity In-Reply-To: References: <4C626974.4030400@ptfs-europe.com> <4C627246.8040100@ptfs-europe.com> <4C6281E6.6020107@ptfs-europe.com> <20100811110310.GH417@rorohiko> Message-ID: <4C7252EA.1040006@ptfs-europe.com> On 23/08/10 09:53, Fridolyn SOMERS wrote: > Look at Zebra conf in /etc/zebradb/etc/word-phrase-utf.chr. > You should find : > map (^C) @ > This means all fields beginning with "C" have this lettre missing in > indexing. > > I think it is a bug, the wanted behaviour may be : all fields beginning with > "C " (C and a space) : > map (^C ) > > I have opened a bug : n? 5160 Just run a test and these are the lines causing the weirdness. Removing them and rebuilding zebra and entries beginning with C appear in the proper place in the scan of the index. I think the strings that don't have some kind of punctuation after them are a problem. ( I'm actually a bit suspicious even of including strings such as C. as I can envision a heading like C.S.C. (Chemical Spraying Company) still misfiling. Cheers Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 208 366 1295 (phone) +44 (0) 7759 633626 (mobile) colin.campbell at ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com From cnighswonger at foundations.edu Mon Aug 23 13:53:20 2010 From: cnighswonger at foundations.edu (Chris Nighswonger) Date: Mon, 23 Aug 2010 07:53:20 -0400 Subject: [Koha-devel] [Koha] Seeking programmer: Patron Cards and Book labels: 3.06 -- How are people printing them? In-Reply-To: <20100816150200.dcjb2mta0pmsg4g8@mail.iteachnet.org> References: <20100813102404.bhptnmhqtxwso04o@mail.iteachnet.org> <20100816150200.dcjb2mta0pmsg4g8@mail.iteachnet.org> Message-ID: Hi David, On Mon, Aug 16, 2010 at 4:02 AM, David M. Bucknell wrote: > If there is someone who would be willing to jury-rig patron card and > spine label printing ... write a script ... I'd be willing to > compensate hourly costs. > > I haven't heard from anyone except Chris, who is a contributing > programmer, I take it, so I guess everyone else has either an on-site > team or is paying a provider. 3.06 seems pretty cool and there is > really no alternative, so if anyone is willing to help for some cash > via paypal, it would be worth it to me. I have three installations > that need this, none of which have a budget, but all of them hell-bent > on Koha because of me. > > Why don't you just upgrade to the current beta of Koha 3.2? There are several libraries, including ours, that have been running over this code for months now. It seems a bit counter productive to pay money for a feature that will die in a couple of weeks anyway. Kind Regards, Chris > ----- Message from cnighswonger at foundations.edu --------- > Date: Fri, 13 Aug 2010 08:27:26 -0400 > From: Chris Nighswonger > Reply-To: Chris Nighswonger > Subject: Re: [Koha] Patron Cards and Book labels: 3.06 -- How are > people printing them? > To: david at intknowledge.com > Cc: koha > > > > Hi David, > > > > On Thu, Aug 12, 2010 at 11:24 PM, David M. Bucknell < > dbucknell at iteachnet.org > >> wrote: > > > >> Hello Everyone, > >> > >> Printing Spine label and patron cards: I started working on this in > >> May and 3.06 is > >> still the preferred stable version. I've seen two posts that say to > >> wait for 3.2. > >> > >> > > 3.2 includes a complete re-write of the label and card creator code. So > > waiting is probably the thing to do. > > > > > >> I've installed in various configurations (now have Thai lang with > >> marc-21; strange, but > >> it seems to work for input and searching).d > >> > >> I can't get any of the label options to work (English lang mostly) for > >> books or patrons > >> (at least not more than minimally -- I can get a barcode graphically > >> and as text, but > >> that's it. (Oh, and a nice red box around the items. Nothing I do to > >> customize (choose > >> what's on the label) has any effect. > >> > >> > > Label printing is pretty broken when it comes to unicode support. The > short > > of it is that the pdf standard is not unicode friendly. This is true of > 3.2 > > as well. > > > > Having said that, we printed several thousand English (and a few Spanish) > > labels with the 3.0.x labels code. So it will work for English and > probably > > some other Latin based alphabets. > > > > > >> Finally, I can't get the export to csv to work to try it. > >> > > > > I'm not sure what might be going on here. > > > > > >> > >> Apologies for not seeing it if it's obvious, but now I would like to > >> ask for suggestions. > >> Am I wrong or is this just not working? How are people getting > >> their labels and patron > >> cards done in 3.06? > >> > > > > The patron card code in 3.0.x is basically inflexible as many of the > > settings are hard coded. You will have to wait for 3.2 stable or go ahead > > and grab 3.2 alpha2 or the latest development master from > > http://git.koha-community.org/koha.git > > > > Kind Regards, > > Chris > > > > > ----- End message from cnighswonger at foundations.edu ----- > > > > -- > *http://iteachnet.org > *http://flossed.org > *http://ischoolnet.org > *Web Ideas, Tools and Sites for Teachers, Schools, and You. > *Cell: +66(0*)84 329 1183; Office: +66(0*)2 980 9464 (*No "0" if calling > from > overseas.) > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > _______________________________________________ > Koha mailing list > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nengard at gmail.com Mon Aug 23 13:59:41 2010 From: nengard at gmail.com (Nicole Engard) Date: Mon, 23 Aug 2010 06:59:41 -0500 Subject: [Koha-devel] 3.4 Development - Need input In-Reply-To: <20100823075336.GO4455@rorohiko> References: <20100823075336.GO4455@rorohiko> Message-ID: 2010/8/23 Chris Cormack : > The other thing is describe what you are working on in an RFC on the > wiki, Wiki page is here: http://wiki.koha-community.org/wiki/RFCs_for_Koha_3.4 Thanks Nicole From colin.campbell at ptfs-europe.com Mon Aug 23 14:14:43 2010 From: colin.campbell at ptfs-europe.com (Colin Campbell) Date: Mon, 23 Aug 2010 13:14:43 +0100 Subject: [Koha-devel] 3.4 Development - Need input In-Reply-To: References: <20100823075336.GO4455@rorohiko> Message-ID: <4C726633.80400@ptfs-europe.com> On 23/08/10 12:59, Nicole Engard wrote: > 2010/8/23 Chris Cormack : >> The other thing is describe what you are working on in an RFC on the >> wiki, One thing that helps greatly is to write good commit messages. The best ones don't only say what you did "Added new xyz" but give some indication of why you did it, "The new xyz allows abc", that bit of logic can help people who have to maintain or extend the code later. Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 208 366 1295 (phone) +44 (0) 7759 633626 (mobile) colin.campbell at ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com From nengard at gmail.com Mon Aug 23 23:32:57 2010 From: nengard at gmail.com (Nicole Engard) Date: Mon, 23 Aug 2010 16:32:57 -0500 Subject: [Koha-devel] 3.4 Development - Need input In-Reply-To: <4C726633.80400@ptfs-europe.com> References: <20100823075336.GO4455@rorohiko> <4C726633.80400@ptfs-europe.com> Message-ID: On Mon, Aug 23, 2010 at 7:14 AM, Colin Campbell wrote: > One thing that helps greatly is to write good commit messages. The best > ones don't only say what you did "Added new xyz" but give some > indication of why you did it, "The new xyz allows abc", that bit of > logic can help people who have to maintain or extend the code later. > As the one who has to document your devs for users I very much appreciate those messages! Commits with explanations are easier for me to document. Nicole From mjr at phonecoop.coop Tue Aug 24 19:02:16 2010 From: mjr at phonecoop.coop (MJ Ray) Date: Tue, 24 Aug 2010 18:02:16 +0100 (BST) Subject: [Koha-devel] (sort of) Refactoring rebuild_zebra In-Reply-To: Message-ID: <20100824170216.28E1AF72CD@nail.towers.org.uk> Chris Cormack wrote: > On 20 August 2010 09:39, Michael Hafen wrote: > > I wonder now if we could seperate the two. ?So cataloging updated zebra > > immediately, but circulation was queued. > > > > Would that work? > > > Its certainly a possibility, would involve a bit of work, since the > calls are down in module level, not script level, and at that level > often the code doesn't know whether it's being called as a result of > circulation, or a cataloguing change, (or a branch transfer .. or > whatever else i've forgotten :-)) This would be good because I sometimes get asked if Koha's index does "realtime" updating and at the moment the honest answer depends how you define "realtime". Unlike other systems, librarians can see for themselves the index update process. But I don't know if this limits adoption, as so far no library has offered to pay the co-op to change it. ;-) I have a slight concern about the rebuild_zebra.pl rewrite: is it perpetuating the daemon/cron competing implementations? Can we figure out one size that fits all? Maybe have one daemon running and then different ways for a cron job or librarian interface task to signal (some SIG perhaps?) that it needs to act? Hope that helps, -- MJ Ray (slef) Webmaster and developer for hire at | software www.software.coop http://mjr.towers.org.uk | .... co IMO only: see http://mjr.towers.org.uk/email.html | .... op From tomascohen at gmail.com Tue Aug 24 19:26:36 2010 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Tue, 24 Aug 2010 14:26:36 -0300 Subject: [Koha-devel] (sort of) Refactoring rebuild_zebra In-Reply-To: <20100824170216.28E1AF72CD@nail.towers.org.uk> References: <20100824170216.28E1AF72CD@nail.towers.org.uk> Message-ID: On Tue, Aug 24, 2010 at 2:02 PM, MJ Ray wrote: > Chris Cormack wrote: >> On 20 August 2010 09:39, Michael Hafen wrote: >> > I wonder now if we could seperate the two. ?So cataloging updated zebra >> > immediately, but circulation was queued. >> > >> > Would that work? >> > >> Its certainly a possibility, would involve a bit of work, since the >> calls are down in module level, not script level, and at that level >> often the code doesn't know whether it's being called as a result of >> circulation, or a cataloguing change, (or a branch transfer ?.. or >> whatever else i've forgotten :-)) > > This would be good because I sometimes get asked if Koha's index does > "realtime" updating and at the moment the honest answer depends how > you define "realtime". ?Unlike other systems, librarians can see for > themselves the index update process. > > But I don't know if this limits adoption, as so far no library has > offered to pay the co-op to change it. ?;-) > > I have a slight concern about the rebuild_zebra.pl rewrite: is it > perpetuating the daemon/cron competing implementations? ?Can > we figure out one size that fits all? ?Maybe have one daemon > running and then different ways for a cron job or librarian > interface task to signal (some SIG perhaps?) that it needs to act? I've just send a rewrite of zebraqueue daemon that does run (sort of refactoring of) rebuild_zebra as one would do with cron. I think is the right way to handle this. Avoid using cron, and configure the frequency of the update via systempreferences. I first thought of a script in bash but had some concerns about the system load as each pass would spawn a new perl process. To+ From laurenthdl at alinto.com Tue Aug 24 19:29:56 2010 From: laurenthdl at alinto.com (LAURENT Henri-Damien) Date: Tue, 24 Aug 2010 19:29:56 +0200 Subject: [Koha-devel] (sort of) Refactoring rebuild_zebra In-Reply-To: <20100824170216.28E1AF72CD@nail.towers.org.uk> References: <20100824170216.28E1AF72CD@nail.towers.org.uk> Message-ID: <4C740194.6070805@alinto.com> Le 24/08/2010 19:02, MJ Ray a ?crit : > Chris Cormack wrote: >> On 20 August 2010 09:39, Michael Hafen wrote: >>> I wonder now if we could seperate the two. So cataloging updated zebra >>> immediately, but circulation was queued. >>> >>> Would that work? >>> >> Its certainly a possibility, would involve a bit of work, since the >> calls are down in module level, not script level, and at that level >> often the code doesn't know whether it's being called as a result of >> circulation, or a cataloguing change, (or a branch transfer .. or >> whatever else i've forgotten :-)) > > This would be good because I sometimes get asked if Koha's index does > "realtime" updating and at the moment the honest answer depends how > you define "realtime". Unlike other systems, librarians can see for > themselves the index update process. > > But I don't know if this limits adoption, as so far no library has > offered to pay the co-op to change it. ;-) > > I have a slight concern about the rebuild_zebra.pl rewrite: is it > perpetuating the daemon/cron competing implementations? Can > we figure out one size that fits all? Maybe have one daemon > running and then different ways for a cron job or librarian > interface task to signal (some SIG perhaps?) that it needs to act? > > Hope that helps, If I may contribute my 2 cents : I think that rebuild zebra should be separated into two parts : - export of biblio - indexation We could export biblio into a directory, always the same and then process that with inotify. In fact I think we need a more powerful and robust export tool. And since zebraidx is used in rebuild zebra we could use inotify to process that and get the logs, to tell whether the indexation went good or bad. Then it would not be possible to launch more than one zebraidx at once and crash the machine. It would be safer since we could have more little pieces of information to index. And we would not depend on a cronjob but on a deamon. Drawback is that it would only run on Linux.... at the moment... Maybe we could use jnotify... My 2 cents. -- Henri-Damien LAURENT From tomascohen at gmail.com Tue Aug 24 19:37:03 2010 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Tue, 24 Aug 2010 14:37:03 -0300 Subject: [Koha-devel] (sort of) Refactoring rebuild_zebra In-Reply-To: <4C740194.6070805@alinto.com> References: <20100824170216.28E1AF72CD@nail.towers.org.uk> <4C740194.6070805@alinto.com> Message-ID: On Tue, Aug 24, 2010 at 2:29 PM, LAURENT Henri-Damien wrote: > Le 24/08/2010 19:02, MJ Ray a ?crit : >> Chris Cormack wrote: >>> On 20 August 2010 09:39, Michael Hafen wrote: >>>> I wonder now if we could seperate the two. ?So cataloging updated zebra >>>> immediately, but circulation was queued. >>>> >>>> Would that work? >>>> >>> Its certainly a possibility, would involve a bit of work, since the >>> calls are down in module level, not script level, and at that level >>> often the code doesn't know whether it's being called as a result of >>> circulation, or a cataloguing change, (or a branch transfer ?.. or >>> whatever else i've forgotten :-)) >> >> This would be good because I sometimes get asked if Koha's index does >> "realtime" updating and at the moment the honest answer depends how >> you define "realtime". ?Unlike other systems, librarians can see for >> themselves the index update process. >> >> But I don't know if this limits adoption, as so far no library has >> offered to pay the co-op to change it. ?;-) >> >> I have a slight concern about the rebuild_zebra.pl rewrite: is it >> perpetuating the daemon/cron competing implementations? ?Can >> we figure out one size that fits all? ?Maybe have one daemon >> running and then different ways for a cron job or librarian >> interface task to signal (some SIG perhaps?) that it needs to act? >> >> Hope that helps, > If I may contribute my 2 cents : > I think that rebuild zebra should be separated into two parts : > - export of biblio > - indexation > We could export biblio into a directory, always the same and then > process that with inotify. > In fact I think we need a more powerful and robust export tool. > And since zebraidx is used in rebuild zebra we could use inotify to > process that and get the logs, to tell whether the indexation went good > or bad. > Then it would not be possible to launch more than one zebraidx at once > and crash the machine. My proposal of using a daemon that handles the 'sleep task' inside of it tries to avoid that race condition as it is intended to replace the cronjob. To+ From mjr at phonecoop.coop Thu Aug 26 12:45:57 2010 From: mjr at phonecoop.coop (MJ Ray) Date: Thu, 26 Aug 2010 11:45:57 +0100 (BST) Subject: [Koha-devel] (sort of) Refactoring rebuild_zebra In-Reply-To: Message-ID: <20100826104557.9A798F72C0@nail.towers.org.uk> Tomas Cohen Arazi wrote: > On Tue, Aug 24, 2010 at 2:02 PM, MJ Ray wrote: > > we figure out one size that fits all? ?Maybe have one daemon > > running and then different ways for a cron job or librarian > > interface task to signal (some SIG perhaps?) that it needs to act? > > I've just send a rewrite of zebraqueue daemon that does run (sort of > refactoring of) rebuild_zebra as one would do with cron. I think is > the right way to handle this. Avoid using cron, and configure the > frequency of the update via systempreferences. As you know, I've made a few comments on that and having a daemon around does open the door to realtime reindexing, but I don't think that rewrite does that yet. I don't think it would be difficult to allow the librarian interface to wake it up sooner than the update frequency set in systempreferences, would it? This has been discussed over on the koha list and one case where realtime reindexing would really help is when authorities are being added at cataloguing-time. At the moment, some librarians are changing their workflow to suit Koha, which seems backwards to me. Thanks, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. Webmaster, Debian Developer, Past Koha RM, statistician, former lecturer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire for Koha work http://www.software.coop/products/koha From mjr at phonecoop.coop Thu Aug 26 12:49:39 2010 From: mjr at phonecoop.coop (MJ Ray) Date: Thu, 26 Aug 2010 11:49:39 +0100 (BST) Subject: [Koha-devel] (sort of) Refactoring rebuild_zebra In-Reply-To: <4C740194.6070805@alinto.com> Message-ID: <20100826104939.90759F71DD@nail.towers.org.uk> LAURENT Henri-Damien wrote: [...] > We could export biblio into a directory, always the same and then > process that with inotify. > In fact I think we need a more powerful and robust export tool. > And since zebraidx is used in rebuild zebra we could use inotify to > process that and get the logs, to tell whether the indexation went good > or bad. [...] I'm guessing this is reasonably accurate: "inotify is a Linux kernel subsystem that provides file system event notification. It was written by John McCutchan with help from Robert Love and later Amy Griffis to replace dnotify. It was included in the mainline kernel from release 2.6.13 (June 18, 2005), and could be compiled into 2.6.12 and possibly earlier releases by use of a patch..." http://a.vu/w:Inotify Why inotify and not sending a signal to the daemon? Signals would run more widely than only Linux (which I don't think I need right now, but after some time trying to get Koha running well on MacOS, I don't want to sour anyone else's well). Puzzled, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. Webmaster, Debian Developer, Past Koha RM, statistician, former lecturer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire for Koha work http://www.software.coop/products/koha From tomascohen at gmail.com Thu Aug 26 13:41:31 2010 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Thu, 26 Aug 2010 08:41:31 -0300 Subject: [Koha-devel] (sort of) Refactoring rebuild_zebra In-Reply-To: <20100826104557.9A798F72C0@nail.towers.org.uk> References: <20100826104557.9A798F72C0@nail.towers.org.uk> Message-ID: On Thu, Aug 26, 2010 at 7:45 AM, MJ Ray wrote: > Tomas Cohen Arazi wrote: >> On Tue, Aug 24, 2010 at 2:02 PM, MJ Ray wrote: >> > we figure out one size that fits all? ?Maybe have one daemon >> > running and then different ways for a cron job or librarian >> > interface task to signal (some SIG perhaps?) that it needs to act? >> >> I've just send a rewrite of zebraqueue daemon that does run (sort of >> refactoring of) rebuild_zebra as one would do with cron. I think is >> the right way to handle this. Avoid using cron, and configure the >> frequency of the update via systempreferences. > > As you know, I've made a few comments on that and having a daemon > around does open the door to realtime reindexing, but I don't think > that rewrite does that yet. ?I don't think it would be difficult to > allow the librarian interface to wake it up sooner than the update > frequency set in systempreferences, would it? That's exactly what I explained in the IRC. The new zebraqueue-daemon script is just a workaround (running that script too often seems worse than triggering it instantly on updates). As I said, this could be acheived directly from the librarian interface and that's why I'm proposing a library for rebuild_zebra tasks. My main concern is about atomicity and possible race conditions. We need to atomice: 1) Read zebraqueue table and make a list of records that need updating. 2) Generate the files for that records that will be passed to zebraidx 3) Run zebraidx on those files 4) Mark those records in zebraqueue as done. We need to avoid spawning a new update until this is finished, concurrently being able to add new rows to zebraqueue table for concurrent cataloguing. > This has been discussed over on the koha list and one case where > realtime reindexing would really help is when authorities are being > added at cataloguing-time. At the moment, some librarians are > changing their workflow to suit Koha, which seems backwards to me. I agree with that as my librarians express that on an hourly basis :-D To+ From chris at bigballofwax.co.nz Tue Aug 31 11:42:25 2010 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Tue, 31 Aug 2010 21:42:25 +1200 Subject: [Koha-devel] General meeting on IRC Message-ID: Hi All Our next IRC meeting is on September 1 2010, 19:00 UTC on the #koha irc channel on irc.katipo.co.nz The agenda is here http://wiki.koha-community.org/wiki/General_IRC_Meeting,_1_September_2010 Please feel free to edit the agenda to add any issues you would like to talk about, and feel free to attend the meeting using your favourite irc client. Chris From Ann.Barrie at natlib.govt.nz Tue Aug 31 01:05:20 2010 From: Ann.Barrie at natlib.govt.nz (Ann Barrie) Date: Tue, 31 Aug 2010 11:05:20 +1200 Subject: [Koha-devel] Changes to the MARC format: for Katipo Message-ID: <4C7CE1EF.4979.00B9.0@natlib.govt.nz> Good morning, We are emailing to update you on changes to the MARC format. RDA Resource Description and Access (RDA) is the new cataloguing code that is intended to replace the Anglo-American Cataloguing Rules (AACR2). AACR2, and its revisions, have been used by libraries since 1978, so the change is a substantial shift in direction for cataloguing. RDA is currently being tested by North American libraries and the results of this testing will not be available until around March/April 2011. OCLC's WorldCat database, http://www.worldcat.org/, has been updated to support RDA records. Worldcat is an online catalogue of the collections of approximately 70,000 libraries from over 100 countries. MARC changes In order to accomodate records created using RDA, there have been changes to the MARC format. These changes are summarised in the document RDA in MARC which is available at: http://www.loc.gov/marc/RDAinMARC29.html The changes include the following: ? Three new fields 1. MARC field 337 - Content type - a term and/or code indicating type of content e.g. text, sounds, performed music 2. MARC field 338 - Media type - a term and/or code showing what kind of general device is need to view a resource e.g. computer, projected, unmediated 3. MARC field 339 - Carrier type - a term and/or code giving the specific carrier of the content supplied in field 337 e.g. online resource, audio disc These fields collectively replace the 'h' subfield of the MARC 245 (title) field. The 'h' subfield currently contains the "general material designation" and is used mainly for non-print or non-textual resources. ? RDA code MARC field 040 - Cataloguing Source - subfield 'e' "Description conventions" - contains a code 'rda' for records created using the new rules ? Relator terms Relator terms show the role or relationship between added entries and the item being described. They are already valid in MARC as subfield 'e' or '4' of various access fields, however more terms have been added and a new subfield 'i' has been added for linking fields (76X-78X) Other new fields are described in the document referred to above. When will these changes affect NZ libraries? These changes were added to MARC in the October 2009 update, but they have not yet been implemented in the National Library of New Zealand's Voyager databases. While some records containing these fields may be loaded to the National Union Catalogue during the test phase, we are not expecting to see many records at this time. The National Library of New Zealand is expecting to implement RDA in mid 2011 and we will update the MARC format in our databases to support this process. What do I need to do as a system vendor? 1. look at the MARC changes 2. Consider how you could implement these changes in your library system, noting that the new fields 337 and 339 provide format information to catalogue users. These changes may seem relatively minor but they signal a significant shift in direction for the recording of bibliographic data and improved service for library users. Who can I contact? If you would like more information on RDA and its potential impact on library systems please contact: Karen Rollitt Email: karen.rollitt at natlib.govt.nz Tel: +64 4 474 3099 Kind regards, Ann Barrie Ann Barrie Customer Support Consultant Digital Solutions National Library of New Zealand Te Puna Matauranga o Aotearoa Wellington 6140, New Zealand http://www.natlib.govt.nz/librarians Tollfree: 0508 837 862