Re: [Koha-devel] Bug 5636

Le 12/12/2011 17:24, Ian Walls a écrit : > My difficulty with this patch is that it sets precedent for implementing > both commandline and staff client interfaces for a single script. Up > until now, that's not be the case (as far as my research has shown; > counter-examples welcome). I just thin

Re: [Koha-devel] tt style point

Hi I agree with both of you. kohaisms are not really interesting. And we need to try and strengthen the Coding Style GuideLines. But then. Who, How, When ? Who ? should it be up to contributors or to QA manager to ensure that coding style GuideLines are abided. Coding Style guidelines could also st

Re: [Koha-devel] Koha db schema pecularities

Le 06/09/2011 19:23, Jared Camins-Esakov a écrit : > Hello. Hi, > > I was looking at the schema that Koha uses for its database, and noticed > a few peculiarities that I wonder if anyone could shed some light on: > > The serial table uses VARCHAR(100) for serial.biblionumber and > serial.subscri

Re: [Koha-devel] Sending acquisition orders per email: confirmation

Le 26/08/2011 18:28, Edgar Fuß a écrit : > Regarding the feedback that the email has actually been sent, I can think of > three ways to do that: > > 1. Add a field 'closeaction' to the basket hash complementing the 'closedate' > field. Set that to empty, 'print' or 'email'. Display that informat

Re: [Koha-devel] Notifications RFC

Le 26/08/2011 14:28, Ian Walls a écrit : > Problems I see with Notices: > > * Overdues are limited to 3 per patron. This needs to be unlimited, > so a more robust triggering methodology needs to be put into > place, along with tie-ins to fines and privilege restriction > * Adv

Re: [Koha-devel] Koha 3.4.4 is now available

Le 23/08/2011 03:39, Chris Nighswonger a écrit : > It is with pleasure that I announce the release of Koha 3.4.4. > > The package can be retrieved from: > > http://download.koha-community.org/koha-3.04.04.tar.gz > > You can use the following checksum and signature files to verify the download: >

Re: [Koha-devel] jquery plugin

Le 10/08/2011 15:06, Chris Nighswonger a écrit : > On Wed, Aug 10, 2011 at 5:51 AM, Reed Wade > wrote: > > Have you considered-- > http://www.datatables.net/ > ? > > I did a little investigation of jquery table plugins a few months ago > and picked

Re: [Koha-devel] Koha - WAI / WCAG

Le 09/07/2011 09:36, Magnus Enger a écrit : > On 8 July 2011 21:04, Owen Leonard wrote: >>> Is there any experience / plan for working around Koha and WAI (Web >>> Accessibility Initiative) / WCAG (Web Content Accessibility Guidelines) for >> >> As far as I know no one has done any formal evaluati

Re: [Koha-devel] Koha Support provider

Hi Le 09/07/2011 11:37, d...@gnu.org a écrit : > Ian Walls wrote: > > No new customers have requested the EDIFACT feature, so we have not invested > time on that. It looks like clients are not interested in it. Well, in fact, some libraries are eagerly anxious to have EDIFACT feature in Koha. But

Re: [Koha-devel] security question about injection in Zebra

Le 30/06/2011 19:53, Frère Sébastien Marie a écrit : > Hi, > > Seeing the patch proposed by Marcel de Rooy for bug 6536, a question arrived > in my mind about injection of code in Zebra. > > Does someone is aware about something like that ? > > Next an extract of patch (and after my comments):

Re: [Koha-devel] Debian installer

Le 28/06/2011 13:58, Robin Sheat a écrit : > Op dinsdag 28 juni 2011 22:34:57 schreef LAURENT Henri-Damien: >> You would have to install koha-common and it comes along. >> From what I tested, unless i am mistaken, koha-* scripts are to be used >> on a machine where you inst

Re: [Koha-devel] Debian installer

Le 28/06/2011 12:19, Fridolyn SOMERS a écrit : > Hie, > > I'm looking for documentation about the Koha's debian installer. > I've looked at wiki but I can't find sripts "koha-*" description. > > Thanks, > You would have to install koha-common and it comes along. >From what I tested, unless i am

Re: [Koha-devel] Z3950 searching on MARC as well as UNIMARC targets

vel-boun...@lists.koha-community.org > [mailto:koha-devel-boun...@lists.koha-community.org] Namens LAURENT > Henri-Damien > Verzonden: woensdag 8 juni 2011 18:46 > Aan: koha-devel@lists.koha-community.org > Onderwerp: Re: [Koha-devel] Z3950 searching on MARC as well as UNIMARC targe

