IRC log for #koha, 2006-11-04

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
12:42 kados paul: are you present?
12:42 paul: do you have a french marc21 library now? or one in switzerland?
12:45 paul hi kados.
12:45 nope, I don't have a french marc21 library, but I have :
12:45 - 2 french unimarc library in switzerland
12:46 - 1 english unimarc library in nederlands
12:47 in switzerland, the libraries are 1 public & 1 specialized
13:05 kados ahh
13:05 so you have not yet encountered doublebyte characters :-)
13:05 it seems we have one remaining UTF-8 problem in Koha 2.2 series
13:06 mysql doesn't support collation of single-byte characters like 'a' to multibyte characters like 'aÌ?'
13:06 paul (note that, as all of them are unimarc & french, i've char encoding latin1,)
13:07 kados so for instance, a search on 'gabor' does not return results for 'GaÌ?bor'
13:07 paul ??? really ?
13:07 kados so it seems
13:07 paul there are many utf8_xxxx, can't one of them solve this ?
13:07 kados (note, this only applies to multibyte chars
13:07 I have tried utf8_general
13:08 paul maybe utf8_slovak or utf8_polish could help here ?
13:09 kados perhaps
13:09 but it's not ideal
13:09 because what if you have a catalog with five languages ?
13:09 paul right.
13:10 kados (I have ... it's WIPO ;-))
13:10 paul strange behaviour. It means there is no complete utf8 support in mySQL, isn't it ?
13:10 kados well, I have just discovered this problem
13:10 so I don't want to be too hasty
13:11 I was just wondering if you encountered it before
13:11 paul ok, i'm afraid i won't be helpfull in this matter...
13:12 kados and it seems that the 'collate' sql is quite slow
13:12 so it's not much help
13:12 ie, select distinct word from marc_word where word like 'ga%' collate utf8_polish_ci;
13:12 takes a very long time
13:12 hdl maybe tumer can help
13:12 hi tumer
13:12 dewey hi tumer is still strugling
13:13 tumer nope only in zebra!
13:13 paul hello tumer
13:13 tumer hi all
13:13 kados hey tumer
13:13 tumer hi kados
13:14 kados select distinct word from marc_word where word like 'gabor%' collate utf8_polish_ci;
13:14 only returns 'gabor'
13:14 tumer kados why are you still using marc_word and not zebra?
13:14 kados :(
13:14 tumer: this is a legacy client
13:15 paul + we will have the same problem when searching for patron gabor in koha-zebra !
13:16 tumer you canu use map function in sort.chr file and it will return 'GaÌ?bor for gabor
13:17 map (aÌ?) a will do it
13:19 equivalent (aÌ?)a is even better
13:20 kados one solution is to simply avoid all multi-byte characters for mysql
13:20 and use the single byte equivilents
13:20 that's what I'm going to suggest I think for WIPO
13:28 tumer kados:Koha is now mobile!
13:28 we have the ssytem running
13:28 paul great !
13:28 tumer we will officially launch next week
13:28 paul could you explain how you do this (technically)
13:29 tumer we have access to an operators gateway
13:29 we can send and receive SMS messages by POST or GET methods
13:30 so  i have written a module (currently only for renewals)
13:30 kados tumer: woot!
13:30 tumer it just parses a line like RN username password barcode
13:31 RN meaning renew
13:31 answers back with new renewed date or Return the book its reserved and so on
13:32 koha automatcally sends overdue messages with SMS as well
13:32 paul:is it clear?
13:32 kados neat
13:33 paul wow ! it's clear & really really easy !
13:33 to get access to operators gateway, you just ask them (& pay some money I think ;-) )
13:34 tumer yes! i will even earn money on it
13:34 they like to have SMS traffic
13:34 paul ???
13:34 kados cool!
13:34 tumer and are wiling to share profits
13:34 paul you will get money to send SMS ???
13:34 tumer nope
13:35 customers sending SMS
13:35 the cost to them
13:35 i get a share of that money
13:35 paul ah, ok, I understand. Don't you have a feature to send SMS when a return date is near ?
13:35 tumer i have that
13:36 paul (because for this, you pay, right ?)
13:36 so, it's something like :
13:36 tumer i managed to get them to accept for me to send that free as a contribution to thr library
13:36 paul - I send a SMS to patron1 => cost EUR0.10
13:36 - patron1 renew through SMS => you get EUR0.02
13:36 hdl kados : sorry to interrupt.
13:37 tumer paul yes very similar
13:37 hdl I get a loop. but how do I use ZOOM for outer catalogue and present ppl with results.
13:37 ?
13:38 It should be the same as with processz3950queue is it not ?
13:38 And what about opensearch servers ?
13:38 How does it work.
13:38 ?
13:45 tumer hdl:whats the problem?
13:46 hdl the problem is that I am trying to allow outer catalog search as kados allowed in koha-2.4
13:47 and I am nneither getting connected to outerservers nor getting reults from them with getRecords.
13:48 tumer check the code catalogue/isbnsearch.pl in head
13:49 kados tumer: I've got a question for you
13:49 tumer a very similar code runs in our OPAC in Advanced serach/Union catalogue
13:49 kados:shoot!
13:50 kados I'm getting really sick of the old Z3950 daemon
13:50 do you think you could port the new stuff you did with ZOOM to rel_2_2?
13:50 I mean the Z39.50 client ...
13:51 tumer no problem; my isbnsearch.pl should just work with little modifiation
13:52 kados it's the most troublesome part of koha 2.2 I think
13:52 for new users
13:52 paul tumer : it's not isbnsearch.pl
13:52 it's processz3950queue
13:52 kados in fact, if we did this, I think we could release 2.2.7
13:52 paul (isbnsearch : toins modified it recently to use zoom as everywhere else)
13:52 tumer you do not need procesz3950 anymore
13:52 kados tumer: I'm speaking of rel_2_2
13:52 paul ???
13:53 kados tumer: because many libraries will still use it
13:53 paul is it modified in koha-zebra ???
13:53 kados tumer: I was asking if you could take your new stuff in HEAD and put it into rel_2_2
13:53 tumer kados and paul i am getiing confused!
13:54 kados tumer: to eliminate processz3950queue for rel_2_2
13:54 tumer: ok, I'll start over :-)
13:54 tumer: in rel_2_2, processz3950queue is still used
13:54 tumer in head there is no more Z3950 deamons
13:54 kados tumer: but in HEAD, it's not
13:54 tumer: I am asking if you could merge the HEAD code to rel_2_2
13:54 tumer that should be very easy to port to 2_2
13:54 kados tumer: so that we can release 2.2.7 with improved Z3950 client
13:55 I think we would get many 'points' from the community on this
13:55 tumer and OK i will do it on 2_2
13:55 kados as it's definitely the most asked question on koha list
13:55 paul huray for tumer !
13:55 kados tumer++
14:04 tumer hdl:sorry I meant z3950/search.pl not isbnsearch.pl (sorry paul as well)
14:04 paul maybe you should re-write your question for kados & tumer...
14:18 hdl kados, tumer : my question was to adapt kados intranet search facility to search multiple catalogs would it be z3950 servers or opensearch servers.
14:19 I thought this facility was provided by kados on devweek
14:19 But it seems it doesnot work yet on rel_3_0.
14:19 So I was wondering how to get them work.
14:27 tumer hdl:i have a different code than kados's so its kados to answer
14:27 kados dev_week supports federated searching
14:27 but it's not completely finished
14:29 tumer hdl: you can see a sample at http://library.neu.edu.tr/cgi-[…]a/union-search.pl if it helps i'll send you the code
16:17 hdl kados : Did your primary and secondary server loops worked for you ?
16:18 You told me it was not finihsed yet. But what is to be done ?
16:19 kados hdl: the results display
16:19 hdl: we would need a new framework for each federated source I think
16:20 hdl: honestly, I didn't think much about it ... except to allow federated search in the getRecords sub
16:20 hdl So this is HIGHLY experimental at present time is it not ?
16:22 The fact is that each ZOOM connection need some options to be set, such as cclfile for instance.
16:22 kados : but I thought that servers could all get into z3950servers table.
16:23 With "position" (primary, 2dary, blank) and "type" (zed or opensearch)
16:24 But the fact is that some information is still missing.
16:27 kados hdl: it is highly experimental
16:27 hdl: the opensearch does not work at all except on an uncommitted version of Search.pm that I need to clean up
16:28 hdl: the framework would decide how to display the MARC record when retrieved
16:28 hdl: ie, what is mapped to koha fields in the template
16:28 hdl: but we may want a more flexible approach such as conversion to MODS or something
16:28 hdl: (IMO, using XML -> XSLT -> XHTML is the best approach
16:29 if you can spend some time understanding how it shouhld work)
16:29 hdl (I agree)
16:29 (on XML->XSLT->XHTML)
16:29 kados too bad for me, I'm likely to be too busy in Nov/Dec for any development :(
16:30 hdl So I gues this shouldnot be part of Koha rel_3_0.
16:30 It really nedds som more dev.
16:31 IMO, we should have getRecords be splitted into parts so taht queries could be trated by types.
16:32 Opensearch, z3950, ccl, and so on.
16:32 Opensearch, rpn, ccl, and so on.
16:32 This qould allow us to magically implement some new search engines  
16:34 Maybe buildQuery should also be built in this aim.
16:35 But it needs some development planning.
16:42 kados hdl: I agree
16:42 hdl hi _paul
16:43 kados : I dont think you tried greenstone.
16:43 did you ?
16:44 kados hdl: not carefully
16:44 hdl It present some cool features in integrating oai and word and any doc type through plugins.
16:44 kados yep
16:44 very nice features
16:44 hdl And maybe Koha could get some inspiration from it.
16:45 migrating to Koha is quite a big burden for ppl.
16:45 This is what we are paid for.
16:45 kados yep
16:45 hdl But I think taht if it would be easier, more and more persons would come to Koha.
17:24 thd kados: are you there?
21:43 tumer chris:around?
21:44 chris yep
21:44 sup tumer?
21:45 tumer how are you?
21:45 chris good thanks and you?
21:45 tumer do you have a dev_week running?
21:45 chris sure do
21:46 want me to test out your commits?
21:46 tumer i have just committed a new z3950 search to dev_week
21:46 yes please
21:49 kados tumer: ahh, to dev_week? do I need to alter the db at all?
21:49 tumer: originally I meant rel_2_2 but dev_week will do ;-)
21:49 tumer no alteration to db
21:50 sorry i am really confuesed with all this releases
21:50 chris Global symbol "$breedingid" requires explicit package name at /usr/local/koha/intranet/modules/C4/Breeding.pm line 125
21:50 tumer right
21:51 kados tumer: there are four now:
21:51 rel_2_2 is the 'stable' 2.2 series (next version in this series is 2.2.7)
21:51 chris seems to be working now
21:51 kados rel_2_2 will have a long life AFAIK
21:51 it's nice and simple for small libraries
21:51 tumer thanks chris
21:52 kados chris: did you commit?
21:52 ahh, see it now
21:52 chris yep
21:52 tumer kados: on Windows i cannot fork so the results appear one after the other you may change that
21:53 chris whats a known working z3950 server?
21:55 tumer try me on library.neu.edu.tr:9010
21:57 kados hmmm, I'm getting a ton of errors in Breeding.pm
21:57 chris weird
21:57 tumer i only added one line
21:57 kados lobal symbol "$i" requires explicit package name at /koha/intranet/modules/C4/Breeding.pm line 73.
21:57 chris im not
21:57 kados maybe I'll synch up again
21:58 chris theres not even an $i on line 73 for me :)
21:58 kados yea, fixed now
21:58 musta been something I was mucking with :-)
21:59 tumer: nothing found for 'tom sawyer'
21:59 tumer: and some pretty good servers defined
21:59 nothing interresting in the log
21:59 and it still gives the 'Still ?? servers to search' message
22:00 but the page never reloads
22:00 chris hmm mine doesnt do that
22:00 lemme add some more
22:00 kados z3950.loc.gov:7090/
22:00 tumer kados:can you please uncomment the warns in search pl
22:00 kados z3950.loc.gov:7090
22:00 voyager
22:00 will do
22:01 hang on, it's working now
22:01 sweet!
22:01 chris heh
22:01 kados wait
22:01 chris what was going on?
22:01 kados may have spoken too soon
22:01 it was me mucking around again ;-)
22:02 I just get a message 'still 7 servers to search'
22:02 no page reload
22:02 chris yeah that page isnt reloading
22:02 tumer the page dows not reload
22:02 kados and manual reload doesn't turn up anything
22:02 no?
22:02 does it use ajax?
22:02 tumer it just adds to the page
22:03 no ajax
22:03 chris ah ha
22:04 tumer this works on IE but i am not sure on firefox
22:04 kados hmmm
22:06 nope, same deal
22:06 tumer chris:it just does a print $template->output after each server result
22:06 chris right
22:07 tumer it works for IE for me but i cannot test it on dev_week
22:08 kados IE for me acts the same
22:08 Bibliographic Records Found in 205.184.70.3   Title  Author  ISBN    
22:08 Nothing found
22:08 Still 7 servers to search
22:08 chris ill put some warns in and see where its getting to, its only doing the first server
22:08 kados just that page
22:09 tumer uncomment line 153 and you will see all zoom movements
22:09 chris yep it only does that once
22:09 im trying to figure out why
22:10 ah ha
22:11 i did this
22:11 $oConnection[$s]->connect($server->{name}, $server->{port}) || warn "cant connect";
22:11 cant connect at search.pl line 138.
22:11 so now i have to figure out why :)
22:13 tumer chris:comment out line 131 and 132 for user and password i do not have those
22:15 kados server->syntax?
22:15 would that be USMARC?
22:15 tumer replace with USMARC
22:15 kados I wonder if it should be MARC21 instead
22:15 tumer i have USMARC hardcoded
22:16 and loc works
22:16 kados not yet for me
22:16 tumer in fact they all work with that but just incase for those UNIMARC
22:16 chris ah ha
22:16 telnet z3950.loc.gov 7090
22:16 Trying 140.147.249.38...
22:16 telnet: Unable to connect to remote host: Connection refused
22:16 that explains that at least
22:17 kados wtf?
22:17 chris probably a local firewall
22:17 kados olc1.ohiolink.edu 210
22:17 chris i can connect to it from home
22:17 kados right
22:18 chris so its a firewall blocking that port outbound on my dev box
22:18 so i cant really test im afraid
22:18 kados heh
22:18 well my test box isn't firewalled
22:18 loc is very slow though
22:19 but I have 7 servers defined
22:19 tumer chris:ROCK.LIB.ASU.EDU:210
22:19 kados s I'd think one of them would work
22:19 chris: 66.213.78.76:9900 work for you?
22:19 chris no ports will
22:19 kados chris: I could start it up on a port you aren't firewalled on
22:20 chris: 443 maybe?
22:20 chris hmm lemme see
22:20 kados 9999
22:20 66.213.78.76:9999 is where it's actually at
22:21 tumer LIBRARY.MIT.EDU:9909 which is MIT is also working
22:21 chris ill test later but it looks to me like it should work if it could connect
22:21 kados did you change anything chris?
22:21 tumer currently i am searching,loc,ohio, MIT Oxford all working
22:22 chris nope kados, just stuck some warns in
22:22 kados huh
22:22 chris try uncommenting the warns in there and watch the logs
22:23 kados yea, doing that now
22:23 weird
22:24 I get Connect failed (10000) PASADENA P.L.:210 for all of them
22:24 chris right
22:24 have you tried commenting out the user and password bits?
22:24 kados yep
22:24 don't get an erro for loc
22:24 but no results returned
22:25 chris see about line 138
22:25 $oConnection[$s]->connect($server->{name}, $server->{port})
22:25 that line
22:25 try making it
22:25 $oConnection[$s]->connect($server->{name}, $server->{port}) || warn ("somthing went wrong: " . $oConnection[$s]->errmsg());
22:25 see if we can get some info
22:26 kados connection 0: event 10 (end)205.184.70.3 at search.pl line 158.0 205.184.70.3 error @attr 1=4 @attr 4=1   "mark": Connect failed (10000) PASADENA P.L.:210
22:27 no warning for the 'something went wrong'
22:27 chris interesting thats what fails for me (cos of the firewall)
22:27 but u get past that
22:27 tumer line 153 will give you more messages on connection
22:27 chris and then when it tries to search it dies
22:28 kados tumer: that warn is uncommented already
22:28 chris could do
22:28 $oResult[$z] = $oConnection[$z]->search_pqf($query);
22:28 into
22:28 $oResult[$z] = $oConnection[$z]->search_pqf($query) || warn ("somthing went wrong: " . $oConnection[$s]->errmsg());
22:28 kados but the error I'm getting is a connection prob
22:29 and I don't get it for loc strangely
22:29 chris well thats what zoom says
22:29 kados nothing
22:30 tumer why dont you try your own zebra server ?
22:30 chris so it gets past that, ie its doing the search
22:30 kados I'm not so sure
22:30 chris if you do it against just 1 server, ur one
22:30 tumer put a warn to $numresults
22:31 chris you hopefully will see it connect in the zebra logs?
22:31 kados hmm, it is inside that for loop
22:31 chris: good thinking
22:33 huh ... it doesn't connect
22:33 tumer very weird!
22:35 kados well, I can try to troubleshoot some more later
22:35 right now I should get some dinner
22:35 thanks tumer!
22:35 tumer let me know so i can do something if necessary
22:45 chris i added the user and password to mine and it still works
22:49 chris right so its not that then, after work ill do some more testing, its probably somethng simple
22:49 tumer try http://library.neu.edu.tr:8100[…]uing/addbiblio.pl with id:0123456 pass:arman if u like
22:51 chris sweet that works just fine
22:52 very cool
22:52 tumer only thing different is after results i call for xml in head and for marc record in that version
22:53 line by line same code
22:53 chris right
22:54 tumer so pls chek firewals etc and our settings
22:54 gnight for now
22:54 chris yeah i know mine is firewalls, i cant test further than that until i change that
22:54 good night
23:43 kados something went wrong: No error at search.pl line 130.
23:43 that's this line:
23:43 $oConnection[$s]->connect($server->{name}, $server->{port}) || warn ("something went wrong: ".$oConnection[$s]->errmsg());
23:44 chris: if you cvs up I re-did the tabs so they're pretty
23:44 chris cool
23:44 but we still arent connecting for some reason eh
23:44 did you see tumers koha?
23:44 kados yea, for 'no error' :-)
23:44 no, didn't
23:44 chris its pretty cool
23:45 kados the template, or what?
23:45 chris the way the results come back
23:45 kados ahh, yea I've seen the OPAC
23:45 chris i meant the z9350 search
23:45 kados ahh, no I haven't
23:45 chris if you scroll back
23:45 kados but I know how it works
23:45 because I've done that myself
23:45 chris it has the link and username and password
23:46 kados just keep printing out to the browser
23:46 chris yep
23:46 kados if we wanted
23:46 we could use that technique for the federated search in koha
23:46 and some javascript could keep the results in the right places
23:46 so we could have asynchronous results I mean
23:47 which would be much faster to load
23:47 chris right
23:47 but first we have to figure out why its not connecting :)
23:47 kados and if we were smart about it it would still work in lynx
23:47 yea :-)
23:49 got it
23:49 warn ("server data",$server->{name}, $server->{port});
23:49 server dataNELSONVILLE PUBLIC LIBRARY9999
23:49 nothing to connect to :-)
23:50 chris ahhh
23:50 kados hehe, now I get a 500 error :-)
23:50 chris so it should be $server->{host} insteadd eh?
23:50 kados yea
23:51 chris makes sense
23:51 kados database unavailable
23:51 hmmm
23:51 ahh, my fault
00:04 rhariram hi kados
00:05 kados hi rhariram
00:05 rhariram: what's up?
00:06 rhariram any clue on bug 1230
00:07 kados rhariram: sorry, I haven't had a chance to pursue it
00:08 rhariram: got a number of clients needing stuff done before I do my volunteer stuff ;-)
00:09 rhariram ok. no problem. could you give pointers on how to pursue it ?
00:11 kados if I recall, it's only happening in the koha tables, right?
00:11 not the marc_subfield_table?
00:11 it could be a problem with the table definition
00:12 or it could be a perl problem, something might be setting or unsetting the utf8 flag to perl and causing it to double-encode the field
00:12 that would be burried deep in the code somewhere and proabbly hard to spot/test
00:12 rhariram that right only in the koha tables and not marc_subfield_table
00:13 ok
00:31 kados: was just looking at the koha.mysql file. Table definitions look ok.
00:33 kados rhariram: is the column type the same for marc_subfield_table as the column you'r ehaving trouble with?
00:52 rhariram kados: yes. column type are the same. biblioitems.publishercode & marc_subfield_table.subfieldvalue are varchar
00:52 kados so next thing I'd check is the perl I guess
00:52 that could be really tricky :-)
01:00 rhariram i just saw that the marc_subfield_table.bibid and biblioitems.biblionumber are not the same. So where does the info on the connection between the recs in the two tables get stored ?
01:01 kados marc_biblio
01:01 dewey somebody said marc_biblio was the old rel_2_2 table
01:02 kados dewey: no, marc_biblio is where you can find the relationship between marc_subfield_table.bibid and biblioitems.biblionumber in the 2.2 series of Koha
01:02 dewey ...but marc_biblio is the old rel_2_2 table...
01:02 kados dewey: no, marc_biblio is where you can find the relationship between marc_subfield_table.bibid and biblioitems.biblionumber in the 2.2 series of Koha
01:02 dewey ...but marc_biblio is the old rel_2_2 table...
01:02 kados dewey: no marc_biblio is where you can find the relationship between marc_subfield_table.bibid and biblioitems.biblionumber in the 2.2 series of Koha
01:02 dewey OK, kados.
01:02 kados good dewey
01:02 marc_biblio
01:02 dewey marc_biblio is the old rel_2_2 table
01:03 kados ahh
01:03 chris: is dewey broken?
01:03 dewey: no marc_biblio is where you can find the relationship between marc_subfield_table.bibid and biblioitems.biblionumber in the 2.2 series of Koha
01:03 dewey i already had it that way, kados.
01:03 kados marc_biblio
01:03 dewey marc_biblio is the old rel_2_2 table
01:03 kados heh
01:03 chris just tell him to forget
01:04 dewey: forget marc_biblio
01:04 dewey chris: I forgot marc_biblio
01:04 chris no marc_biblio?
01:04 dewey no marc_biblio is where you can find the relationship between marc_subfield_table.bibid and biblioitems.biblionumber in the 2.2 series of Koha
01:04 chris hehe if you had done
01:04 no, marc_biblio etc
01:04 it might have worked :)
01:04 marc_marc_biblio is where you can find the relationship between marc_subfield_table.bibid and biblioitems.biblionumber in the 2.2 series of Koha
01:05 damn
01:05 marc_biblio is where you can find the relationship between marc_subfield_table.bibid and biblioitems.biblionumber in the 2.2 series of Koha
01:05 marc_biblio?
01:05 dewey it has been said that marc_biblio is where you can find the relationship between marc_subfield_table.bibid and biblioitems.biblionumber in the 2.2 series of Koha
01:09 rhariram kados: where  in perl could I start looking? hows the utf8 flag defined?
01:14 bureado Greetings. I have a question. Is it possible to "retrieve" information from a public Z3950 server (I'm using the LOC one) just by providing the ISBN or Author name? Is it that "automagical"?
01:14 (in Koha, of course :))
01:18 chris yes
01:18 is the short answer :)
01:19 the long answer is its kinda tricky in 2.2.6 you need to start up the z3950 daemon (all documented at kohadocs.org and in the mailing lists)
01:20 but we have just gotten a much nicer version working, that will be in 2.2.7 in the near future
01:20 which is much easier to use
01:20 bureado I see. That's the missing part indeed.
01:20 I'll check the docs. Thanks!
01:22 chris http://www.kohadocs.org/usersguide/ch04s02.html
01:22 is a good place to look
01:29 kados rhariram: that is a very complicated question :-)
01:30 rhariram: check the perl unicode documentation
01:34 rhariram have gone thru perl unicode documentation once in the past. will do it again
01:36 bureado ZOOM error 10007 "Timeout" from diag-set 'ZOOM'9546/9 : Processing author=Dewey at CENTRAL TEXAS COLLEGE 63.109.217.181:2200 unicorn MARC21 (2 forks)
01:36 Maybe I made an sloppy ZOOM install, can anyone give me any pointers regarding this issue?
01:46 Or maybe it's just timing out
01:47 chris could be
01:47 try telnet 63.109.217.181 2200
01:48 (assuming ur on a *nix box)
01:48 and see if it answers
05:20 btoumi hi all
05:25 chrtis are u around?
05:25 chris sorry
05:33 paul lot of  ppl on the chanel today,... even if it's quite
05:36 toins hello world
05:46 osmoze hello too
06:24 chris im around now
06:24 paul hello chris (the only non-french native atm)
06:36 chris who is hpassini? another person from SAN-OP?
06:36 paul yep.
06:36 helene passini
06:37 chris ahh cool
06:38 btoumi hi chris
06:39 hdl chris : did z3950 search work when committed ?
06:39 chris hi bruno
06:39 hdl It doesnot work for me.
06:39 chris it works in dev_week
06:39 hdl needs some refresh.
06:39 chris it should just keep loading
06:40 without needing any refreshes
06:40 hdl Joshua committed on rel_2_2
06:40 chris ahh hes committed there already cool
06:40 hdl But there are no ops on first load.
06:40 chris hmm
06:40 hdl So it just loads servers and the wait.
06:41 So it just loads servers and then wait.
06:41 chris maybe missing a template
06:41 hdl Shoul I try to ask for a do_search ?
06:41 chris lemme take a look
06:42 give me a couple of seconds to get it installed
06:44 does it look like this when you do a z3950 search?
06:44 http://koha.kohadev.katipo.co.[…]umber=&title=test
06:44 hdl no.
06:45 chris looks like a template has been missed then
06:45 2 seconds
06:45 hdl search.tmpl should be the one.
06:46 sorry searchresults.tmpl
06:49 chris hmm that looks right in 2.2
06:49 the template looks the same as in dev_week
06:52 hmm does the template you have installed have the Search internet button on it?
06:57 hdl No.
06:57 Thanks Chris.
06:57 I got my first result.
06:57 Big encoding problem.
06:57 But I fixed it with processz3950queue.
06:58 So it can be solved.
06:59 chris cool
07:00 yeah the search.pl is quite straightforward, so you should be able to fix it there
07:00 hdl chris : Do we know when marc::* wil be released ?
07:01 Becuas it can be blocking for us.
07:01 chris i dont, joshua might
07:02 paul i have asked mike rylander for marc::file::xml, it should be done quickly
07:03 (ed summer is cpan maitainer, so mike will have to ask him)
07:05 chris right
07:06 paul but it seems we have a definite problem with MARC::Record
07:06 maybe fork a MARC::Record::Improved package ?
07:07 chris yeah, we might have to if no one is going to release a new version
07:07 paul seems that Andy stay silent when requested for new releases
07:08 chris yes
07:11 have we tried sending him a patch?
07:12 paul I tried nothing. Although the sf/CVS version is 2.0 & the cpan one more than 2 years old.
07:15 chris yeah i wonder why he's not releasing it
08:54 tumer kados:around?did you get my commits to work?

← Previous day | Today | Next day → | Search | Index

koha1