plegall:/usr/local/koha/intranet$ perl -I $KOHAHEAD ./cgi-bin/search.marc/search.pl← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 11:00 | paul | => nothing found : ok, remove a subfield that maybe wrong => authorities found : ok, i'm almost sure and consider i'm sure |
| 11:00 | => still nothing found : ok, remove another one => ... | |
| 11:00 | the problem being that searching on "doe" only will return MORE than 1 authority | |
| 11:00 | and in this case, you have a problem (at least your bot has) | |
| 11:00 | kados | right |
| 11:01 | I already experienced this when running build_authortiies.pl on existing bib data | |
| 11:01 | paul | that's an unsolvable problem. |
| 11:01 | kados | right |
| 11:01 | paul | it's a librarian one : "do you prefer : poor authorities or poor biblios ?" |
| 11:01 | kados | right |
| 11:02 | finally I think I can explain the skipped question | |
| 11:02 | paul | you know another word than right ;-) |
| 11:02 | ? | |
| 11:02 | kados | heh |
| 11:02 | paul | ok, you also know heh. something else ? |
| 11:02 | lol | |
| 11:02 | kados | in Koha there is only one authtag per framework, right? |
| 11:03 | paul | you mean, in biblio ? |
| 11:03 | mmm... no, sorry | |
| 11:03 | now I understand your question. | |
| 11:03 | kados | authtag is in build_authorities.pl |
| 11:03 | in MARC21 a single authority record can contain many tags | |
| 11:03 | http://authorities.loc.gov/ | |
| 11:03 | paul | in the authority, you have 1 (and only one, at least in UNIMARC) tag that is the "main entry" |
| 11:04 | kados | yes ... |
| 11:04 | however | |
| 11:04 | there are only 4 search points | |
| 11:04 | paul | thus, when you build an authority from a biblio, you have to know where (in the authority) you store the values extracted from the biblio |
| 11:04 | kados | even though there are many more heading types specified |
| 11:04 | paul | in my previous sample : |
| 11:04 | kados | they fall into 4 groups |
| 11:04 | paul | 700$31234$apoulain$bPaul$d1968- |
| 11:05 | in the biblio | |
| 11:05 | will go in 200$apoulain$bpaul$d1968- | |
| 11:05 | in the authority | |
| 11:05 | kados | so in that case, 200 is authtag |
| 11:05 | paul | other tags are not handled by build_authorities, as they are NOT in the biblio |
| 11:05 | yep | |
| 11:05 | (as the biblio contains only the acepted form) | |
| 11:06 | kados | I understand that ... I intend to modify build_authorities to handle external auth file |
| 11:06 | but the frameworks problem makes this tricky | |
| 11:06 | because I'm not sure whether to have 4 frameworks or 8 | |
| 11:06 | paul | but of course, the authority should contain many more things if it's a complete authority |
| 11:06 | explain a little bit more, I may understand at the end | |
| 11:07 | kados | ok ... so in MARC21 Authorities you have the following: |
| 11:07 | X00 Personal names | |
| 11:07 | X10 Corporate names | |
| 11:07 | X11 Meeting names | |
| 11:07 | X30 Uniform titles | |
| 11:07 | X48 Chronological terms | |
| 11:07 | X50 Topical terms | |
| 11:07 | X51 Geographic names | |
| 11:07 | X55 Genre/form terms | |
| 11:07 | that's 8 'types' of authorites | |
| 11:07 | paul | shedges just arrives in the middle of a marc21 lesson... |
| 11:08 | shedges | X55 ??? |
| 11:08 | kados | in fact, in some auth records I suspect you will have values from several of these |
| 11:08 | shedges | ahh 655, etc. |
| 11:08 | kados | shedges: meaning 155, 255, 355, etc |
| 11:09 | so when you're importing an auth file and matching it to a bib file | |
| 11:09 | you want the script to place values from all the relevant tags into the bib record | |
| 11:09 | not just one tag | |
| 11:09 | also ... | |
| 11:10 | though there are 8 types listed above | |
| 11:10 | they are grouped logically into 4 groups: | |
| 11:10 | names, name/title combinations, uniform titles, or subjects. | |
| 11:10 | so a patron doen't have to select 'personal names' or 'corporate names' | |
| 11:10 | they just select 'names' | |
| 11:11 | paul | patron = you mean a borrower, not a librarian right ? |
| 11:11 | kados | either one |
| 11:11 | paul | you're speaking of search, not cataloguing ? |
| 11:11 | kados | a librarian does not expect to do a authority search on 'personal name' either |
| 11:11 | unless I'm mistaken | |
| 11:11 | correct, for searching | |
| 11:11 | paul | ok. |
| 11:12 | then, you're probably right. It can't be done unless i'm mistaken | |
| 11:12 | kados | of course, if I'm creating an original auth record |
| 11:12 | (like I did with the Twain and Lewis examples on the liblime demo) | |
| 11:12 | it seems to work fine | |
| 11:12 | but the question is, how do we import an external auth record | |
| 11:14 | pierrick | paul: why are moves to InnoDB and utf8 commented in updatedatabase ? (sorry to disturb) |
| 11:15 | paul | (on phone) |
| 11:29 | kados | hi kis, welcome to #koha |
| 11:29 | kls | hi kados |
| 11:34 | pierrick | (it was fast) |
| 11:38 | paul | back |
| 11:39 | (not back) | |
| 11:41 | kados | heh |
| 11:45 | hdl: any success in troubleshooting the serials problem? | |
| 11:46 | hdl | I did. |
| 11:46 | Committing | |
| 11:48 | you can update | |
| 11:49 | if (scalar(@itemstatusloop)){$data->{"itemstatusloop"}=\@itemstatusloop;} | |
| 11:49 | else { $data->{"itemstatusloop"}=[];} | |
| 11:49 | if (scalar(@itemlocationloop)){$data->{"itemlocationloop"}=\@itemlocationloop;} | |
| 11:49 | else {$data->{"itemlocationloop"}=[];} | |
| 11:49 | ||
| 11:49 | line 125 | |
| 11:49 | (commited) | |
| 11:51 | kados | woot! |
| 11:52 | woohoo ... it works! | |
| 11:53 | now I'll update NPL tempaltes and test it | |
| 11:53 | hdl: thanks! | |
| 12:05 | hdl | when one has good information, one can make his way to the solution :D |
| 12:05 | little chinese proverb :))) | |
| 12:05 | pierrick | general question : what is the procedure to follow when encountering "premature end of script" ? If I have it without post method form submission, Paul told me to simply execute the script. But with a post method form submitted, how can I hav more informations ? |
| 12:08 | hdl | warn is your friend ;) |
| 12:08 | pierrick | I'm testing warn |
| 12:09 | hdl | you should get the form you send, see the arguments it sends, and then see in the script you are asking for what it becomes. |
| 12:09 | But most of the time, /var/log/koha/your_koha_log is a good solution. | |
| 12:10 | pierrick | (nothing interesting in log file) |
| 12:11 | where is the warn message displayed ? | |
| 12:11 | paul | in the log file |
| 12:12 | I bet koha write in another file than the one you're looking for ! | |
| 12:13 | pierrick | Koha write in /usr/local/koha/log/koha-error_log, but only "premature end of script" |
| 12:14 | do you think Koha writes another log file meanwhile ? | |
| 12:14 | paul | the only case I know where it do this is when your file is windows encoded. |
| 12:14 | and if perl yourscript.pl runs fine, then it's not this. | |
| 12:19 | pierrick | OK, I've found the problem : intranet requires OPAC templates to display catalogue search results |
| 12:19 | paul | ??? |
| 12:22 | pierrick | (I'm verifying before saying something stypid) |
| 12:23 | paul | either i don't understand, either you're wrong. |
| 12:24 | pierrick | pierrickplegall:/usr/local/koha/intranet$ perl -I $KOHAHEAD ./cgi-bin/search.marc/search.pl |
| 12:24 | Salut Pierrick at ./cgi-bin/search.marc/search.pl line 36. | |
| 12:25 | HTML::Template->new() : Cannot open included file /usr/local/koha/opac/htdocs/opac-tmpl/default/en/search.marc/search.tmpl | |
| 12:29 | paul | does Koha work on other pages ? |
| 12:29 | (bip pierrick) | |
| 12:30 | pierrick | of course it works, but I find that too many pages are down |
| 12:30 | (no sound on my computer) | |
| 12:30 | paul | you're with HEAD. |
| 12:30 | pierrick | I am |
| 12:30 | paul | so it maybe a code problem. |
| 12:31 | (if I don't mind, chris worked on this code recently, and it is probably very unstable) | |
| 12:31 | pierrick | I've modified form action in prog/en template |
| 12:31 | I've added ?type=intranet | |
| 12:31 | but still have an error 500 | |
| 12:34 | My question was quite general in fact : is there a beautiful way to find where script ends ? | |
| 12:35 | paul | where script ends ? |
| 12:35 | a script usually ends at the last line ;-) | |
| 12:35 | lol | |
| 12:35 | pierrick | except when it ends "prematurelly" |
| 12:37 | paul | in apache log, the line where the error occurs is shown. |
| 12:37 | in your sample, it's line 36 | |
| 12:37 | (or there's something i'm missing in your question) | |
| 12:39 | pierrick | line 36, it my warn('Salut Pierrick'); |
| 12:39 | paul | ah, right. |
| 12:39 | this one is tricky. | |
| 12:40 | it means that the get_user_and_template failed when opening the template. | |
| 12:40 | there's something wrong in your template. | |
| 12:40 | it's always hard to find what. | |
| 12:40 | hdl | kados : explain.abs is needed ? |
| 12:40 | paul | in this case, it can't find /usr/... /search.tmpl |
| 12:40 | it's in opac-tmpl/default, so it can't find it ! | |
| 12:41 | hdl | [warn] default.idx [No such file or directory] |
| 12:41 | 16:41:53-07/03 zebraidx(31673) [warn] Couldn't open explain.abs [No such file or directory] | |
| 12:41 | ||
| 12:41 | pierrick | is it normal to use OPAC templates in intranet ? |
| 12:41 | paul | in get_user_and_template, there's a parameter to say "search in opac template" or "in intranet" |
| 12:41 | NO, of course. | |
| 12:42 | what is your get_template_and_user look like ? | |
| 12:42 | pierrick | this is why I've added ?type=intranet in the action of the form |
| 12:42 | paul | do you have : |
| 12:42 | type => "intranet", | |
| 12:42 | pierrick | My get_template_and_user is the current HEAD |
| 12:42 | paul | mmm... |
| 12:43 | Cannot open included file | |
| 12:43 | could it be an included file that is missing... | |
| 12:43 | hdl, do you have an uptodate head ? | |
| 12:43 | can you check & help pierrick ? | |
| 12:43 | (I haven't, and prefer not to update it atm) | |
| 12:45 | pierrick | in search.marc/search.pl, I have "type => $type,", $type being taken from CGI param |
| 12:45 | hdl | I am too experiencing problems with search |
| 12:45 | paul | try to hardcode intranet, as there's no reason to use a variable. |
| 12:46 | (that's an oldies -but not goodies-) | |
| 12:47 | hdl | pierrick: I shall help you as soon as I have finished launching zebra update |
| 12:47 | (paul : I am uptodate) | |
| 12:54 | kados : http://pastebin.com/589047 errors when updating a zebra base from your liblimedata | |
| 12:54 | I wanted to try if I could get stuf working with english data. | |
| 12:55 | (Congrats : you have frencf, spanish and chinese characters in your base) | |
| 12:55 | pierrick ? | |
| 12:56 | kados | hdl: I think that is my fault |
| 12:56 | hdl: (yes, all three :-) | |
| 12:56 | pierrick | I'm back |
| 12:57 | kados | hdl: the problem has to do with bad config for isbn searching |
| 12:57 | hdl: I need to update that ... maybe later today | |
| 12:59 | hdl | So I often had this kind of problems when I mixed interfaces :opac and intranet (asking for opac on intranet port or the other way round) Did you verify that ? |
| 13:00 | kados | hdl: are you speaking to me? |
| 13:00 | hdl | sorry. Talking to pierrick |
| 13:00 | kados | k |
| 13:01 | hdl | kados: thx for your commit on that page. |
| 13:01 | kados: Strange enough that bib1.att is not found | |
| 13:01 | kados: I had to make a copy of it. | |
| 13:02 | kados | strange |
| 13:02 | you mean in usmarc dir? | |
| 13:03 | hdl | yes. |
| 13:05 | kados | I don't have a bib1.att |
| 13:05 | but I suspect it is in stock zebra | |
| 13:06 | tab directory | |
| 13:06 | unless paul has modified it | |
| 13:06 | hdl | it is. |
| 13:07 | But a warning told me it was not found though you asked for it in zebra.cfg | |
| 13:07 | pierrick | As requested by Paul, I've hardcoded $type = 'template' in search.marc/search.pl, so I'm sure it doesn't try to load an OPAC template |
| 13:07 | but the problem remains | |
| 13:11 | kados | brb |
| 13:13 | pierrick | hdl: I've just receive a CVS notification telling me you've modified search.marc/search.pl and its associated template today, I'm checking what you modified and if it can be the origin of my problem |
| 13:14 | hdl | pierrick: was for rel2_2 |
| 13:14 | pierrick | aren't we suppose to work on "prog" template for intranet on HAD ? |
| 13:14 | hdl | ;) |
| 13:14 | pierrick | HEAD even |
| 13:14 | hdl | so not for the branch you are working on. |
| 13:15 | pierrick | you're right, sorry to have imagine you could have make a mistake ;-) |
| 13:15 | paul | hdl never made mistakes ... |
| 13:16 | pierrick | by the way, how do you manage correction reports from rel-2_2 to HEAD ? |
| 13:16 | paul | (in fact, he made just 1 in more than one year. but it was a nice one, that our customer really enjoyed...) |
| 13:17 | I regularly make a cvs update from branch to branch. | |
| 13:17 | then solve all problems manually. | |
| 13:17 | quite a long and boring stuff... | |
| 13:18 | pierrick | (code modification reporting is a lot simplified with Subversion) |
| 13:18 | (but that's another debate) | |
| 13:18 | hdl | (french assembly on DADVSI) |
| 13:18 | paul | si tu es capable de nous aider à migrer sous subversion, n'hésite pas. |
| 13:19 | pierrick | Savannah support Subversion ? |
| 13:19 | paul | yes, I think. |
| 13:19 | pierrick | I'm checking |
| 13:21 | paul | (hdl : some real time news from parliament ?) |
| 13:22 | hdl | Someone speaking about the way the government play. |
| 13:25 | article 1 retired and some new amendments have been proposed in these few days. | |
| 13:27 | pierrick | Subversion is not available yet on Savannah |
| 13:28 | kados | be back later |
| 13:28 | ciao all | |
| 13:29 | hdl | contrefaçon de la démocratie (Christian Paul) |
| 13:29 | paul | ciao kados |
| 13:30 | communiqué de Que choisir aujourd'hui | |
| 14:11 | pierrick : /me votes yes for a specific account on pwg to see your family. | |
| 14:32 | http://lestelechargements.fr/d[…]-060307a/#more-70 | |
| 14:38 | pierrick | paul: let's do that tonight, I'm leaving office now :-) |
| 14:39 | hdl | bayrou speaking |
| 18:44 | chris | so |
| 18:44 | i have no idea how to delete a record from zebra | |
| 18:46 | kados | heh |
| 18:47 | first you need the id | |
| 18:47 | then you pass zebra_extended_services the following: | |
| 18:48 | oops | |
| 18:48 | z3950_extended_services('update',set_service_options('delete'),$record); | |
| 18:48 | that should work | |
| 18:48 | ahh ... we need a way to get the record id in set_service_options | |
| 18:49 | so do something like: | |
| 18:49 | z3950_extended_services('update',set_service_options('delete',$recordId)); | |
| 18:50 | I'll make the necessary change to set_service_options | |
| 18:50 | I'm wrong again I think | |
| 18:50 | I confused service type with service option | |
| 18:51 | turns out you probably need the 'update' service type | |
| 18:51 | I need to check the docs | |
| 18:51 | chris | ahh right |
| 18:51 | well thats where im up to anyway | |
| 18:51 | add and modify seem sweet | |
| 18:51 | ive extended the search a bit more | |
| 18:51 | so was gonna have a go at deleting | |
| 18:52 | first the full record | |
| 18:52 | then just an item from a record | |
| 18:52 | kados | right |
| 18:52 | for deleting an item | |
| 18:52 | chris | which i think we load the record, kill the item bit, and update |
| 18:52 | kados | it is probably 'specialUpdate' |
| 18:52 | which looks like amodify | |
| 18:52 | chris | right |
| 18:53 | i think its all just Biblio.pm SearchMarc.pm and the zebra files to change from now on, shouldnt need to touch anything else | |
| 18:53 | kados | here we go |
| 18:53 | The update action. One of specialUpdate, recordInsert, recordReplace, recordDelete, elementUpdate. | |
| 18:54 | chris | yay recordDelete |
| 18:54 | cool | |
| 18:54 | kados | so I'll fix Biblio.pm |
| 18:54 | chris | excellent |
| 18:54 | 2 secs ill commit where im up to | |
| 18:54 | and let you have at it | |
| 18:54 | done | |
| 18:54 | kados | k |
| 19:00 | chris: ok ... try this now: | |
| 19:01 | z3950_extended_services('update',set_service_options('update','recordDelete',$recordId)); | |
| 19:02 | adam didn't give me a straight answer on the difference between recordIdNumber and recordIdOpaque | |
| 19:02 | but I think we want recordIdNumber | |
| 19:02 | chris | so i just have to figure how to get that eh |
| 19:04 | kados | yea |
| 19:04 | chris | right |
| 19:04 | kados | there's a routine in biblio.pm |
| 19:04 | in fact, deleting an item is a bit more tricky | |
| 19:05 | chris | a routine in biblio.pm to get a recordid? |
| 19:05 | kados | is'nt recordid just the biblionumber? |
| 19:05 | chris | dont think so |
| 19:05 | kados | ahh |
| 19:06 | I'm pretty sure it is ... | |
| 19:06 | could be wrong though | |
| 19:06 | chris | im pretty sure its not :) |
| 19:06 | kados | heh |
| 19:06 | chris | melm 090$c identifier-standard,identifier-standard:p |
| 19:06 | its identifier standard | |
| 19:06 | kados | ahh |
| 19:07 | chris | local-number is att 12 |
| 19:08 | i noticed this when just dumping the xml that zebra hands back | |
| 19:08 | kados | we should have a line like this: |
| 19:08 | gils.recordId: $type (bib1,Identifier-standard) | |
| 19:08 | somewhere | |
| 19:09 | http://indexdata.com/zebra/doc/generic-ids.tkl | |
| 19:09 | chris | ahh |
| 19:09 | i wonder what file that goes in? | |
| 19:09 | collection.abs? | |
| 19:10 | kados | I bet it's zebra.cfg |
| 19:10 | chris | yeah sounds right |
| 19:10 | ill try that out | |
| 19:10 | kados | quoting: |
| 19:10 | "the sample GILS records that come with the Zebra distribution contain a unique ID in the data tagged Control-Identifier. The data is mapped to the Bib-1 use attribute Identifier-standard (code 1007). To use this field as a record id, specify (bib1,Identifier-standard) as the value of the recordId in the configuration file." | |
| 19:11 | chris | hmm |
| 19:11 | we arent use GILS records eh | |
| 19:11 | kados | naw |
| 19:11 | but it should work for ours too | |
| 19:11 | chris | i wonder if just |
| 19:12 | kados | that's just an example |
| 19:12 | chris | recordId: $type (bib1,Identifier-standard) |
| 19:12 | is what we want | |
| 19:12 | without the gils. bit | |
| 19:12 | kados | hmmm |
| 19:12 | it might be: | |
| 19:12 | xml.recordId: ... | |
| 19:12 | chris | ill try and see what happens |
| 19:13 | kados | it could even be: |
| 19:14 | collection.recordId :-) | |
| 19:14 | chris | yeah |
| 19:14 | kados | or stripping off the gils. bit ... |
| 19:15 | owen: what's up? | |
| 19:15 | chris | ill just try them until it works :) |
| 19:15 | kados | hehe |
| 19:15 | owen | kados: I've been working on the opac dictionary search |
| 19:15 | kados | sweet |
| 19:16 | owen | Seems to be working now, but one oddity |
| 19:16 | http://66.213.78.101:82/cgi-bi[…]ha/opac-search.pl | |
| 19:16 | Try one of the ... links to pop up the search window | |
| 19:17 | The opaclayoutstylesheet variable doesn't seem to be coming through | |
| 19:17 | kados | huh |
| 19:19 | chris | 11:19:16-08/03 zebrasrv(5) [request] EsRequest ERROR 224 only XML update supported |
| 19:19 | reckon i need to upgrade zoom, or zebra or something? | |
| 19:20 | kados | hmmm |
| 19:20 | dunno | |
| 19:20 | when did you get that error? | |
| 19:21 | chris | hmm it may have worked |
| 19:21 | kados | owen: i think the pop-up must be handled in a separate template->param |
| 19:21 | chris | 11:19:16-08/03 zebrasrv(5) [log] recordDelete |
| 19:21 | kados | woot! |
| 19:21 | chris: what was the right syntax? | |
| 19:21 | chris | oh no its still there |
| 19:21 | kados | shoot |
| 19:22 | did you send a commit afterwards? | |
| 19:22 | chris | hmm nope |
| 19:22 | kados | gotta do that I think |
| 19:22 | chris | ohh i dont think i have shadow set up |
| 19:22 | i wonder if thats breaking it | |
| 19:22 | lemme try that | |
| 19:22 | kados | not in zebra.cfg? |
| 19:22 | chris | shadow shadow:4g |
| 19:23 | kados | yep ... you need a commit then |
| 19:23 | chris | do i need to make a shadow dir? |
| 19:23 | kados | yea |
| 19:23 | well I may have committed one actually | |
| 19:23 | check your zebra dir | |
| 19:23 | chris | ok ill add a commit and lets try again |
| 19:24 | z3950_extended_services('commit'); is taht all i need? | |
| 19:25 | kados | yup |
| 19:26 | I've not tested it without sending two params | |
| 19:26 | but I recon it'll work | |
| 19:26 | chris | the commit worked .. but the record is still there ... its not liking the delete i dont think |
| 19:28 | hmm | |
| 19:28 | kados | bummer |
| 19:28 | owen: cvs updated ... try now | |
| 19:28 | I wonder if it's recordId | |
| 19:28 | try this | |
| 19:29 | in Biblio.pm | |
| 19:29 | line 240 | |
| 19:30 | change $serviceOptions->{'recordIdNumber'} = $recordId; to $serviceOptions->{'recordIdOpaque'} = $recordId; | |
| 19:30 | chris | it could be the wrong line in zebra.cfg |
| 19:30 | kados | yep, that too |
| 19:30 | chris | or it could be that i need to add a new one |
| 19:30 | before i delete it | |
| 19:30 | kados | right ... you probably need to reindex |
| 19:30 | now that you changed the config | |
| 19:30 | chris | yeah ill try a reindex |
| 19:31 | kados | owen: don't know if you read the log this morning |
| 19:31 | owen | No |
| 19:31 | kados | owen: hdl fixed a bug in serials |
| 19:32 | owen: now every serial can have an associated item | |
| 19:32 | owen: there are some template modifs to enable that in NPL | |
| 19:32 | owen | in rel_2_2 ? |
| 19:33 | hdl | yes owen |
| 19:34 | hello and good night folks. I see zebra is becoming more and more "tamed". | |
| 19:34 | kados | hdl: night |
| 19:36 | owen | kados: did you commit changes to opac suggestions to allow anonymous use? |
| 19:37 | kados | yep |
| 19:38 | you need to specify an anonymous borrowernumber | |
| 19:38 | in sysprefs | |
| 19:39 | you'll need to updatedatabase to get that modif | |
| 19:40 | owen | I see. No changes to the template? |
| 19:43 | kados | nope :) |
| 19:44 | owen | I tried some changes to the template today: http://66.213.78.101:82/cgi-bi[…]ac-suggestions.pl |
| 19:44 | The layout is less ugly but still a little awkward | |
| 19:45 | kados | very big improvement! |
| 19:45 | owen | does it always show the 'suggested by' name? |
| 19:45 | kados | good question |
| 19:45 | I see it and I'm not logged in | |
| 19:45 | so I assume yes | |
| 19:46 | do you have an anonymous patron set up? | |
| 19:46 | owen | No |
| 19:48 | kados | looks like it always shows the anme |
| 19:48 | name even | |
| 19:48 | that should be optional as well I'm guessing ... at least on the opac | |
| 19:48 | for security reasons | |
| 19:48 | right? | |
| 19:49 | can't we just omit that column from the template? | |
| 19:49 | seems like an easier solution :-) | |
| 19:49 | owen | Of course |
| 19:49 | Why are we accepting anonymous suggestions? | |
| 19:50 | kados | stephen wanted too ... at least that was what I got out of the email he sent |
| 19:50 | owen | There's no way for us to contact the user if their item is purchased |
| 19:50 | kados | he wanted to create a completely new suggestions form because the current one didn't support anonymous suggestions |
| 19:50 | you'd have to take it up with him | |
| 19:51 | of course, you dont' _need_ to accept anonymous suggestions | |
| 19:51 | if you don't enable it in the syspref it won't work of course | |
| 19:51 | owen | Come to think of it, why do we have this list of pending suggestions open to the public at all? |
| 19:51 | kados | dunno |
| 19:51 | owen | Why not just put up the form and leave it at that? |
| 19:52 | kados | it would be nice if they could add their name to the list |
| 19:52 | but Koha doesn't do that yet | |
| 19:52 | owen | Yeah. |
| 19:52 | I'll have to bring it up with Stephen | |
| 19:52 | kados | of course, in Koha you can manage your own suggestions |
| 19:52 | ie, delete one if you get the book from somewhere else | |
| 19:53 | so that's one reason to have the list | |
| 19:55 | owen | By the way, I don't see any updates to serials in rel_2_2 |
| 19:56 | ...at least not to the default templates | |
| 19:56 | I see that statecollection.pl was updated | |
| 19:59 | kados | hmmm ... |
| 19:59 | there are definitely some new input boxes in the default | |
| 20:00 | check the 'recieve' section | |
| 20:00 | russ: you around? | |
| 20:06 | chris: here's the note from NBBC: | |
| 20:06 | Look at barcode 254707, it wonât save all three lines from the 942, it drops | |
| 20:06 | off the library code, the dewey or the item type each time we try to correct | |
| 20:06 | it. In will only keep two of them, but it atleast cycles through the three. | |
| 20:06 | Each time we look at it again, it is a different one missing â we had a good | |
| 20:06 | laugh about it all. | |
| 20:07 | also: | |
| 20:07 | We have the book âÂÂThe Superfluous ManâÂÂ? in the reservoir. When we try to add | |
| 20:07 | things to the bibliographic are of Koha, it erases the MARC record. We put | |
| 20:07 | things in the first 942, click on âÂÂSave BibliographicâŠâÂÂ? and it lists the item | |
| 20:07 | number, but not the title. We go back and look at the record and there is no | |
| 20:07 | title or anything. | |
| 20:07 | so it looks like two issues to me | |
| 20:07 | 1: items aren't saving correctly | |
| 20:07 | chris | hmmm |
| 20:07 | kados | 2: records retrieved from the reservoir aren't getting in properly |
| 20:07 | chris | yeah |
| 20:08 | by items you mean records right? | |
| 20:08 | kados | yea |
| 20:08 | no ... items I think | |
| 20:08 | the 942 is items right? | |
| 20:08 | chris | dewey and itemtype |
| 20:08 | nope | |
| 20:08 | kados | ahh ... right |
| 20:08 | chris | items is just branch, barcode etc |
| 20:08 | kados | strange as I thought we tested that so many times |
| 20:08 | chris | yep |
| 20:08 | kados | I'm gonna try it on their system |
| 20:08 | chris | cool |
| 20:10 | kados | weird ... it's working for me :/ |
| 20:10 | chris | im not suprised about the reserviour |
| 20:11 | kados | yea, I actually forgot completely about it :-) |
| 20:11 | chris | me too |
| 20:11 | but im suprised about the 942 thing | |
| 20:11 | hmm maybe its just editing that doesnt work? adding seemed to work fine | |
| 20:12 | kados | heh ... |
| 20:12 | yea, I just tried it myself | |
| 20:12 | it's definitely happening | |
| 20:12 | chris | when editing one |
| 20:12 | kados | I'll see if I can reproduce it on liblime's system |
| 20:12 | yea, editing | |
| 20:13 | chris | right |
| 20:13 | kados | though I don't know why that would matter |
| 20:13 | both of them call the exact same routine | |
| 20:13 | (I wonder if the 'last' item is getting dropped) | |
| 20:13 | I bet that's it in fact | |
| 20:13 | chris | i bet it is actually |
| 20:13 | good thinking | |
| 20:15 | kados | chris: I might need you to do this one :-) |
| 20:15 | I'm getting googly eyed just looking at it :-) | |
| 20:17 | chris | will do, its our html2xml bit ye? |
| 20:23 | kados | yea |
| 20:24 | chris | hmmm |
| 20:24 | <datafield tag="942" ind1=" " ind2=" "> | |
| 20:24 | <subfield code="c">BOOK</subfield> | |
| 20:24 | <subfield code="k">12345</subfield> | |
| 20:24 | </datafield> | |
| 20:24 | all looks fine in the xml | |
| 20:25 | seemed to stick too | |
| 20:26 | kados | weird |
| 20:26 | chris | oh that was an add, lets see what happens on edit |
| 20:26 | kados | you had values in for all three 942 subfields? |
| 20:27 | chris | yep |
| 20:28 | <datafield tag="942" ind1=" " ind2=" "> | |
| 20:28 | <subfield code="c">BOOK</subfield> | |
| 20:28 | <subfield code="a">12345</subfield> | |
| 20:28 | <subfield code="k">2</subfield> | |
| 20:28 | </datafield> | |
| 20:28 | can you try an edit, and check the error log | |
| 20:28 | kados | yep |
| 20:28 | chris | (if you have access |
| 20:28 | kados | well ... it's on my machine :-) |
| 20:28 | chris | ahh well easy then :) |
| 20:28 | see what is coming out in the xml there | |
| 20:29 | kados | aahha |
| 20:29 | remember this one: | |
| 20:29 | [Tue Mar 07 16:12:50 2006] [error] [client 70.104.108.241] DBD::mysql::db do failed: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1 at /home/nbbc/koha/intranet/modules/C4/Biblio.pm line 1445., referer: https://koha.nbbc.edu/cgi-bin/[…]iblionumber=41044 | |
| 20:29 | [Tue Mar 07 16:12:50 2006] [error] [client 70.104.108.241] DBD::mysql::st execute failed: Column 'biblionumber' cannot be null at /home/nbbc/koha/intranet/modules/C4/Biblio.pm line 1880., referer: https://koha.nbbc.edu/cgi-bin/[…]iblionumber=41044 | |
| 20:29 | chris | ah ha |
| 20:29 | heres what i did | |
| 20:29 | if you look at addbiblio.pl in head | |
| 20:30 | kados | looking |
| 20:30 | chris | line 325 |
| 20:30 | if (!$biblionumber){ | |
| 20:30 | $biblionumber=$input->param('oldbiblionumber'); | |
| 20:30 | } | |
| 20:30 | kados | after my $previous_tag = ''; ? |
| 20:31 | chris | sorry 352 |
| 20:31 | kados | gotcha |
| 20:31 | I'll try that | |
| 20:31 | chris | cool |
| 20:34 | kados | huh ... that script is quite different in rel_2_2 |
| 20:34 | did you commit that to HEAD? | |
| 20:34 | chris | yes |
| 20:34 | the head one does the zebra stuff | |
| 20:35 | the rel_2_2 one doesnt | |
| 20:35 | im not sure what else the head one does differently | |
| 20:36 | kados | I don't see that change in head's addbiblio.pl |
| 20:36 | chris | oh sorry maybe i didnt |
| 20:37 | committed now | |
| 20:38 | kados | thx |
| 20:38 | chris | you are adding it to the rel_2_2 one eh? |
| 20:38 | i assume thats what NBBC is running | |
| 20:39 | kados | yea |
| 20:39 | check out the rel_2_2 version | |
| 20:39 | it has: | |
| 20:39 | my $oldbiblionumber=$input->param('oldbiblionumber'); # if bib exists, it's a modif, not a new biblio. | |
| 20:39 | chris | right |
| 20:39 | kados | line 353 |
| 20:40 | chris | but then it uses biblionumber later on instead of $oldbiblionumber eh? |
| 20:40 | kados | I can't find a $biblionumber |
| 20:40 | chris | ok, well that bit wont be needed then i guess |
| 20:41 | kados | seems to just use oldbiblionumber strangely |
| 20:41 | chris | right so i suspect |
| 20:41 | its line 367 | |
| 20:41 | kados | here's the Biblio.pm line 1880 |
| 20:42 | $dbh->prepare( | |
| 20:42 | "insert into bibliosubtitle set biblionumber = ?, subtitle = ?"); | |
| 20:42 | $sth->execute( $bibnum, $subtitle ) if $subtitle; | |
| 20:43 | chris | hmmm |
| 20:43 | kados | wonder if it only happens when there's a subtitle |
| 20:43 | chris | thats stopping it get as far as doing the html2xml bit eh? |
| 20:45 | kados | could be |
| 20:45 | chris | ie, your not seeing the xml in the error log? |
| 20:45 | kados | nope, it's not that |
| 20:46 | let me check the xml | |
| 20:47 | xml isn't showing up for me | |
| 20:47 | for all three | |
| 20:47 | just two out of the three | |
| 20:47 | chris | how odd |
| 20:47 | kados | wonder what's different about this install |
| 20:47 | chris | can u paste it in? |
| 20:47 | kados | paste in what? the xml? |
| 20:47 | chris | yeah just then 942 bit |
| 20:47 | kados | <datafield tag="942" ind1=" " ind2=" "> |
| 20:47 | <subfield code="a">WN3</subfield> | |
| 20:47 | <subfield code="c">BK</subfield> | |
| 20:48 | </datafield> | |
| 20:48 | after that I get: | |
| 20:48 | <datafield tag="090" ind1="" ind2=""> | |
| 20:48 | <subfield code="d">41044</subfield> | |
| 20:48 | chris | right |
| 20:48 | kados | </datafield> |
| 20:48 | chris | so next thing to test |
| 20:48 | kados | </collection> |
| 20:48 | chris | is it coming across from the form ok |
| 20:48 | kados | I"ll check |
| 20:50 | chris | interestingly |
| 20:52 | i wonder why 090 is after 942 | |
| 20:52 | oh no thats right | |
| 20:53 | thats just very odd, i wonder why its only getting 2 of the 3 | |
| 20:53 | kados | coming through on the form too |
| 20:53 | [Tue Mar 07 16:53:54 2006] [error] [client 70.104.108.241] TAGS: 942 c BK at /home/nbbc/koha/intranet/modules/C4/Biblio.pm line 1048., referer: https://koha.nbbc.edu/cgi-bin/[…]iblionumber=41044[Tue Mar 07 16:53:54 2006] [error] [client 70.104.108.241] TAGS: 942 k 314 at /home/nbbc/koha/intranet/modules/C4/Biblio.pm line 1048., referer: https://koha.nbbc.edu/cgi-bin/[…]iblionumber=41044[Tue Mar 07 16:5 | |
| 20:54 | backwards though oddly enough | |
| 20:55 | chris | right |
| 20:55 | kados | it gets a different 2 out of three every time too |
| 20:55 | chris | should thre be 3 tags? |
| 20:55 | kados | yea |
| 20:55 | remember the tags come through with the subfields | |
| 20:55 | chris | yeah |
| 20:56 | but i only see 2 there | |
| 20:56 | kados | that's a warn right after the for that loops through everything |
| 20:56 | 942 c BK | |
| 20:56 | 942 k 314 | |
| 20:56 | 942 a WN3 | |
| 20:56 | all three are there | |
| 20:56 | chris | ohh you didnt past the a one? |
| 20:56 | kados | I see it in my scrollback |
| 20:57 | maybe it didn't paste properly | |
| 20:57 | chris | weird i dont |
| 20:57 | hehe never mind | |
| 20:57 | so for some reason its coming through but its not getting into the xml | |
| 20:57 | can you try somethign for me please | |
| 20:57 | kados | so it's definitely in the MARChtml2xml routine |
| 20:57 | sure | |
| 20:57 | chris | fill in all the subfields of 245 |
| 20:57 | and see if they all end up in the xml | |
| 20:58 | kados | k |
| 20:58 | chris | wanna know if its perculair to 942 .. or a multiple subfields thing |
| 20:58 | kados | it works in 245 |
| 20:58 | chris | now thats just mad |
| 20:59 | kados | yea |
| 20:59 | chris | ok, for the 942 |
| 20:59 | is it the last one missing? | |
| 21:01 | kados | it seems to change :-) |
| 21:01 | every time i edit it :-) | |
| 21:02 | can you reproduce it on your box? | |
| 21:02 | chris | nope but i dont have a 2.2 straight install |
| 21:02 | in the listing of the tags in the error log | |
| 21:02 | does the order there change? | |
| 21:03 | or is it the same order everytime? | |
| 21:03 | kados | the order changes there |
| 21:03 | huh ... on the liblime server it seems to work | |
| 21:03 | chris | right .. and is it the last one of those |
| 21:03 | that is left out? | |
| 21:03 | kados | let me check that |
| 21:04 | chris | weird it works on liblime .. mental |
| 21:04 | kados | this last time it was the first one that got left off! |
| 21:06 | chris | always a good plan |
| 21:06 | kados | aaarg! |
| 21:06 | same prob | |
| 21:07 | chris | weird |
| 21:07 | kados | hang on, got a support issue to deal with |
| 21:07 | chris | and yet it seems to work ok on liblime |
| 21:07 | ok | |
| 21:13 | kados | can you do me a huge favor |
| 21:13 | do you have a running mailman you can check something for me? | |
| 21:14 | chris: what's the permissions on /var/spool/mailman/in/ | |
| 21:14 | chris: and who owns | |
| 21:14 | chris | ill look |
| 21:14 | kados | thx |
| 21:15 | chris | hmmm |
| 21:15 | what distro | |
| 21:16 | cos on debian | |
| 21:16 | there is no /var/spool/mailman | |
| 21:16 | kados | shoot |
| 21:16 | well do you have a mailmain/in dir somewhere? | |
| 21:17 | chris | hmm |
| 21:19 | not that i can see | |
| 21:19 | there is qfiles/in | |
| 21:20 | drwxrws--- 2 list list 4096 2006-03-08 09:23 in | |
| 21:20 | kados | ahh |
| 21:20 | yea, deb must be different | |
| 21:20 | thanks for looking | |
| 21:24 | chris | np |
| 22:29 | kados | phew! |
| 22:29 | chris | was it permissions? |
| 22:29 | kados | that was a killer :-) |
| 22:29 | yea | |
| 22:29 | those mailman guys have their shit together | |
| 22:29 | chris | yep |
| 22:29 | kados | I spent all that time checking perms |
| 22:30 | and here they have a perms_check script! | |
| 22:30 | and it even fixes wrong permissions | |
| 22:30 | rock | |
| 22:30 | so what the heck is going on with this sub on NBBC's site? | |
| 22:31 | I'm going to try adding the exact record they're getting the issue with to liblime's site | |
| 22:31 | chris | plan |
| 22:39 | kados | bugger |
| 22:39 | internal server error | |
| 22:40 | [Tue Mar 07 17:37:45 2006] [error] [client 70.104.108.241] Tag "" is not a valid tag. at /var/www/liblime.com/koha/intranet/modules/C4/Biblio.pm line 1373, referer: http://koha.liblime.com/cgi-bi[…]mple/addbiblio.pl | |
| 22:40 | 942 came through in the xml though | |
| 22:40 | chris | blank tag eh? |
| 22:41 | kados | I guess ... weird though |
| 22:41 | I had a repeatable 650 | |
| 22:42 | I don't see the blank tag in the xml | |
| 22:42 | chris | its not that part thats grizzling |
| 22:42 | line 1373 is not in the html2xml bit | |
| 22:42 | its down in NEWnewbiblio | |
| 22:43 | kados | hmm |
| 22:44 | chris | what is calling that subroutine |
| 22:45 | its doing a bunch of marc stuff | |
| 22:45 | kados | addbiblio.pl in fact calls it |
| 22:45 | ($bibid,$oldbibnum,$oldbibitemnum) = NEWnewbiblio($dbh,$record,$frameworkcode); | |
| 22:46 | chris | right |
| 22:46 | have a look at it | |
| 22:47 | i wonder what its doing | |
| 22:48 | kados | looks like it calls it if the record is a new item |
| 22:48 | new biblio I mean | |
| 22:48 | chris | yeah but i wonder whats it doing with the MARC::Field stuff |
| 22:48 | thats the bit that is failing too | |
| 22:49 | it looks more like a modify to me | |
| 22:50 | my $old_field = $record->field($tagfield1); | |
| 22:50 | $record->delete_field($old_field); | |
| 22:50 | $record->add_fields($newfield); | |
| 22:50 | kados | I wonder if maybe $newfield = MARC::Field->new( isn't the right way to add fixed fields |
| 22:51 | chris | naw i just think that $tagfield1 is < 10 |
| 22:51 | cos $tagfield1 is empty | |
| 22:51 | kados | but why would it ever be empyt? |
| 22:51 | it's that what we fixed? :-) | |
| 22:52 | chris | we didnt touch this bit |
| 22:52 | its fetching stuff from a db | |
| 22:52 | kados | yea, but it's getting the $record object from MARC::File::XML isn't it? |
| 22:52 | chris | yeah |
| 22:52 | but thats not where tagfield1 comes from | |
| 22:52 | kados | ahh |
| 22:53 | chris | $dbh->prepare( |
| 22:53 | "select tagfield,tagsubfield from marc_subfield_structure where kohafield=?" | |
| 22:53 | ); | |
| 22:53 | $sth->execute("biblio.biblionumber"); | |
| 22:53 | ( my $tagfield1, my $tagsubfield1 ) = $sth->fetchrow; | |
| 22:53 | kados | right |
| 22:54 | so maybe first it creates it | |
| 22:54 | MARCmarc2koha | |
| 22:54 | my $olddata = MARCmarc2koha( $dbh, $record,$frameworkcode ); | |
| 22:54 | $oldbibnum = OLDnewbiblio( $dbh, $olddata ); | |
| 22:54 | actually | |
| 22:54 | then adds stuff to it once it's created? | |
| 22:54 | chris | if ($tagfield1 && $tagfield1<10) |
| 22:55 | lets try making line 1373 into that | |
| 22:55 | kados | maybe I don't have one of the koha fields mapped |
| 22:55 | someone may have screwed up the mapping | |
| 22:55 | chris | could be |
| 22:55 | thats a good thing to check | |
| 22:56 | kados | heh |
| 22:56 | biblionumber's not mapped | |
| 22:56 | chris | ll |
| 22:56 | +o | |
| 22:56 | no wonder | |
| 22:56 | kados | prolly sirsi |
| 22:56 | :-) | |
| 22:57 | chris | :) |
| 22:58 | kados | yep, that was it |
| 22:58 | I've got to find a way to lock that down :-) | |
| 22:58 | chris | :) |
| 22:59 | kados | well ... it worked |
| 22:59 | chris | so it works on liblime |
| 22:59 | kados | so that's not much helright |
| 22:59 | chris | yeah thats weird |
| 22:59 | i wonder whats different | |
| 23:00 | kados | the only thing I can think of |
| 23:00 | is maybe they imported it originally from the reservoir | |
| 23:00 | but I don't think they did | |
| 23:01 | based on the email I got | |
| 23:01 | chris | yeah |
| 23:01 | too weird | |
| 23:01 | i thought it might be templates, but it did seem to be coming thru from the form ok | |
| 23:01 | kados | We have the book âÂÂThe Superfluous ManâÂÂ? in the reservoir. When we try to add |
| 23:01 | things to the bibliographic are of Koha, it erases the MARC record. We put | |
| 23:01 | things in the first 942, click on âÂÂSave BibliographicâŠâÂÂ? and it lists the item | |
| 23:01 | number, but not the title. We go back and look at the record and there is no | |
| 23:01 | title or anything. | |
| 23:02 | so it sounds like it's happening with more than just 942 | |
| 23:02 | chris | yeah that sounds quite seperate |
| 23:05 | kados | [Tue Mar 07 17:28:37 2006] [error] [client 216.183.234.7] DBD::mysql::db do failed: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 22 at /home/nbbc/koha/intranet/modules/C4/Biblio.pm line 1802., referer: https://koha.nbbc.edu/cgi-bin/[…]rameworkcode=EDIT |
| 23:05 | chris | i dont think that has anything to do with it |
| 23:05 | kados | but that can't be good |
| 23:05 | chris | no |
| 23:05 | kados | a query failing |
| 23:06 | chris | i have no idea why its not making it into the xml thats just really od |
| 23:06 | d | |
| 23:09 | kados | I wonder |
| 23:09 | paul's old routines | |
| 23:10 | were creating blank values in subfields | |
| 23:10 | anything that was linked to a koha table | |
| 23:10 | would probably register as a blank value rather than now as a NULL | |
| 23:10 | chris | right |
| 23:11 | kados | which could be causing that query above to fail |
| 23:11 | chris | could be |
| 23:11 | kados | [Tue Mar 07 19:09:40 2006] [error] [client 70.104.108.241] DBD::mysql::db do failed: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1 at /home/nbbc/koha/intranet/modules/C4/Biblio.pm line 1445., referer: https://koha.nbbc.edu/cgi-bin/[…]iblionumber=41044 |
| 23:11 | [Tue Mar 07 19:09:40 2006] [error] [client 70.104.108.241] DBD::mysql::st execute failed: Column 'biblionumber' cannot be null at /home/nbbc/koha/intranet/modules/C4/Biblio.pm line 1882., referer: https://koha.nbbc.edu/cgi-bin/[…]iblionumber=41044 | |
| 23:11 | is the full error | |
| 23:12 | it's two errors really | |
| 23:12 | shoot, this is nuts | |
| 23:12 | chris | i wouldnt worry about this one for now |
| 23:12 | i think its a red herring | |
| 23:13 | kados | ok |
| 23:13 | chris | at least for the 942 problem |
| 23:13 | kados | yea, that makes sense I think |
| 23:13 | unless MARChtml2xml is being called twice | |
| 23:14 | but from the log I don't think it is | |
| 23:14 | cause then I'd see the transaction twice and I don't | |
| 23:14 | chris | yeah |
| 23:14 | kados | interesting |
| 23:14 | this last time I saved that record | |
| 23:14 | I didn't fill out all three values | |
| 23:15 | and now it only has 1 :-) | |
| 23:15 | chris | hmm so its always missing one? |
| 23:15 | kados | I wonder if the 090 is overwriting it |
| 23:15 | since the 090 seems to be added last for some reason | |
| 23:16 | chris | so what is the difference between liblime and nbbc |
| 23:16 | thats gotta be the key | |
| 23:16 | kados | I can diff Biblio.pm and addbiblio.pl |
| 23:17 | chris | templates would be the only other thing i can think of |
| 23:18 | kados | no dif with the module |
| 23:18 | "no diff on the script | |
| 23:19 | checking the template | |
| 23:19 | chris | can we switch them both to default templates? |
| 23:19 | actually scrap that idea | |
| 23:23 | kados | swapped out the template |
| 23:23 | with the latest cvs | |
| 23:23 | same prob | |
| 23:24 | wait | |
| 23:24 | I lie | |
| 23:24 | sec | |
| 23:28 | weird | |
| 23:29 | so it loses whatever one was listed first on the form | |
| 23:30 | in the 942 | |
| 23:30 | addbiblio.tmpl, addbiblio.pl, and Biblio.pm are all stock CVS same as liblime | |
| 23:31 | chris | thats just mental |
| 23:31 | kados | I just noticed something |
| 23:31 | 942 has an authorized value | |
| 23:31 | I'm going to get rid of that in the framework | |
| 23:31 | then see if tha fixes it | |
| 23:32 | chris | ahhh that could well be it |
| 23:32 | least it gives us a hint what to look at fixing | |
| 23:34 | kados | nope it's not :( |
| 23:34 | sigh | |
| 23:34 | I think I tried creating a blank record | |
| 23:34 | and I didn't have the problem | |
| 23:35 | chris | so if you create one, then edit it, its fine |
| 23:35 | but if you edit this one, it doesnt work? | |
| 23:35 | kados | let me double check that |
| 23:35 | chris | ta |
| 23:40 | kados | huh |
| 23:41 | so I created the exact same record | |
| 23:41 | confirmed it wasn't a duplicate | |
| 23:41 | chris | right |
| 23:41 | kados | and it took out _two_ of the 942s :-) |
| 23:41 | chris | what the hell |
| 23:41 | kados | I think it's laughing at us :-) |
| 23:41 | chris | theres nothing after 942 eh? |
| 23:42 | can we add another tag on tab 5 in the framework | |
| 23:43 | kados | yea |
| 23:43 | chris | my latest theory is its broken for the last tag |
| 23:43 | it mine be as wrong as all the other theories ive had about this problem though :) | |
| 23:45 | kados | so I created a 970 tag |
| 23:45 | with a subfield $a | |
| 23:45 | and edited the same biblio | |
| 23:45 | not only did it delete one of the 942s | |
| 23:45 | it dropped the 970$a too | |
| 23:46 | ok I'm gonna wipe out the logs | |
| 23:46 | restart apache | |
| 23:46 | and put some fresh warns in there | |
| 23:46 | chris | good idea |
| 23:46 | kados | double check everything again |
| 23:46 | chris: is there a way to flush the logs in apache? | |
| 23:46 | chris: without restarting? | |
| 23:47 | chris | dont think so |
| 23:48 | kados | ok ... here we go |
| 23:54 | kados.org/intranet-error_log | |
| 23:54 | so when it arrives at MARChtml2xml | |
| 23:54 | everything's there | |
| 23:55 | though for some reason, 090 is last | |
| 23:55 | chris | yep i think its the last hidden input on the form? |
| 23:55 | kados | might be |
| 23:56 | the value has to be generated by koha | |
| 23:56 | not sure if that's done before or after the form is loaded | |
| 23:56 | probably before | |
| 23:56 | anyway | |
| 23:56 | chris | so a,k,c was the order |
| 23:56 | kados | at some point the first one in 942 disappears |
| 23:56 | chris | and it only got k and c |
| 23:56 | yeah | |
| 23:57 | kados | spooky |
| 23:57 | also, 970 went away | |
| 23:57 | that's got to be significant | |
| 23:57 | it's like everything after a certain point gets dumped | |
| 23:58 | chris | yeah, what happens if you put in a 970b |
| 00:00 | kados | interesting |
| 00:00 | the value for the $b was retained | |
| 00:00 | but it wasn't linked to a subfield | |
| 00:00 | chris | hmmm |
| 00:01 | kados | https://libcat.nbbc.edu/cgi-bi[…]tail.pl?bib=41044 |
| 00:01 | well ... I guess it is on the OPAC view | |
| 00:01 | anyway, $b shows up | |
| 00:02 | so in the 9XXs Koha's dropping the first subfield | |
| 00:02 | but just on NBBC's server :-) | |
| 00:02 | chris | yeah |
| 00:02 | what version of perl? | |
| 00:02 | are they both the same? | |
| 00:03 | kados | his is perl, v5.8.4 built for i386-linux-thread-multi |
| 00:03 | This is perl, v5.8.5 built for i386-linux-thread-multi | |
| 00:03 | no :-) | |
| 00:03 | the NBBC box is debian | |
| 00:03 | koha.liblime.com is fedora | |
| 00:03 | chris | i wouldnt expect that to be a problem |
| 00:03 | since i havent had the 942 dissapearing on my box | |
| 00:04 | kados | so NBBC has 5.8.4 |
| 00:04 | chris | which is 5.8.4 |
| 00:04 | kados | right |
| 00:04 | chris | problems like this are so frustrating |
| 00:04 | kados | the thing is |
| 00:04 | it _has_ to be happening _inside_ of MARChtml2xml | |
| 00:04 | so what's going on in there | |
| 00:04 | chris | yes thats the only thing that creates the xml file |
| 00:05 | kados | I suppose I should check versions of MARC::File::XML |
| 00:05 | chris | naw |
| 00:05 | it doesnt even use that | |
| 00:05 | kados | right |
| 00:05 | what else could it possibly be? | |
| 00:05 | chris | around line 1079 |
| 00:06 | we have | |
| 00:06 | if (@$values[$i] eq "") { | |
| 00:06 | } | |
| 00:06 | else { | |
| 00:06 | kados | yea |
| 00:07 | chris | lets put |
| 00:07 | } | |
| 00:07 | elsif (@$tags[$i] eq '942'){ | |
| 00:07 | actually scrap that | |
| 00:08 | aftere the else { | |
| 00:08 | and before the if ($first){ | |
| 00:08 | lets try | |
| 00:08 | if (@$tags[$i] eq '942'){ | |
| 00:09 | warn "DEBUG tag=942 subfield=@$subfields[$i]"; | |
| 00:09 | } | |
| 00:10 | then at about line 1067 where we have | |
| 00:10 | else { | |
| 00:10 | my $ind1 = substr(@$indicator[$j],0,1); | |
| 00:10 | after the else { | |
| 00:10 | put the same if in | |
| 00:10 | maybe DEBUG 2 | |
| 00:10 | kados | only gets called twice |
| 00:10 | chris | for one |
| 00:10 | kados | (the first one) |
| 00:11 | chris | so we can see which one isnt getting called |
| 00:11 | kados | k |
| 00:12 | chris | one should get called once, and one should get called twice |
| 00:13 | kados | [Tue Mar 07 20:13:41 2006] [error] [client 70.104.108.241] DEBUG tag=942 subfield=k at /home/nbbc/koha/intranet/modules/C4/Biblio.pm line 1086., referer: https://koha.nbbc.edu/cgi-bin/[…]iblionumber=41044 |
| 00:13 | [Tue Mar 07 20:13:41 2006] [error] [client 70.104.108.241] TAGS ETC:942 c PERI at /home/nbbc/koha/intranet/modules/C4/Biblio.pm line 1048., referer: https://koha.nbbc.edu/cgi-bin/[…]iblionumber=41044 | |
| 00:13 | [Tue Mar 07 20:13:41 2006] [error] [client 70.104.108.241] DEBUG tag=942 subfield=c at /home/nbbc/koha/intranet/modules/C4/Biblio.pm line 1086., referer: https://koha.nbbc.edu/cgi-bin/[…]iblionumber=41044 | |
| 00:13 | chris | ah ha |
| 00:13 | kados | that's all we've got |
| 00:13 | the other one doesn't get called | |
| 00:13 | chris | so its the first one back up by 1067 thats not getting called eh |
| 00:14 | kados | hmmm |
| 00:14 | strangely, before I put that one in I got: | |
| 00:14 | [Tue Mar 07 20:11:00 2006] [error] [client 70.104.108.241] DEBUG tag=942 subfield=a at /home/nbbc/koha/intranet/modules/C4/Biblio.pm line 1083., referer: https://koha.nbbc.edu/cgi-bin/[…]iblionumber=41044 | |
| 00:14 | [Tue Mar 07 20:11:00 2006] [error] [client 70.104.108.241] TAGS ETC:942 k 315 at /home/nbbc/koha/intranet/modules/C4/Biblio.pm line 1048., referer: https://koha.nbbc.edu/cgi-bin/[…]iblionumber=41044 | |
| 00:14 | [Tue Mar 07 20:11:00 2006] [error] [client 70.104.108.241] DEBUG tag=942 subfield=k at /home/nbbc/koha/intranet/modules/C4/Biblio.pm line 1083., referer: https://koha.nbbc.edu/cgi-bin/[…]iblionumber=41044 | |
| 00:14 | sorry I missread you | |
| 00:14 | yes, 1067 isn't called | |
| 00:15 | chris | ah ha |
| 00:16 | kados | is 9XX < 10? |
| 00:16 | what'd you find? | |
| 00:16 | chris | if it was that wed get a controlfield |
| 00:16 | whats just before 942? | |
| 00:17 | kados | 856 |
| 00:17 | $3: Table of contents | |
| 00:17 | $u: http://www.loc.gov/catdir/toc/[…]8/2005005430.html | |
| 00:17 | chris | my theory is for some reason $first isnt set |
| 00:17 | kados | for any of the first 900s |
| 00:17 | cause it happens in 970 too | |
| 00:20 | chris | ok line 1054 |
| 00:21 | $first=1; | |
| 00:21 | how bout we do the if in here | |
| 00:21 | and see if thats what happening | |
| 00:22 | kados | only called once |
| 00:22 | [Tue Mar 07 20:23:03 2006] [error] [client 70.104.108.241] DEBUG FIRST tag=942 subfield=k at /home/nbbc/koha/intranet/modules/C4/Biblio.pm line 1058., referer: https://koha.nbbc.edu/cgi-bin/[…]iblionumber=41044 | |
| 00:22 | $k was the first one | |
| 00:23 | chris | ok so now we know whats happening |
| 00:25 | interesting | |
| 00:27 | kados | what's that? |
| 00:27 | chris | can u try something for me |
| 00:27 | kados | sure |
| 00:27 | chris | line 1056 |
| 00:27 | else { | |
| 00:27 | comment this out | |
| 00:28 | kados | 1056 for me is $first=1; |
| 00:28 | chris | ok the else after that |
| 00:28 | must be 1058 | |
| 00:28 | then down about 1075 (or 1077) | |
| 00:28 | } | |
| 00:29 | comment that out too | |
| 00:29 | kados | k |
| 00:29 | chris | and then give it a whirl and see how mental the xml looks now |
| 00:29 | :) | |
| 00:30 | kados | so ... |
| 00:30 | that worked except that it merged our 650s into one :-) | |
| 00:31 | chris | darn |
| 00:32 | so we onl get one 650 section now? | |
| 00:32 | kados | yea |
| 00:32 | lemme double check that | |
| 00:33 | yea ... it merged them | |
| 00:33 | https://libcat.nbbc.edu/cgi-bi[…]tail.pl?bib=41044 | |
| 00:33 | chris | and if we uncomment them we get the 650's |
| 00:33 | but we lose the first tag of the 900 ones | |
| 00:34 | kados | :-) |
| 00:34 | but only on this machine :-) | |
| 00:35 | chris | ahh it ignores the blank ones that we put in to sep the 650's |
| 00:36 | if we comment it out | |
| 00:36 | so sees it all as one tag | |
| 00:36 | kados | right |
| 00:38 | chris | im still puzzled as to whats different on here nd on liblem |
| 00:38 | liblime even | |
| 00:38 | kados | yea |
| 00:38 | is it possible it's perl? | |
| 00:39 | chris | doubt it very highly |
| 00:39 | oh hey | |
| 00:39 | http://kados.org/intranet-error_log | |
| 00:39 | look at the 856 | |
| 00:40 | kados | in the xml? |
| 00:40 | chris | ahh scratch that, the other subfields are empty thats ok |
| 00:40 | what happens if you put a value in for 856x ? | |
| 00:41 | kados | here's something stranger |
| 00:41 | if I create a minimal record | |
| 00:41 | with just 100$a and 245$a and three values in 942 | |
| 00:41 | it works fine | |
| 00:41 | I'll try 856x | |
| 00:41 | chris | right |
| 00:42 | kados | (I reverted back to before the comments) |
| 00:42 | chris | righto |
| 00:43 | kados | no change |
| 00:43 | https://libcat.nbbc.edu/cgi-bi[…]tail.pl?bib=41044 | |
| 00:43 | 856 $x works fine | |
| 00:43 | could there be a difference in the include files in the template? | |
| 00:43 | chris | so the 942 works .. if 856 x is set? |
| 00:43 | kados | naw ... guess that woudl show up on the way in |
| 00:44 | no | |
| 00:44 | 942 still strips one value out | |
| 00:44 | chris | but 100, 245 and 942 works |
| 00:44 | if you have nothing in 856 | |
| 00:44 | does it work? | |
| 00:45 | kados | no |
| 00:45 | it's _just_ the 9XX fields | |
| 00:45 | chris | but |
| 00:45 | kados | I tried a warn inside the <10 ... nothing |
| 00:46 | chris | if its 100a 245a and 942 it works |
| 00:46 | kados | yep |
| 00:46 | true | |
| 00:46 | chris | can we slowly remove tags |
| 00:46 | until it works | |
| 00:46 | hehe | |
| 00:46 | kados | hehe |
| 00:47 | chris | ok, lets take a break, and ill try looking at it with fresh eyes this evening |
| 00:47 | theres got to be something we are missing | |
| 00:48 | kados | huh |
| 00:48 | I deleted 8XX and the second set of 65X | |
| 00:48 | and now it works | |
| 00:48 | chris | and now it works |
| 00:48 | mental | |
| 00:49 | kados | I"m gonna readd and see what happens |
| 00:49 | chris | good idea |
| 00:51 | kados | ha! |
| 00:51 | so i added the second set of 650s | |
| 00:51 | worked fine | |
| 00:51 | then i added the 856 | |
| 00:51 | dropped | |
| 00:52 | must be something about the 856 then | |
| 00:52 | chris | looks that way |
| 00:52 | kados | ok ... I'll tell NBBC not to edit the catalog tomorrow |
| 00:52 | that we're still working on it | |
| 00:52 | chris | could it be the 856$3 |
| 00:52 | kados | I'll try that |
| 00:53 | nope | |
| 00:53 | lemme try the $u | |
| 00:54 | nope | |
| 00:54 | with any value in 856 | |
| 00:55 | either field or both | |
| 00:55 | it drops the first from 942 | |
| 00:55 | chris | right |
| 00:55 | kados | soon as I get rid of those it's fine |
| 00:56 | I'm gonna check the framework | |
| 00:56 | chris | k |
| 00:57 | kados | but really, that woundn't have anything to do with it |
| 00:57 | it's still happening inside MARChtml2xml | |
| 00:57 | chris | yes |
| 00:57 | kados | lemme modify my little record and put a 856 in there |
| 00:57 | chris | and we know its matching if (!$first){ |
| 00:57 | $xml.="</datafield>\n"; | |
| 00:57 | when it should be the first | |
| 00:58 | kados | yep, that did it |
| 00:58 | chris | so its def 856 |
| 00:58 | kados | dropped one from 942 |
| 00:58 | yep | |
| 00:58 | chris | but on liblime, 856 works ok |
| 00:58 | kados | lemme check that |
| 00:59 | yea | |
| 00:59 | I added the exact record in fact | |
| 00:59 | and it worked fine | |
| 00:59 | chris | right |
| 00:59 | no sir i dont get it | |
| 00:59 | kados | eep |
| 01:00 | someone musta messed with liblime's frameworks again | |
| 01:00 | chris | no biblionumber agin? |
| 01:00 | kados | naw ... looks ok |
| 01:01 | ok ... I give up | |
| 01:01 | tomorrow's another day | |
| 01:01 | thanks for the help chris | |
| 01:01 | can't wait to get this bill :-) | |
| 01:01 | chris | np im sure we'll spot it with fresh eyes |
| 01:02 | once i get these deletes working | |
| 01:02 | i think we are ready fro serious testing on the plugin | |
| 01:04 | kados | sweet |
| 01:05 | meadville should be working on getting it going this week | |
| 01:05 | chris | cool |
| 01:05 | kados | well I've got to head to bed |
| 01:05 | chris | sleep well |
| 01:05 | kados | read you tomorrow |
| 01:05 | chris | dream of 856 |
| 01:05 | :) | |
| 05:56 | hdl_away | hi |
| 05:56 | hdl | always trying to understand how to search. |
| 05:57 | I entered a book. | |
| 05:57 | I try to search for this book. | |
| 05:57 | No way. | |
| 05:58 | Does anyone have a clue ? chris, paul, kados | |
| 05:59 | should I recompile the whole stuff (ZOOM, zebra, yaz, reverse order) with locale utf-8 ? | |
| 06:08 | pierrick_ | Hi koha team :-) |
| 06:18 | bonjour Paul | |
| 06:18 | paul | hello |
| 06:20 | pierrick_ | Are ppl using CGI::Carp sometimes on Koha ? |
| 06:20 | paul | pas que je sache. |
| 06:20 | (et je sais même pas ce que c'est 8-) ) | |
| 06:21 | pierrick_ | je vais essayer aujourd'hui et je ferai un mail d'explication sur koha-devel |
| 06:21 | c'est un module de gestion d'erreur CGI | |
| 06:21 | parce que lorsqu'on a un erreur 500, on est limite limite sur la détection d'erreur | |
| 06:22 | (enfin moi en tout cas, parce que je ne maîtrise pas encore grand chose) | |
| 06:37 | chris | pierrick CGI::Carp is really good to use when developing |
| 06:37 | especially fatalsToBrowser | |
| 06:38 | pierrick_ | yes, that's what I read in Perl Cookbook |
| 06:38 | paul | hello chris. |
| 06:38 | have a good night ! | |
| 06:39 | chris | hello paul |
| 06:45 | search still not working hdl? | |
| 06:46 | |hdl| | no |
| 06:47 | chris | right, you have zebrasrv running ? |
| 06:47 | have you tried with yaz-client? | |
| 06:47 | yaz-client host:port/database | |
| 06:47 | eg for me | |
| 06:47 | yaz-client localhost:2100/koha2 | |
| 06:50 | |hdl| | I did. |
| 06:50 | I tried find test | |
| 06:50 | or find montest | |
| 06:50 | (two biblio I just created.) | |
| 06:50 | No results. | |
| 06:51 | chris | hmmm |
| 06:52 | can you see them in koha? | |
| 06:52 | eg | |
| 06:52 | kohaurl/cgi-bin/koha/MARCdetail.pl?bib=1 | |
| 06:53 | |hdl| | creation gave me this in zebra : http://pastebin.com/590490 |
| 06:55 | chris | ahh you know whats happened |
| 06:55 | i think it hasnt done a commit | |
| 06:55 | ie kados has got it using shadow registers now | |
| 06:56 | but after the record is added its not committing | |
| 06:57 | so its in the shadow cache | |
| 06:59 | |hdl| | and it works better. |
| 06:59 | But not well : | |
| 07:00 | http://pastebin.com/590495 | |
| 07:01 | no mapping found problem | |
| 07:01 | chris | hmm |
| 07:01 | the framework is all ok right? | |
| 07:02 | |hdl| | should be. |
| 07:02 | chris | hmm im not sure what that error is |
| 07:02 | it looks like its MARC::Charset not liking the utf-8 | |
| 07:03 | i might have to ask kados about that | |
| 07:03 | at least its returning 13 records now :) | |
| 07:03 | |hdl| | some weird characters in labels, but that is not fwk, more like MARC::charset |
| 07:04 | Yes but ending on internal server error :5 | |
| 07:04 | chris | yeah |
| 07:04 | |hdl| | :5 |
| 07:04 | chris | i dont know much about MARC::Charset im afraid |
| 07:05 | |hdl| | So commit is quite critical when it comes to shadow register management |
| 07:06 | chris | yes |
| 07:06 | we need to make sure that after every update we commit | |
| 07:06 | cool, ill go to sleep :) | |
| 07:06 | and ill look into it tomorrow | |
| 07:06 | |hdl| | good night. |
| 07:07 | Thanks | |
| 07:07 | chris | good night |
| 07:07 | |hdl| | Koha developped 24h a day... :D |
| 07:09 | paul : tu as ce genre de problème http://pastebin.com/590495 | |
| 08:00 | pierrick_ | did you notice how fast emails are arriving on koha-cvs ? :-) |
| 08:01 | paul | yep |
| 08:01 | savannah eated something illegal I suppose. | |
| 10:14 | osmoze | hello |
| 10:14 | paul | hello JS |
| 10:14 | tu as lu le mail d'hdl sur la liste ? | |
| 10:14 | on attend que tu te portes candidat ! | |
| 10:15 | osmoze | je viens de le lire a l instant |
| 10:16 | bien sur que je me porte candidat, la seule question reste a savoir comment rendre cela possible dans un double environnement et etre reelement efficace | |
| 10:17 | paul | en fait, on souhaite juste vérifier que la doc est complète et qu'on obtient un Koha fonctionnel. |
| 10:17 | pas la peine de migrer tes données !!! | |
| 10:18 | osmoze | ok |
| 10:18 | paul | en faisant le tout comme un vrai newbie ! |
| 10:18 | osmoze | huhu ^^ |
| 10:18 | |hdl|> envoi moi le lien de telechargement | |
| 10:18 | a moins que j utilise la version cvs | |
| 10:20 | paul > il sera toujours temps de migrer les donner pour tester en environnement reel...Par contre, l upgrade marche t elle depuis la 2.0 ? | |
| 10:20 | aussi, es ce la version qui utilise zebra ? | |
| 10:21 | paul | nope. |
| 10:21 | C'est juste une version officielle. | |
| 10:21 | pour permettre à un newbie de tout installer (perl, mySQL, apache...) et configurer | |
| 10:21 | l'idée c'est de mettre un truc complet et à jour pour les petites structures qui veulent un truc en monoposte. | |
| 10:22 | et ne pas avoir besoinde renvoyer trop de monde vers PMB ;-) | |
| 10:22 | osmoze | ok, j ai un pc sous windows qui ne sert pas, je serais heureux de vous amener mes critiques ( bonnes ou mauvaises ;)) |
| 10:25 | paul | (il va avoir un paquet sur sa machine de dispo) |
← Previous day | Today | Next day → | Search | Index