Re: [Koha-devel] Z3950 searching on MARC as well as UNIMARC targets

Hi, Marcel, Fridolyn BibLibre did an enhancement to z3950 target so that user can choose an xslt for the results. We would be interested in seeing what was done, you can take a look there : http://git.biblibre.com/?p=koha;a=shortlog;h=refs/heads/origin/wip/limoges/MT4735 It should enable the libra

Re: [Koha-devel] Z39.50 server authentication

Le 25/05/2011 13:57, Fridolyn SOMERS a écrit : > No, you can keep it, > default Koha configuration seems good in zebra-biblios.cfg : > > perm.anonymous:ar > perm.__ZEBRA_USER__:rw > Top posting is not so good to follow the conversation What Altaf wanted, from what I read, was to prev

Re: [Koha-devel] patches with DB change, workflow

Le 23/05/2011 14:48, Chris Nighswonger a écrit : > Hi Paul, > > On Mon, May 23, 2011 at 8:17 AM, Paul Poulain > wrote: > > Hi all, > > I think there are some things unclear (at least for me ;-) ) about > submitting bugs with DB changes. > > > >

Re: [Koha-devel] Z3950 UNIMARC

Le 13/05/2011 18:33, Fridolyn SOMERS a écrit : > Hie, > > For the first time, I have enabled the SRU on Zebra server by editing > koha-conf.xml : > > tcp:@: > > /var/lib/zebradb/biblios > /etc/koha/zebradb/zebra-biblios.cfg > /etc/koha/zebradb/pqf.properties >

Re: [Koha-devel] Release Manager 3.6

Le 12/05/2011 19:17, Galen Charlton a écrit : > Hi, > > On Thu, May 12, 2011 at 1:03 PM, Doug Dearden wrote: >> Reading this thread I think the core issue is this. Can a *big* enhancement >> that has been >> developed by one company be signed off by that company as well. Currently >> the work

Re: [Koha-devel] Release Manager 3.6

Le 12/05/2011 17:34, Nicole Engard a écrit : > On Thu, May 12, 2011 at 11:30 AM, Paul Poulain > wrote: >> Can I say you're saying: "BibLibre has a problem, fix BibLibre"? So >> you've inclined to vote 2 to my previous question? >> (Or do I go too far, and it's not what you want to say) > > I'm sa

Re: [Koha-devel] Release Manager 3.6

Le 12/05/2011 16:58, Nicole Engard a écrit : > On Thu, May 12, 2011 at 10:56 AM, Paul Poulain > wrote: >> I'm not requesting to remove the sign-off. I'm saying our code reaches >> bugzilla already "signed-off" at least twice (project manager and >> customer/library), > > Paul, > > I'm very confu

[Koha-devel] Technical issues with current workflow [ was: Release Manager 3.6]

Le 12/05/2011 16:49, Scott Kushner a écrit : > Maybe I'm not getting it here, BUT..have we forgotten how long it takes > PROPRIETARY VENDORS to develop and debug their code? > > Maybe it's just me, but I'm amazed at how fast these releases are getting out > there. (3.0, 3.2, 3.4...3.6...already

Re: [Koha-devel] deleteditems marc

Le 11/05/2011 11:24, Fridolyn SOMERS a écrit : > Hello, > > I found that there is, in current revision on git.koha-community.org > , a difference between "items" and > "deleteditems" tables in "kohastructure.sql" : > "deleteditems" has a field "marc" not existing in

[Koha-devel] 3.0.x maintenance discontinued

Hi any Koha users will have noticed that 3.0.x has had no release in one year. I just have to face the facts. I am not able to get any release for this version out seriously tested. So I have to announce that the maintenance of this version is over. Please consider upgrading to 3.2 or even better 3

Re: [Koha-devel] CircControl, HomeOrHoldingBranch and HomeOrHoldingBranchReturn

Le 10/05/2011 16:41, Nicole Engard a écrit : > Okay, developers I need some help both in understanding and in > documenting the above preferences. Right now CircControl and > HomeOrHoldingBranch have the same descriptions, but I doubt that they > do the same thing. > > I vaguely remember HomeOrHo

Re: [Koha-devel] Bug 2453

Le 21/04/2011 23:47, Chris Cormack a écrit : > On 22 April 2011 09:44, Paul wrote: >> I've just been reading Bug 2453 - (very) large biblio/item handling; it >> appears to have received no comments since 2010-05-21. If I understand the >> situation correctly (from Paul Poulain's comments) if a bib

