IRC log for #koha, 2005-09-08

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

All times shown according to UTC.

Time Nick Message
12:00 hdl ok.
12:00 So still some work.
12:19 kados [Tue Sep 06 12:41:50 2005] [error] [client 70.60.17.225] malformed header from script. Bad header=38028: circulation.pl, referer: http://intranet.athenscounty.l[…]rc/circulation.pl
12:19 [Tue Sep 06 12:41:50 2005] [warn] /cgi-bin/koha/circ/circulation.pl did not send an HTTP header
12:20 hehe
12:20 http://perl.apache.org/docs/ge[…]rect_headers.html
12:20 there's a whole book on this mod_perl problem ;-)
12:21 owen Hi meushi
12:21 meushi hi Owen
12:23 I didn't get any time to work on koha today :(
15:27 russ kados : are you around?
15:27 kados russ: yep
15:27 russ: keep bugging me ... I'll finish koha.org soon ;-)
15:28 russ heh
15:28 the support section is the one i am most keen to see finished from your lot
15:28 kados cool ... I'll re-prioritize then
15:29 atm I'm trying to get Koha up-and-running on mod_perl2
15:29 got the OPAC working but the Intranet has a few bugs yet
16:40 [Tue Sep 06 17:38:18 2005] [error] [client 192.168.2.59] Use of uninitialized value in numeric eq (==) at /usr/local/koha/intranet/mod​ules/C4/Circulation/Circ2.pm line 349., referer: http://intranet.athenscounty.l[…]a/circ/returns.pl
16:41 lots of stuff about uninitialized stuff
16:41 chris yep
16:41 and for the most part those are ignorable warnings
16:41 kados chris: but I think that's actually going to be a prob for mod_perl
16:41 I could be wrong
16:41 chris the easy fix is
16:42 for that line
16:42 kados we also get a fair amount of:
16:42 [Tue Sep 06 17:38:17 2005] [error] [client 192.168.2.59] "my" variable $loanlength masks earlier declaration in same scope at /usr/local/koha/intranet/mod​ules/C4/Circulation/Circ2.pm line 918., referer: http://intranet.athenscounty.l[…]a/circ/returns.pl
16:42 chris yeah thats worth fixing
16:42 can you paste in line 349 of returns.pl ?
16:43 sorry Circ2.pm
16:43 kados yea
16:43 chris ($iteminformation->{'dewey'} == 0) && ($iteminformation->{'dewey'}='');  is this it?
16:43 kados yep
16:44 chris i hate those constructs .. but thats just a personal preference
16:44 kados I dont even get it
16:44 I though == was a comparison operator
16:44 chris it is
16:44 its saying this
16:44 kados but there's no control statement
16:45 chris if ($iteminformation->{'dewey'} == 0){
16:45 ($iteminformation->{'dewey'}='');
16:45 }
16:45 kados that's an implied if? bugger!
16:45 chris yeah
16:45 to fix that warn
16:45 kados who would code like that
16:45 chris id make it
16:45 kados it's insane ;-)
16:45 chris if ($iteminformation->{'dewey'} && $iteminformation->{'dewey'} == 0){
16:46 $iteminformation->{'dewey'}='';
16:46 }
16:47 that will stop it warning about us trying to compare  $iteminformation->{'dewey'} when its uninitialized
16:47 kados gotcha
16:47 chris also makes the program one tiny fraction faster
16:48 kados sweet
16:49 chris what was the other error?
16:49 kados there are a ton of those comparisons that don't check for the existance of the element
16:49 in Circ2.pm and elsewhere
16:49 chris 'my $loanlength = $sth->fetchrow_hashref;
16:49 theres a ton of them
16:49 my $loanlength = $sth->fetchrow_hashref;
16:49 in getLoanLength
16:49 looks to me like a cut and paste
16:50 ripping all the my's out except for the for first one cant hurt
16:51 kados done ...
16:53 there are just so many warnings it's really overwhelming
16:54 [Tue Sep 06 17:52:33 2005] [error] [client 192.168.2.52] Use of uninitialized value in numeric eq (==) at /usr/local/koha/intranet/mod​ules/C4/Circulation/Circ2.pm line 1259., referer: http://intranet.athenscounty.l[…]a/circ/returns.pl
16:54 I assume this is the same prob
16:54 if ($patroninformation->{'debarred'} == 1) {
16:54 chris yeah same thing
16:54 kados should be if ($patroninformation->{'debarred'} && $patroninformation->{'debarred'} == 1) {
16:55 man ... that's going to take forever ;-)
16:55 they are everywhere ;-)
16:55 chris yeah, but they dont hurt .. those are legit warnings
16:55 kados I bet every control statement in Circ2.pm
16:55 what do you mean ... it should be changed?
16:55 or it doesn't matter?
16:56 chris it doenst matter, its tidying .. nicer to change them all, but it doesnt break anything to leave them
16:56 kados except my disk when it fills up with warnings in the log ;-)
16:56 chris yeah cept that
16:56 thats why the rule is
16:56 "develop with warnings, turn them off for production"
16:57 kados gotcha
16:57 chris unfortunately it looks like we are doing it the other way round :)
16:57 kados hehe
16:57 trouble is
16:57 it's really tough to spot important warnings
16:57 with all the junk
16:58 so one major way to troubleshoot mod_perl is through warnings
16:58 chris yep
16:58 fixing them certainly doesnt hurt
16:58 kados but it's pretty much impossible with this many warnings coming through every second
16:58 thd kados: the way to spot important warnings is to fix them all :)
16:58 kados thd: exactly
16:59 maybe we should have a 'fix Koha warnings' meeting on IRC
16:59 we can each take a module
16:59 chris we should make sure we get steven
16:59 stephen even
16:59 kados hedges?
16:59 chris to add "always develop/test with warnings on"
16:59 kados ahh
16:59 chris to the code document thing
16:59 kados yes
16:59 in fact, I like that idea so much I'm going to announce it to koha-devel ;-)
17:00 (the warnings meeting)
17:00 chris :)
17:00 kados chris: you're going to be away for a bit real soon right?
17:00 chris: when is the con ... the 9-14?
17:01 chris yeah your dates
17:01 kados ok ... I'm off to get some dinner
17:01 chris 11-15 is the conference .. we are heading down on the 10th
17:02 kados be back soon
17:02 chris k
19:37 russ wb kados
20:23 kados russ: a first go at the support index.html was just uploaded
20:24 russ: for the pay page ... how do we want it organized?
20:25 russ: I think the current pay for support site is a bit much
20:25 russ: as in I think there might be more companies listed than there are actual Koha installations ;-)
20:27 must be lunch time in NZ ;-)
20:28 thd :)
20:29 kados: have you seen the message on the koha-devel list forwarded from the koha list?
20:29 kados thd: yep
20:29 thd: haven't had a chance to reply
20:29 thd: but I will asap
20:31 thd kados: The Koha map certainly needs more dots in Canada even if some of the message presumptions may be a little confused.
20:34 kados: You might organise the pay page by the number and size of Koha installations supported within each of the regional categories.
20:34 russ hi sorry
20:34 was working on an important email
20:35 yeah i was wondering about the support companies
20:36 the aussie and kiwi ones are certianly all current
20:36 actually
20:37 at least i think they are
20:38 kados you there?
20:38 kados russ: yea
20:38 russ: now _I'm_ writing an email ;-)
20:39 russ :-)
20:41 kados k ... done
20:41 russ: what's up?
20:51 russ: so how shall we organize vendors?
20:51 russ: active vendors are:
20:52 Katipo, Paul, Turo, LibLime, ?Skemota?, ?INEO?
20:52 russ: any others?
20:53 thd does pate-lurk maintain any Koha installations?
20:53 chris roger buck is still active
20:53 kados ahh ... cool
20:53 chris so are strategic data
20:54 dunno about hardsoft
20:54 we could email and ask
20:54 kados never even heard of strategic data
20:55 Adam ... hmmm ... sortof sounds fammiliar
20:55 chris the adams did philanthropy australia
20:55 with us
20:55 kados ahh
20:56 chris well they did the install we did some customised stuff
20:56 kados gotcha
21:00 so any ideas on how to organize this?
21:00 by continent? country? alphabetical?
21:04 russ seeing as we are happy to support anyone overseas who will front up with an airfare :-)
21:04 kados hehe ... yea ... us too ;-)
21:15 russ: pay.html draft uploaded
21:20 russ cool
21:21 gee that worked out well for us :-)
21:21 kados chris: can you install CGI::IRC on the Koha site so folks don't have to download an IRC client to get real-time support?
21:21 russ: yea ... /me blushes guiltily ;-)
21:22 russ must find out if paul has a company that he uses
21:23 kados he doesn't
21:23 I checked already
21:23 it's a sole proprietorship
21:26 russ: k ... draft of free.html headed your way
21:26 you'll have to convince chris to take 10 minutes to install CGI::IRC ;-)
21:26 test it out here:
21:26 irc.liblime.com
21:27 if you're skeptical that a web-based IRC chanel is possible (as I was before I saw this client)
21:29 russ and chris, do you guys have a new template for your conference?
21:32 rach I think we do
21:32 based on the pictures I did  - http://katipo.co.nz/gallery/ko[…]-4/search_ideas_1
21:33 but I haven't seen it yet
21:35 and we installed cgi::irc just last week for a client :-)
21:40 kados sweet
21:51 russ nice - Community Portal
21:51 heck if I know what this is
21:51 kados :)
22:51 thd Both Default and NPL templates discard invoice number in 2.2.3.  Is normal acquisitions broken in 2.2.3 with standard templates or did I miss something?
23:17 chris, anyone: help
23:17 hello russ
23:18 russ: are you there?
23:31 russ hi
23:31 thd hello
23:32 russ: Is normal acquisitions broken in 2.2.3?
23:32 russ um not sure
23:33 i may be
23:33 i know we are fixing a bunch of bugs for a couple of clients who are
23:33 deploying 2.2.3 and want to use normal acquisitions
23:34 thd russ: The French sites use normal acquisitions, do they not?
23:34 russ sorry i dont know
23:36 thd russ: Why does the koha.org demo have only till reports under reports?
23:37 russ Koha version:  1.9.2
23:37 it is quite an old version of koha
23:38 thd russ: I had remembered that it was old but are other report types in some other location for that version?
23:39 russ no i dont think they are there
23:39 i think alot of the reports only come with the more recent versions
23:39 rach the french sites do not use normal acquisitions as far as I'm aware, they use simple I believe
23:41 which will be why it doesn't work
00:17 thd hello again Katipo
00:18 four underscores after kados :)
00:19 rach: are you there?
02:34 good morning hdl
02:35 hdl good morning thd
02:35 thd hdl: Do your libraries take periodic inventory?
02:36 hdl Maybe.
02:36 But then they are likely to use the inventory/stocktaking report page.
02:37 thd hdl: inventory.pl is part of the reports module.
02:37 hdl yes.
02:37 thd hdl: exactly
02:39 hdl: how would libraries actually use inventory/stocktaking reports to verify that the inventory actually on the shelf and on loan is the same as recorded in Koha?
02:39 hdl se
02:41 thd hdl: se?
02:41 hdl seems that when you get on the page, you can choose the itemcallnumber to watch for.
02:41 and you can select the time you last saw them.
02:42 see is lend or receive.
02:43 thd hdl: how would that help determine whether material is missing or misplaced from a shelf?
02:44 hdl usually, itemcallnumber are organized by shelves.
02:45 Nevertheless, I agree that there is only two status seen or not and not misplaced.
02:46 But if it was misplaced, then you could place it back on its shelf.
02:46 thd hdl: should I expect to see a list sorted by call number which I would take to the shelf to verify if anything was missing from its proper location?
02:46 hdl And mark it seen. if you already searched the shelf
02:48 I think yes. Does that sound crazy to you ?
02:49 thd hdl: It seems reasonable for the original use of such systems, especially before computers.
02:51 hdl: I had expected a method for scanning books from the shelf and have the system inform if anything was missing from the range.
02:53 jean Hi / Bonjour
02:53 thd hdl: Scanning the books from a location would seem to be a much faster way to perform the mechanical process rather than checking items off of a printed list.
02:53 hdl Sure.
02:54 shouldnot be a dev too important. But for now
02:54 s/too important/too hard/
02:55 no cliant asked for it.
02:55 thd hdl: checking against the printed cards for the shelf list is the method that was used before computers.
02:55 hdl s/cliant/client/
02:56 thd hdl: maybe your clients do not take inventory very often, or do not have very large collections to verify.
02:56 hello jean
02:56 hdl hi jean
02:57 they donot are not urged to make inventory.
02:57 thd hdl: I know of libraries required to take inventory by government mandate.  It is a big task for them.
03:00 hdl: How are authority records imported into Koha?
03:01 hdl they are rebuilt from biblios
03:02 thd hdl: Is UNIMARC Koha unable to use UNIMARC authority records from BNF for example?
03:03 hdl Never tested myself but it should..
03:04 There is MARC structure for authority.
03:05 thd hdl:  Do the MARC records built from biblios have the MARC authority record structure?
03:06 hdl They only have the main form on. No rejected one. But they abide by MARC Authority structure.
03:07 thd hdl: "main form on"?  "rejected one"?
03:11 hdl I don't know english terms for vedette ("star"), which usually is 2XX-fields UNIMARC and "rejetée" usually 4XX-fields
03:19 thd hdl: heading or authorised heading for 2XX.  See reference tracing for 4XX.  See also reference tracing for 5XX.  http://www.ifla.org/VI/3/p1996-1/ucaf.htm
03:21 hdl thx.
03:25 thd hdl: Would Koha now identify which records are authority records from record label 000/06--09 for building the Koha authority value lists?
03:27 hdl But don't think so.
03:28 thd hdl: As record label or leader support has barely been added to Koha  imagine it would not.  At least not yet.
03:29 hdl Koha has to different tables. One for biblio, one for authorities, and bulkmarcimport doesn't do any effort in this field.
03:29 Yes, not yet.
03:30 thd hdl: Therefore I would presume that Koha could not use the authority records from BNF if they were imported.  Koha would not recognise them yet.
03:31 hdl I answered beacause one could design a kind of bulkmarcimport for authorities that would do the job.
03:31 Structure is there. One just need to populate.
03:32 thd hdl: Must authorities for Koha currently necessarily be built from existing bibliographic records and not existing authority records?
03:35 hdl: Where is the structure stored for authorities in Koha?  Is there an authority schema as there is a bibliographic schema?
03:35 hdl ATM, No automatic import is done for authorities.
03:36 thd : yes; see Thesaurus Structure.
03:36 thd hdl: Oh I had forgotten about that :)
03:41 hdl: How can Koha generate UNIMARC 4XX and 5XX from bibliographic records?
03:42 hdl It CAN'T. I said only 2XX were generated, and event, not the complete 2XX, only $a and some other fields.
03:44 thd hdl: The logical necessity of generation form the bibliographic records :)  Sorry, I had misunderstood earlier.
03:46 hdl: The current design could not cope with all the authority records from BnF in any case.
03:47 hdl why ?
03:49 thd hdl: Imagine all the personal name headings for every author showing up in the pop-up authority selection window or all the RAMEAU subject headings in the selection window :)  A different design would be needed for that.
03:50 s/every author/every author in the BnF names authority file/
03:51 hdl Anyway hopefully, libraries only use a very small sub-set of Rameau or BNF authorities.
03:52 thd hdl: One major advantage of using authority records is to select the correct authorised form when doing original cataloguing of material where the name or subject is not already part of the collection.
03:54 hdl: That only works when libraries have authority records for material not already part of the collection.
03:59 hdl: Another advantage for authority records is for finding material catalogued under the authorised heading by searching against authority 4XX, 5XX, etc. field indexes when searching within a field corresponding to a particular type of authority record.
04:01 hdl: Can authority records currently be edited in the Koha record editor?
04:01 hdl Use authority.
04:02 That is meant for that purpose.
04:03 thd hdl: I found that function but I have not built any authority records yet.  I am trying to complete the feature list for the new website before Katipo goes to a library conference.
04:06 hdl You can add an authority, search for authority, and build authorities, add a new category of authority, edit the authority structure.
04:06 thd hdl: That function will not allow me o build original authority records manually.  It will only allow alteration of preexisting records I presume.
04:07 hdl No, you can add an authority also, bbut you have to chose the category... In fact, it is in koha2.2.3 but menus made this feature disappear.
04:08 thd hdl: Where can I find this add an authority feature without the templates?
04:09 hdl Just take the 2.2.3 templates and not cvs version. it will work
04:17 thd hdl:  The only thing somewhat like adding an authority record is adding an authorised value list for a category.
04:18 hdl: /cgi-bin/koha/admin/authorised_values.pl  Is that what you had meant for adding an authority?
04:19 hdl thd: you have to go to Authorities in the latest stable version and you will see you can ADD and search authorities.
04:19 thd: No. you have to look a bit closer.
04:20 osmoze hello all
04:21 hdl thd : http://localhost/cgi-bin/koha/[…]l?authtypecode=CO
04:22 where authtypecode is a code you have in your base.
04:23 osmoze hi.
04:25 http://localhost/cgi-bin/koha/admin/authtypes.pl to see which authtypecodes you have in your base.
04:26 thd hdl: Sorry, I had overlooked the top of the page.  The grey had blended in the default templates I had switched on to try in vain to see normal acquisitions working.  It was right in front of me but maybe the contrast or arrangement is a little clearer in the NPL templates.
04:27 hello osmoze
04:28 hdl: Do none of your libraries use normal acquisitions?
04:28 hdl they scarcely do.
04:29 They useually do it only to create providers.
04:29 thd hdl: I have found normal acquisitions to be broken in 2.2.3.  Katipo is supposed to be committing a number of bug fixes.
04:29 hdl in order to use serials
04:30 Maybe, but they sent their acquisition page to me.
04:32 thd hdl: I did not experiment with serials acquisitions specifically other than to look at the order template.  I know kados was having some difficulty with partially filled serials tables in a migration experiment.
04:33 hdl: I found that 2.2.3 would not save the invoice number for monograph orders.
04:35 hdl Yes... And many other bugs that I encountered but couldn't find out how to fix... Since few persons really masters acquisition.
04:35 thd hdl: Nothing more can be done with a monograph order to alter or receive the order without an invoice number being stored.
04:36 hdl: Katipo have been fixing them because they have a couple of customers who want to use 2.2.3 :)
04:39 hdl: If I initiate a new serial order, is the supplier automatically notified by email upon my confirming the order in Koha?
04:40 hdl no.
04:43 thd hdl: Is there anything other than overdue item patron notices, library patron fines, and administrator messages that have automatic notification triggered by Koha?
04:45 hdl: how do I assign a manually added authority record to a category?
04:46 hdl: maybe I will be prompted for a category if I save a record.
04:46 hdl You First Choose a category, Then you create an authority record. That's the way it is.
04:47 And to use them, you have to link MARC field with authority.
04:48 then you have ... to click on and search for the authority you need.
04:49 thd hdl: My choices are blank since I have not linked a field with an authority yet :)
04:50 hdl thd : try to look carefully at authorities, then link a biblio diels with an authority, and make a true test.
04:53 thd hdl: I would have proceeded more carefully with more advance experimentation, but I am running out of time to at least have a good start for the feature list ready.
04:55 hdl But it is not with asking frantically questions that you can really have a good feature list.
04:55 thd hdl: My detailed aggregate features list is heading towards twenty pages and needs subdivision into readable lengths.
04:57 hdl So to crate. First select the authority type you want and click on create. Fill in the form.
04:58 To search and edit, select the authority type then type in the keywords, either only in heading or everywhere.
04:58 and click on search... You weil be able to edit.
05:01 Then, to use an authority, you first must link a field to a category of authority (usually 7XX UNIMARC-field).
05:01 Then, when editing a biblio, when clicking on ... you open a window where you can search for an authority.
05:01 And authority values are reported into the record.
05:07 Is that clear enough ?
05:18 thd hdl: I have created a category unititle.  I have linked it to uniform title in the bibliographic record structure.  Yet it does not appear in the drop down list for adding an authority record of a particular type.
05:20 hdl: Would this be related to a similar problem in Koha such that when the value list is null then even the category will not appear?
05:21 hdl thd : wher ave you created the category.
05:23 Where have you searched for to link it ? should be in Auth : dropdown box.
05:25 thd : where have you created the category ? should be in Tresaurus Structure. Add Auhtority type.
05:26 Then you have to edit the authority  structure.
05:26 You also have to choose which tag to report.
05:28 thd hdl: Sorry, I had added a value list category, not an authority type.
05:44 hdl: I created a new authority structure and defined the tag reported but the new authority structure does not seem to be available for assigning to a bibliographic record field in the bibliographic structure.
05:44 hdl what do you mean ?
05:45 Then, to use an authority, you first must link a field to a category of authority (usually 7XX UNIMARC-field).
05:45 [12:03:37] <hdl> Then, when editing a biblio, when clicking on ... you open a window where you can search for an authority.
05:45 [12:04:09] <hdl> And authority values are reported into the record.
05:45 [12:09:33] <hdl> Is that clear enough ?
05:45 Have you done that ?
05:46 No use making it in 2XX since it is not the right place.
05:48 thd hdl: Attempting to link a field to the authority structure that I have created has no authority structure name appearing in the bibliographic structure editor for a field.
05:49 hdl Can you make it available for me ?
05:50 http://localhost/cgi-bin/koha/[…]frameworkcode=PER
05:50 should be there
05:50 with frameworkcode=what you have.
05:51 thd hdl: Not on the system that I have been using but I will recreate it on another system if your suggestion still has me lost.
05:51 hdl look at theusarus and not auth value.
05:51 thesaurus!
05:53 Auth value is for authorised values lists. I realize why you mixed up.
05:53 :/
05:54 thd hdl: Yes, that had been my original mistake.  I have not found the path to your link yet.  I certainly had not found that form.
05:55 hdl: I was well past my original mistake and onto new ones :)
05:55 hdl It is in parameters/biblioframework
05:55 choose a framework
05:55 choose a tag, then edit subfields.
05:56 and you have thesaurus.
05:56 Then, you can add a new biblio.
05:56 And change the field you need with your authorities.
06:39 thd hdl: I have authorities working :-)
06:42 kados____ hi all
06:42 thd: /nick kados
06:43 thd hdl: What is meant to appear in the summary column of the heading table for the authority search results table in use for editing a bibliographic record?
06:43 kados____ thd: one problem with storing the statuses in MARC is that it alienates the non-marc libraries
06:44 thd kados: you are still kados____
06:44 kados____ thd: also, does MARC even contain enough complexity to deal with status?
06:44 thd: I know, it won't let me change ;-)
06:44 thd: it says that kados is already in use
06:45 thd kados____: well there is an IRC command for that which I have never had to use.
06:45 kados____: something about killing a ghost user.
06:46 kados____ I think I'd have to be an oper
06:46 anyway it's not a big deal ;-)
06:46 hdl: you around? I've got one quick question/request
06:46 thd kados____: I think you can kill your own ghosts.
06:48 kados____: I had meant that statuses should be in MARC in addition to items.status
06:48 kados____ right ... but where?
06:49 not, I assume in 942 $k
06:51 thd kados____: There may be no place for temporary status.  942 $k will do :)  Most systems do something similar with a local use field.
06:52 s/no/no official/
06:53 kados____ thd: if MARC doesn't contain a place for temporary status why are we trying to put it in?
06:54 thd: it would certainly not be 'to standard' to do so
06:54 thd: in your email you mention 'standards compliant holdings' .... what are the standards for holdings?
06:58 thd kados____: Well there is 876-878 $l but I do not think that is the right place.
06:59 kados____: Concise MARC 21 holdings standards http://www.loc.gov/marc/holdings/echdhome.html
07:00 kados____ that's more for a temporary location
07:00 I think
07:01 like if I had to move books from the stacks to overflow stacks or if I had a 'new books' section that I kept new items at temporarliy right?
07:02 thd kados____: I wrote that Koha was not ready to use the standard yet.  Yes my 876-878 $l suggestion is trying to stretch something for an unintended purpose, naughty of me.
07:03 kados____ so in fact, status should _not_ be in MARC ;-)
07:03 as it's not part of the standard ;-)
07:05 thd kados____: Temporary status as opposed to permanent status seems like something not defined for MARC 21.  However, most systems do use MARC to store non-MARC information as far as I know.
07:06 kados____ hehe
07:06 so we've moved from arguing that Koha isn't ready to use the standard to saying 'everybody else is doing it' ;-)
07:06 my vote is that we keep it out the MARC record
07:07 thd kados____: I had imagined that the same local use field that was used to store other information from the items table in Koha would be used for items.status .
07:07 kados____ unless there is some Z39.50 extended service that accounts for having it in the MARC record
07:07 in which case it might be useful for inter-library loan etc.
07:07 though that will certainly be covered by OpenNCIP
07:08 thd: btw: you have seen http://openncip.org right?
07:08 thd: a LibLime-sponsored NCIP toolkit
07:08 thd kados____: I have seen the standards agency pages.
07:11 kados____: I had not seen openncip.org before.
07:13 kados____: No news yet :)
07:13 kados____ thd: it's a brand new project ;-)
07:13 thd: join the list if you're interested
07:13 thd kados____: I see that news :)
07:14 kados____ thd: we don't even have any code yet ... just been throwing some ideas around
07:14 thd kados____: On which NCIP list is this being discussed?
07:15 kados____ um ... the LibLime OpenNCIP list ;-)
07:15 thd kados____: Just noticed the link now :)
07:19 kados: NCIP will not give an instant answer about status within Z39.50.
07:24 kados____: I may not want to initiate a loan.  I may merely want to consult the shelves at another local library, outside my own library system but in the same area.  Loans take longer than travelling, if one has instant access to the status to judge whether the trip may be worthwhile.  I may also not have reserve privileges on the neighbouring system.
07:26 kados____:  I have been waiting over a month now to have an answer about the interlibrary loan requests that I have placed.
07:31 kados____:  At least a month is a typical wait time in my experience with ILL requests originating from the NYPL research collections.  Travelling in real time to consult the material is much better if a near enough library can be found.
07:33 kados____: NCIP only works if both systems support it.  There will be a large lag between an OpenNCIP download and enough implementations in the world to make a significant difference.
07:35 kados: are you still there?
07:36 kados____: ?
07:36 kados____ thd: yes ...
07:36 thd: pretty busy at the moment :-)
07:38 thd kados____: Above: why NCIP cannot replace the advantages of status in Z39.50.
07:38 kados____ thd: ok ... but I have yet to see an example of a standards-based status display n Z39.50 ;-)
07:51 thd kados____: Do you not usually find status information stored in a local use field when you migrate a collection to Koha?
08:40 hdl thd around.
08:59 kados____ thd: are you around?
08:59 thd: I've got a question about your work on the Z3950 client for Koha
09:16 hdl: I'm not sure if this is helpful ... I'm trying to troubleshoot the z3950 client probs
09:17 hdl: I deleted all entries in z3950queue and z3950results
09:17 hdl: then I ran processesqueue from console
09:17 thd: I do a query
09:17 hdl: then I get:
09:17 1. user sees 'Nothing found'
09:18 2. in z3950queue: | 39 | cryptonomicon | title | 1126102762 | 1126102762 |    1 | NULL    |       NULL | NELSONVILLE PUBLIC LIBRARY/66.213.78.76:9999/NPLKoha///USMARC|​MELVYL/melvyl.cdlib.org:210/CDL90///USMARC | 272919054.915295 |
09:18 3. in z3950results: two entries
09:18 3. a. 62 |      39 | MELVYL/melvyl.cdlib.org:210/CDL90///USMARC                    | 1126102762 | 1126102763 | 'Net::Z3950::Record::GRS1=ARRAY(0x86fe228)​Net::Z3950::Record::GRS1=ARRAY(0x87020fc)' |          2 |             2 |           0 |     -1 |
09:18 3. b. 63 |      39 | NELSONVILLE PUBLIC LIBRARY/66.213.78.76:9999/NPLKoha///USMARC | 1126102762 | 1126102762 | 'Net::Z3950::Record::GRS1=ARRAY(0x86fd7f4)'                                          |          1 |             1 |           0 |     -1
09:20 hdl seems results are there but not used.
09:20 or not seen by breeding script.
09:21 kados____ is it breeding script or search.pl ?
09:25 hdl It is in processz3950queue and it calls for ImportBreeding in Breeding.pm line 288
09:27 Maybe you could make it more verbose and get it say whether it is notmarc, alreadyindb, infarm or imported.
09:27 my ($notmarcrecord,$alreadyind​b,$alreadyinfarm,$imported) = ImportBreeding($result,-1,"Z395​0-$globalname",$x[3],$random);
09:27 I bet there is an error with marcrecord... But Why ???
09:29 try tracing marcarray in ImportBreeding.
09:30 kados____ ok ...
09:30 hdl or print warnings.
09:32 Maybe \x1D is not the right character too look for.
09:34 kados____ hdl: print warnings in processz3950queue ?
09:36 Use of uninitialized value in numeric eq (==) at processz3950queue line 175.
09:36 Use of uninitialized value in numeric eq (==) at processz3950queue line 233.
09:36 Use of uninitialized value in concatenation (.) or string at processz3950queue line 244.
09:37 I don't think those are the problem
09:39 hdl No but @warnings in ImportBreeding...
09:40 kados____ I see on line 285 of processz...
09:40 $result.=$marcdata;
09:41 there is no \x1D char to split the MARC records up
09:41 unless I'm missreading it
09:41 how do I put warnings in ImportBreeding?
09:41 hdl IN Breeding.pm
09:41 you have
09:41 my @marcarray = split /\x1D/, $marcrecords;
09:42 kados____ ahh
09:42 hdl lin 59
09:42 and then
09:42 my @warnings = $marcrecord->warnings();
09:42 if (scalar($marcrecord->fields()) == 0) {
09:42 $notmarcrecord++;
09:42 line 78
09:43 these are the information taht may account for the problem.
09:43 And one day, I will write a line without mistakes...
09:45 kados____ you could be right
09:46 I changed the '0' to '5'
09:46 just to test
09:46 and now in the log I get:
09:46 15290/42 : MELVYL : 2 records found, retrieving them (max 80)
09:46 Use of uninitialized value in hash element at /usr/local/share/perl/5.8.4/MARC/Record.pm line 205.
09:47 Use of uninitialized value in concatenation (.) or string at /usr/local/share/perl/5.8.4/MARC/Record.pm line 209.
09:47 Use of uninitialized value in hash element at /usr/local/share/perl/5.8.4/MARC/Record.pm line 210.
09:47 Use of uninitialized value in pattern match (m//) at /home/nbbc/cvsrepos/2.2.x/koha/C4/Biblio.pm line 1100.
09:47 Argument "melvyl.cdlib.org" isn't numeric in numeric gt (>) at /home/nbbc/cvsrepos/2.2.x/koha/C4/Biblio.pm line 1101.
09:53 hdl: I tried:
09:53 if (!$marcrecord->fields()) {
09:53 but I get same result as with if (scalar($marcrecord->fields()) == 0) {
09:55 hdl: ahh ... I put a warn in
09:56 hdl: in the if control statement
09:56 hdl: now it warns:
09:56 hdl: not a marc record at /home/nbbc/cvsrepos/2.2.x/koha/C4/Breeding.pm line 78.
09:56 hdl: so you must be right ... it must be a problem with that section
09:58 hdl kados try and get the values of @marcarray, $i,
09:58 kados____ try and get the values of @marcarray, $i,
09:58 kados____ ok
10:00 hdl and warn line 115 $marcrecord->as_formatted.
10:02 It seems that there is one value that makes things go wrong with MARC::Record.
10:02 kados____ bbiab ... I have a meeting with client now
10:39 hdl: ok ... I"m back

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

koha1