Re: [Koha-devel] Koha Load Testing

Le 14/04/2011 17:10, Ian Walls a écrit : > Fellow Kohackers, Hi > > > Do any of you have a favour script or suite of scripts (or even a > method) for doing load testing against a Koha installation? I know > there are some scripts available in misc/load_testing, but my > understanding is they ar

Re: [Koha-devel] Restructuring C4

Le 30/03/2011 16:47, Ian Walls a écrit : > Fellow Developers, > > > Last night, I stayed up late running circ/circulation.pl > through NYTProf, to get an idea where we may be > able to optimize circulation for speed. After much frustration (darn > session IDs...), I was a

Re: [Koha-devel] koha - length of records - separation of items from biblios

Le 01/03/2011 23:04, Mike Hafen a écrit : > I had an idea about this recently. Perhaps it is possible to have in > the items table a MARCXML column which stores the MARC just for the > items, and have that be seperate from the biblio's MARCXML. Then we the > record is sent to the zebra server com

Re: [Koha-devel] Jenkins hosting

Hi BibLibre is willing to take the hat. We will dedicate a machine for that. The machine should be up in the afternoon (in France) and chris will have a user on that machine so that every action he needs to do will be available for him. I propose that any release manager/maintainer could be granted

[Koha-devel] Script to remove authorities

Hi you will find here a command line script which allows deduping authorities based on the parameters passed. You can test and tell me what you think of that. I also fixed the merge script in C4::AuthoritiesMarc.pm http://git.biblibre.com/?p=koha;a=blob;f=C4/AuthoritiesMarc.pm;h=af99fa632ee886a636a

Re: [Koha-devel] Subject tracings

Le 23/02/2011 20:56, Jared Camins-Esakov a écrit : > Hello. > > Can anyone think of any reason not to specify that subject tracings > should match only complete subfields? Hi, I agree too. Note that completeness is not always enabled by default on the zebra configuration. With our default configur

Re: [Koha-devel] Solr and Z3950 server some news.

Hi Just some more interesting news. Le 11/02/2011 20:01, Thomas Dukleth a écrit : > When briefly testing the BibLibre test configuration of SimpleServer > Z39.50 server I have found same problem as BibLibre are reporting when > using yaz-client. I have also noted some other issues. > > 1. BAD M

Re: [Koha-devel] Seeking opinions on Koha's calendar widget

Le 17/02/2011 20:55, Galen Charlton a écrit : > Hi, > > On Thu, Feb 17, 2011 at 2:38 PM, Reed Wade wrote: >> Galen, it can be used inline and I suspect would work how you're thinking. >> See: >> http://jqueryui.com/demos/datepicker/#inline > > Thanks for confirming. > > +1 to the switch. > >

Re: [Koha-devel] SimpleServer using Solr progress

Le 16/02/2011 11:54, Thomas Dukleth a écrit : > [Original subject: Re: [Koha-devel] Solr and Z3950 server some news.] > > > 1. YAZ CONFIGURATION. > > SimpleServer, like all IndexData products is dependent upon YAZ. > > My thought on the bad MARC error from testing BibLibre work on > SimpleServ

Re: [Koha-devel] Workgroup on data persistence

Le 08/02/2011 11:42, MJ Ray a écrit : > LAURENT Henri-Damien >> So it is now time we make something about Data Persistance. >> Some tests have been done. >> Some results can be used. >> I propose we set some meeting next week any day in the morning between >>

Re: [Koha-devel] Devel list admin OK? was: [Koha] Vote for KohaCon 2011

Le 15/02/2011 10:37, MJ Ray a écrit : >> Date: Wed, 2 Feb 2011 12:43:01 - (UCT) >> From: "Thomas Dukleth" > [...] >> X-Mailman-Approved-At: Tue, 15 Feb 2011 09:32:02 +0100 > > 15-2 = 13 days. Does the devel list need more admins? > > Thanks, Are you putting your name on that ? kind regards.

Re: [Koha-devel] Solr and Z3950 server some news.

Le 11/02/2011 01:08, Thomas Dukleth a écrit : > Reply inline: > > > On Tue, February 8, 2011 09:29, LAURENT Henri-Damien wrote: >> Hi >> We are getting a pretty nice working z3950 server for solr there. >> We are parsing RPN queries quite generally using a perl mod

Re: [Koha-devel] Seeking comments on Bug 5234 - Remove unused CSS files

Hi blue.css was left quite unmaintained, though it brought along more colors and therefore was warmer. But well would need work. -- Henri-Damien LAURENT BibLibre Le 08/02/2011 18:14, Ian Walls a écrit : > Owen, > > > I know one library that uses blue.css. It either needs some work, or > they n

[Koha-devel] Solr and Z3950 server some news.

Hi We are getting a pretty nice working z3950 server for solr there. We are parsing RPN queries quite generally using a perl module Regexp::Grammars::Z3950::RPN and RPN2Solr It is working quite well for simple usage (no exp1 or gils queries). But at the moment it is serving right only marcxml and

[Koha-devel] Workgroup on data persistence

Hi back in 2010, we talked about data persistance. And soon release is coming soon. So it is now time we make something about Data Persistance. Some tests have been done. Some results can be used. I propose we set some meeting next week any day in the morning between 8AM UTC to 12AM UTC. I donot se

Re: [Koha-devel] Unicode and PDF... a work-around?

Le 09/01/2011 15:56, Ian Walls a écrit : > Fellow developers, > > > I've got a client who needs to print some pocket labels for their books. > Sadly, since some of these titles have some funky Unicode characters in > the 245$abc, the PDF they generate comes out corrupted and unusable. > This is

Re: [Koha-devel] Template::Toolkit Catalyst Work

Le 23/12/2010 20:28, Chris Cormack a écrit : > On 24 December 2010 03:52, LAURENT Henri-Damien > wrote: >> Hi >> I have tested Template_test branch and it looks great (thanks catalyst) >> Yet, I have some issues with diacritics. Is it because of Koha, DBI, >> pe

[Koha-devel] Template::Toolkit Catalyst Work

Hi I have tested Template_test branch and it looks great (thanks catalyst) Yet, I have some issues with diacritics. Is it because of Koha, DBI, perl utf8 ? I donot know http://imagebin.org/129237 There is also a problem with hotkeys which prevents the load of the javascript. Hope that helps. -- He

Re: [Koha-devel] Solr Search use cases

Le 23/12/2010 14:35, LAURENT Henri-Damien a écrit : > Hi, > we proposed in our solr meeting to gather the use cases that you would > like to add and proove with the solr search. > We wondered why nobody had added any yet > And we realized that the document, though public, would

[Koha-devel] Solr Search use cases

Hi, we proposed in our solr meeting to gather the use cases that you would like to add and proove with the solr search. We wondered why nobody had added any yet And we realized that the document, though public, would not be editable. This has been fixed now. So all the persons who were longing

Re: [Koha-devel] Branch: new/awaiting_qa/biblibre_admin

Le 21/12/2010 02:08, Chris Cormack a écrit : > On 21 December 2010 14:07, Chris Cormack wrote: >> On 21 December 2010 09:47, Owen Leonard wrote: >>> I'm curious about this: >>> Paul Poulain (1): Removing usage of preferences.pl >>> >>> The relevant change: >>> >>> -Syst

Re: [Koha-devel] Numerically sorting a new Zebra Index

Le 17/12/2010 14:40, Fridolyn SOMERS a écrit : > Hie, > > Have a look at @att 7 of Zebra : > http://www.indexdata.com/zebra/doc/querymodel-zebra.html#querymodel-zebra-attr-sorting > > It introduces sorting into query. > > In ccl.properties you find ascending and descending sort : > /sort1 7=1 >

Re: [Koha-devel] Data Persistence and Plack

Le 17/12/2010 15:30, Colin Campbell a écrit : > On 17/12/10 11:34, LAURENT Henri-Damien wrote: > >> It seems that most of the Circular references in the code are owed to >> functions which have been created to do some checking before doing an >> oper

[Koha-devel] Data Persistence and Plack

Hi I am continuing to work on Data Persistence and Plack support. In that matter, I am first focusing on obvious circular references between Modules. I first naively thought that simply using direct calls to functions without calling use module would solve the problem. But if compilation is OK then

[Koha-devel] meeting solr tomorrow

Hi We settled a meeting two weeks ago about solr. And planned a meeting for tomorrow Wednesday 15th morning, at 10 AM UTC In order to prepare that meeting a little deeper than the previous one, please consider taking time to read all the links here : - http://wiki.koha-community.org/wiki/

[Koha-devel] 1st solr meeting : logs

Hi, you can find there the logs of yesterday meeting. http://librarypolice.com/koha-meetings/2010/koha.2010-12-07-20.00.log.html We hope that people were not too much taken away by the form of the meeting. I talked too much. Please feel free to answer back and tell what you really expected, whethe

[Koha-devel] Meeting solr : Schedule Correction

Le 07/12/2010 13:34, LAURENT Henri-Damien a écrit : > Le 07/12/2010 12:07, MJ Ray a écrit : >> LAURENT Henri-Damien wrote: >>> We plan to do 2 meetings around solr so that the most people can be >>> aware of the status of our work on solr. >>> >>> The

Re: [Koha-devel] Meeting solr : Schedule

Le 07/12/2010 12:07, MJ Ray a écrit : > LAURENT Henri-Damien wrote: >> We plan to do 2 meetings around solr so that the most people can be >> aware of the status of our work on solr. >> >> The two meetings scheduled are : >> Tuesday 7th, 21PM UTC >> Wednesd

[Koha-devel] Meeting solr : Schedule

Hi, We plan to do 2 meetings around solr so that the most people can be aware of the status of our work on solr. The two meetings scheduled are : Tuesday 7th, 21PM UTC Wednesday 15th 11AM UTC Main aim is to present our work, what we did and what we are to do, and try and gather good will and try

Re: [Koha-devel] [Koha-patches] [PATCH] [Bug 5465] Makefile.PL asks for too high version of Business::ISBN

Le 02/12/2010 17:28, Paul Poulain a écrit : > Le 02/12/2010 17:25, Chris Nighswonger a écrit : >>> I did actually think about this before I did it. :) >>> >>> I asked around if it would be better to update the documentation to take >>> the package out of the install script and add it to the CPAN li

[Koha-devel] Idea for a meeting about tests was: [ Meeting solr]

be helpful for all of us. Comments welcome. Hope that helps. Friendly -- Henri-Damien LAURENT Le 02/12/2010 07:33, LAURENT Henri-Damien a écrit : > Le 02/12/2010 07:13, LAURENT Henri-Damien a écrit : >> Hi, >> here are the tendencies for the solr meeting : >> Tuesday, 7th dec

Re: [Koha-devel] Meeting solr doodle tendencies closing ON MONDAY 6 21UTC

Le 02/12/2010 07:13, LAURENT Henri-Damien a écrit : > Hi, > here are the tendencies for the solr meeting : > Tuesday, 7th december, 21h UTC > and > Wednesday, 15th December, 11h UTC > > I propose that we close the vote on Monday, at 21PM UTC in order to be > able to have

[Koha-devel] Meeting solr doodle tendencies closing tomorrow

Hi, here are the tendencies for the solr meeting : Tuesday, 7th december, 21h UTC and Wednesday, 15th December, 11h UTC I propose that we close the vote on Monday, at 21PM UTC in order to be able to have the time to send a mail for final votes. As a side note, non techy people are welcome at this

Re: [Koha-devel] ICU chains

Le 30/11/2010 18:09, Ian Walls a écrit : > Fellow Kohackers, > > > There has been some talk before of using ICU chains with Zebra in order > to resolve issues with diacritic search. I've looked at the patch from > BibLibre > (http://git.biblibre.com/?p=koha;a=commit;h=c2465153cccb8965b0008186cdb

Re: [Koha-devel] ICU chains

Le 30/11/2010 18:09, Ian Walls a écrit : > Fellow Kohackers, > > > There has been some talk before of using ICU chains with Zebra in order > to resolve issues with diacritic search. I've looked at the patch from > BibLibre > (http://git.biblibre.com/?p=koha;a=commit;h=c2465153cccb8965b0008186cdb

[Koha-devel] meeting solr

Two weeks ago, I said that we would organise a meeting around solr and our developments in progress. We think we may now plan that. We think we could do that next week or the week after in order to tell the community the point what we achieved, what we are missing (And the first and most time-cons

Re: [Koha-devel] Circular references

Le 29/11/2010 01:58, Chris Cormack a écrit : > 2010/11/27 LAURENT Henri-Damien : >> Hi >> During KohaCon, Plack and Data persistance was discussed and wome work >> was done on that. >> Ian posted a perl script. >> Marc did another script. It works quite fast. >&

[Koha-devel] use cases for authentication [was externalising translator and etc]

Hi, as I spotted in previous email some design flaws (in my opinion) in Authentication. >> It gets >> > worse if you consider changes such as adding or modifying an >> > authentication module, for which the default configuration changes are >> > almost invariably associated with code changes. > Sam

Re: [Koha-devel] Facets performance

Le 24/11/2010 18:13, Fridolyn SOMERS a écrit : > Little up. > Any feedback is welcome. In my opinion, since you ask, it may really slow down the process of displaying results. And it still would not be True facets. Since it just takes more records. If you have more than 500 hundred records returned

[Koha-devel] Circular references

Hi During KohaCon, Plack and Data persistance was discussed and wome work was done on that. Ian posted a perl script. Marc did another script. It works quite fast. I wanted to publicise this in order to contribute code so that eventually all the circular references could be solved. Find enclosed bo

Re: [Koha-devel] Deleting Orders

Le 26/11/2010 12:06, Colin Campbell a écrit : > Hi, > I'm just looking at the branch of acquisitions fixes from Biblibre one > fix in there is an addition to DelOrder to delete any items associated > with the order on its deletion. However it goes further and deletes the > associated bib record i

Re: [Koha-devel] RE : Re: [koha-commits] main Koha release repository branch, master, updated. v3.02.00-rc-20-g45604b8

Le 19/11/2010 20:39, Nicole Engard a écrit : > If so, then we should probably change the description that says it's > going to be removed. > > Nicole yes, we should. -- Henri-Damien LAURENT ___ Koha-devel mailing list Koha-devel@lists.koha-community.org

Re: [Koha-devel] Branches awaiting QA

Le 20/11/2010 08:25, Frederic Demians a écrit : > We're talking about this branch: > > new/awaiting_qa/biblibre_opac > >>> - If I reference directly opac-detail.pl page with a biblionumber, I get >>> error message when XSLT is enabled. Without XSLT it works. >> >> I get the same error whethe

Re: [Koha-devel] Externalizing PO files (Was Re: externalising translator and etc)

Le 15/11/2010 13:18, Galen Charlton a écrit : > Hi, > > [Splitting the thread, there are two distinct topics being discussed.] > > On Mon, Nov 15, 2010 at 4:16 AM, LAURENT Henri-Damien > wrote: >> Le 14/11/2010 22:51, Galen Charlton a écrit : > >> From my und

Re: [Koha-devel] externalising translator and etc

Le 14/11/2010 22:51, Galen Charlton a écrit : > Hi, > > On Sun, Nov 14, 2010 at 11:48 AM, LAURENT Henri-Damien > wrote: >> My idea for that is that tracking addition of zebra indexes and all that >> stuff would be considerably eased if there was an initial etc repository

Re: [Koha-devel] Search Engine Changes : let's get some solr

Le 14/11/2010 22:28, Galen Charlton a écrit : > Hi, > > 2010/11/14 Frédéric Demians : >> MARCXML parsing is slow because MARC::File::XML uses a SAX parser to do the >> job and do some 'magic' encoding-decoding to-from MARC8--Galen could correct >> me if I'm wrong. > > Properly used (i.e., with Bi

Re: [Koha-devel] Search Engine Changes : let's get some solr

Le 14/11/2010 18:32, Chris Cormack a écrit : > On 15 November 2010 06:25, LAURENT Henri-Damien > wrote: >> Le 11/11/2010 15:19, Ian Walls a écrit : >>> Ah, right, I'd forgotten about that switch, as it doesn't work with >>> authorities, and I can't

Re: [Koha-devel] Guidelines for Patch Acceptance/Rejection

Le 14/11/2010 20:45, Chris Cormack a écrit : > On 15 November 2010 08:41, LAURENT Henri-Damien > wrote: >> Le 11/11/2010 04:07, Chris Cormack a écrit : >>>> Question for Mr. 3.4 RM: >>>> >>> :) >>> >>>> Is the procedure for deali

Re: [Koha-devel] Search Engine Changes : let's get some solr

Le 14/11/2010 20:34, Chris Cormack a écrit : > On 15 November 2010 08:28, LAURENT Henri-Damien > wrote: >> Le 14/11/2010 18:32, Chris Cormack a écrit : >>> On 15 November 2010 06:25, LAURENT Henri-Damien >>> wrote: >>>> Le 11/11/2010 15:19, Ian Wall

Re: [Koha-devel] Guidelines for Patch Acceptance/Rejection

Le 11/11/2010 04:07, Chris Cormack a écrit : >> Question for Mr. 3.4 RM: >> > :) > >> Is the procedure for dealing with DB revision numbers still the same? As far >> as I remember from the 3.2 development days, the procedure was to patch >> kohastructure.sql (or sysprefs.sql, or whatever), then ad

Re: [Koha-devel] Search Engine Changes : let's get some solr

Le 14/11/2010 18:32, Chris Cormack a écrit : > On 15 November 2010 06:25, LAURENT Henri-Damien > wrote: >> Le 11/11/2010 15:19, Ian Walls a écrit : >>> Ah, right, I'd forgotten about that switch, as it doesn't work with >>> authorities, and I can't

Re: [Koha-devel] Search Engine Changes : let's get some solr

Le 11/11/2010 22:58, Robin Sheat a écrit : > MJ Ray schreef op do 11-11-2010 om 13:09 [+]: >>>4. during index process of a file, if you have a problem in your >>> data, zebraidx just fails silently… >> Example? > > When Zebra has a record that it chokes on, it will sometimes segfault. > Th

Re: [Koha-devel] Search Engine Changes : let's get some solr

Le 11/11/2010 15:19, Ian Walls a écrit : > Ah, right, I'd forgotten about that switch, as it doesn't work with > authorities, and I can't do rebuild_zebra.pl > -a -b -x -z in my crontab. > > So, the ISO2709 character limit is not actually an issue at all, then. > Well, a

Re: [Koha-devel] externalising translator and etc

Le 10/11/2010 19:10, Galen Charlton a écrit : > Hi, > > On Wed, Nov 10, 2010 at 11:11 AM, LAURENT Henri-Damien > wrote: >> Hi >> I propose to get etc and translator as external git repositories. >> Why ? >> >> It would allow to have po files in their

[Koha-devel] externalising translator and etc

Hi I propose to get etc and translator as external git repositories. Why ? It would allow to have po files in their own repository and limit the weight of Koha git archives. For etc, it would allow to change the installer in order to keep track of local changes for every person and therefore be ab

Re: [Koha-devel] A Discussion on A Policy Setting Forth Standards of Code Submission, etc. [WAS: RFCs for 3.4 from BibLibre (serials & acquisitions)]

Le 10/11/2010 07:11, Frédéric Demians a écrit : >> >> Because Koha's API and schema lack consistency, abstraction, and >> isolation of concerns, adding nearly anything substantial demands that >> those elements change in ways that affect other areas radically. The >> amount of resources required to

Re: [Koha-devel] MARC record size limit

Le 13/10/2010 07:45, Thomas Dukleth a écrit : > XSLT to pre-process MARCXML records into an > appropriate format, such YAML with embedded HTML, pure HTML, or whatever > is needed embedded for a particular purpose and storing the pre-processed > records in appropriate special purpose columns. Real

Re: [Koha-devel] Koha documentation patches list?

Le 17/10/2010 22:04, Galen Charlton a écrit : > Hi, > > Now that we're starting to get patches to the Koha manual, I propose > that we create a separate documentation patches list (or perhaps a > general Koha documentation mailing list that also accepts patches). > That way documentation patches d

Re: [Koha-devel] MARC record size limit

Le 12/10/2010 14:48, Thomas Dukleth a écrit : > Reply inline: > > > Original Subject: [Koha-devel] Search Engine Changes : let's get some solr > > On Mon, October 4, 2010 08:10, LAURENT Henri-Damien wrote: > > [...] > >> zebra is fast and embeds nat

Re: [Koha-devel] Search Engine Changes : let's get some solr

Le 12/10/2010 14:47, Christopher Nighswonger a écrit : > On Tue, Oct 12, 2010 at 8:41 AM, Thomas Krichel wrote: >> >> Yes. In any case, the zebra documentation notes that GRS1 >> has been improved and replaced by DOM. >> >>> And as suggested by Thomas Dukleth, Koha supporters could sponsor >>> d

Re: [Koha-devel] Search Engine Changes : let's get some solr

Le 11/10/2010 16:29, Paul Poulain a écrit : > Le 11/10/2010 12:53, Zeno Tajoli a écrit : >> Hi, >> I want to ask specific question about this topic to Paul: >> Are you using Solr with Tomcat or Jetty as servlet container ? > This question is more for hdl than for me ;-) > > I think it's tomcat, b

Re: [Koha-devel] Search Engine Changes : let's get some solr

Le 04/10/2010 22:16, Fouts, Clay a écrit : > Adding to the aforementioned limitations and desired improvements, > another issue with Zebra is that it index builds scale very poorly. > Indexes must be built serially, and it's a really problematic limitation > for large catalogs. A parallelized index

Re: [Koha-devel] Search Engine Changes : let's get some solr

Le 04/10/2010 11:04, Zeno Tajoli a écrit : > Hi to all, > >> Any feedback/idea welcome. > > the main problem that I see is that Zebra is much more light > on RAM. > Solrs is needs Java + an App server J2EE (Tomact, Jetty ?). > If we select Solr, can we setup a library with 512 MB of RAM in the

Re: [Koha-devel] Search Engine Changes : let's get some solr

Le 04/10/2010 12:38, LAURENT Henri-Damien a écrit : > Le 04/10/2010 11:04, Zeno Tajoli a écrit : >> Hi to all, >> >>> Any feedback/idea welcome. >> >> the main problem that I see is that Zebra is much more light >> on RAM. >> Solrs is needs Java

[Koha-devel] Search Engine Changes : let's get some solr

Hi As you already read in Paul previous message about "BibLibre strategy for 3.4 and next version", we are growing, want be involved in the community as previously. Paul promised some POCs, here is one available. We also worked on Plack and support. We created a base of script to search for Memoryl

Re: [Koha-devel] Error on Index 'Any' when searching authorities

Le 16/09/2010 13:37, Tomas Cohen Arazi a écrit : > 2010/9/16 Fridolyn SOMERS : >> I agree, DOM configuration did not worked after install with default >> configuration. >> >> Did you re-index after switching from DOM to GRS1 ? > > I reindexed auth, linking to newly created authorities didn't work

Re: [Koha-devel] (sort of) Refactoring rebuild_zebra

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

Re: [Koha-devel] QueryWeightFields in Koha 3.2

Hi, as much as i can see that. I think you are having the kind of troubles I describe there http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4074 That is, with the patch pushed as it stands to filter indexes in C4/Search.pm a) it misses to use all the indexes b) it fail as soon as you dono

Re: [Koha-devel] New preferences editor

Le 17/06/2010 07:39, Frederic Demians a écrit : > > >> We are therefore compelled not to use that system > > What does it mean? > As it stands now, and since some customers are going live soon or already have. We replaced all the occurences of preferences.pl in admin-home and main page wit

Re: [Koha-devel] New preferences editor

Le 10/06/2010 14:10, Nicole Engard a écrit : > Marcel, > > I have reported a lot of bugs about missing preferences. Most are > found with this search: > http://bugs.koha-community.org/bugzilla3/buglist.cgi?quicksearch=sys+prefs > > As for instructions on how to add them, I can write that up, but

Re: [Koha-devel] memcached?

Le 04/06/2010 18:40, Dobrica Pavlinusic a écrit : > On Fri, Jun 04, 2010 at 04:35:51PM +0100, Colin Campbell wrote: >> On 04/06/10 15:42, Cindy Murdock Ames wrote: >>> Hi all, >>> >>> The good news: CCFLS went live with 3.2alpha2 on Tuesday! The bad news: >>> our transactions are *really* slow at t

Re: [Koha-devel] BibLibre strategy for Koha 3.4 and next versions

Le 02/06/2010 12:22, Reed Wade a écrit : > Any reason not to move to a 4 week release cycle? With alternate ones > getting "better" testing. > > It would mean automating a lot of things -- but doable and worth it in any > case. ^^The main reason is this one. and no doubt that it IS BOTH doable A

Re: [Koha-devel] BibLibre strategy for Koha 3.4 and next versions

Le 02/06/2010 10:25, Chris Cormack a écrit : > Hi Paul > > There is an IRC meeting today, in 3 hours time .. but this topic is > much to big for that, so I propose we leave it off the agenda for > that, and let people think about the ideas raised for a bit, and then > do replies. Hi chris, this m

Re: [Koha-devel] dontmerge system preference

Le 01/06/2010 19:38, Nicole Engard a écrit : > Hi all, > > I want to update the template to show the right text, but I don't know > for sure which is which and figure one of those of you who have done > dev work will know: > > The dontmerge preference says "Don't automatically update attached > b