← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
12:22 | hdl | kados ? |
12:32 | kados | hi hdl |
12:32 | hdl: what's up? | |
13:06 | gmcharlt | greetings #koha |
13:07 | owen | Hi gmcharlt, everyone |
13:12 | hdl | kados : sorri. |
13:14 | tried to find the same problem on a USMARC with similar items on. | |
13:14 | But no way. | |
13:17 | cnighs | g'morning |
13:25 | hdl | kados : i sent you a link for bug 2410 so that you see the bug. |
13:26 | Can't reproduce it on a USMARC install. (don't know why) | |
13:26 | kados | hdl: OK, thanks ... |
13:27 | hdl | sorry for delay. |
13:27 | It is quite hard for me to find good sample data for that. | |
13:35 | kados : was Paul's proposed patch for bug 2440 accepted and pushed ? | |
13:39 | owen | atz? |
13:39 | atz | ? |
13:42 | owen | Hi atz, I'm looking at your tabindex bug report |
13:42 | I'm not getting any validation errors from addbiblio. I wonder if it depends on the framework? | |
13:43 | atz | did you do a search? |
13:44 | owen | Ah, just did. I see them. I thought you'd turned them up by validating. |
13:45 | atz | i think they should probably just be tabindex=0 |
13:45 | meaning, don't stop here on tab | |
13:48 | hdl | owen : why is language selection list not sticked to bottom of the page but going up and down ? |
13:48 | http://o14.hdlaurent.paulpoula[…]koha/opac-main.pl | |
13:49 | seems there is a missing div | |
13:49 | Do you have the same behaviour ? | |
13:52 | owen | hdl, we changed the way the language-selection worked in the opac |
13:52 | It no longer "sticks" | |
13:52 | hdl | was it a demand ? |
13:53 | owen | It was a request from the release manager :) |
13:53 | hdl | Or was it because there was problems on some persons ? |
13:53 | pages | |
13:54 | ok so rm is right. But it looks strange to me. | |
14:44 | kados or anyone on Circulation.pm : It seems to me that usage of HomeOrHoldingBranch has not been propagated to all the functions. | |
14:48 | pianohacker | hdl: Which one in specific? |
14:50 | hdl | line 1443 |
14:50 | in Circulation.pm | |
14:52 | AddRenewal too. | |
14:52 | since it takes item homebranch and not CircControl | |
14:52 | branch | |
14:55 | Maybe we should add an internal function Getissuebranch and use it through the code. same for itemissuingbranch. | |
14:57 | ryan | hdl: where's the script that updates bibs with modified authorities ? |
14:58 | hdl | ./misc/migration_tools/merge_authority.pl |
15:00 | ryan | hdl: that looks like it requires two authority records ? |
15:00 | hdl | ryan: not in batch mode. |
15:00 | It takes the authorities recorded in local_file repository | |
15:04 | ryan | hdl: did this script get lost? |
15:04 | hdl: the version i'm seeing is very 2.2 | |
15:06 | afaik, we no longer have a marc_subfield_table. | |
15:06 | kados: , gmcharlt , anyone else ? | |
15:08 | gmcharlt | ryan: ack, it does look like it has not been updated for 3.0 |
15:09 | use of MARCdelsubfield is antiquated as well | |
15:10 | hdl | ryan : I was looking if I could propose a proper version for it. |
15:10 | Unfortunately I can't. | |
15:11 | ryan | hrmm. |
15:11 | Anyone volunteer to rewrite merge_authorities today ? :) | |
15:11 | hdl | ryan: I can update it. |
15:15 | ryan | hdl: do you want me to file a bug for it? |
15:15 | hdl | pls do |
15:15 | ryan | ok, will do. |
16:53 | kados | hdl: you here? |
16:53 | hdl | yes |
16:53 | kados | hdl: do you know the status of bugs 2440 and 2351 ? |
16:54 | owen | I've got one for you kados, I noticed you changed the status of Bug 2344 from patch-sent to p3. Did my patch not solve the problem? |
16:54 | kados | hdl: ryan submitted a patch and a note about paul's patch ... I want to make sure it resolves your usage |
16:55 | owen: ahh, does your patch provide a new patron button or a link when yui and js are missing? if so, I missed it | |
16:55 | owen: if it can be closed out by all means mark it FIXED :-) | |
16:56 | owen | Yeah, I added a form for non-js users that gets removed when the js toolbar runs |
16:56 | kados | cool |
16:56 | owen | I just wanted to make sure there wasn't a problem. |
16:57 | kados | I thought Joe had set that patch-sent status |
16:57 | and since the last comment indicated there were still issues I figured it should be reverted | |
16:57 | owen: just FYI, I rely on status patch-sent + a comment saying what the patch does ... some bugs have more than one patch sent throughout their life | |
16:57 | hdl | kados : paul reported he sent a patch correcting this bug. |
16:58 | Was there a problem with it ? | |
16:58 | kados | hdl: yes, but it conflicted with a prior patch from ryan, and ryan sent paul a message on patches asking for clarification |
16:58 | owen | Okay kados I'll make sure I do that |
17:11 | hdl | MMM... Don't know what paul answered and what he thinks about that. |
17:11 | Will test. | |
17:40 | kados | hdl: so far paul didn't answer |
17:40 | hdl | OK. |
17:41 | kados | hdl: thanks |
17:44 | cnighs | kados: iirc, paul mentioned he would not have internet access until he returned at the end of August |
17:48 | kados | cnighs: *nod* |
17:48 | anyone tell me what the meaning of this regex is: | |
17:48 | /(\P{IsAlpha}$_\P{IsAlpha}|^$_\P{IsAlpha}|\P{IsAlpha}$_$)/ | |
17:51 | the context: $_ is a stopword, and the value being tested is the search string | |
17:52 | it seems to fail where $_ == 'the' and the value being tested == 'the' | |
17:55 | ' the ' rather | |
18:06 | cnighs | kados: it appears that the regexp is looking for $_ with non-alpha chars either on both sides, or following or preceding (I think) |
18:06 | atz | kados: if unquoted, that might be good |
18:07 | it's looking to see if it has alpha characters on both sides, or on the front (next to line start ^), or on the back (next to line end $) | |
18:09 | from perlreref, http://perldoc.perl.org/5.8.8/perlreref.html: | |
18:09 | \pP Match P-named (Unicode) property | |
18:09 | cnighs | atz: so \p{IsAlpha} would be looking for non-alpha? |
18:10 | atz | cnighs: no, you were right on that |
18:10 | \P is the inverted version | |
18:11 | i think our search parsing is not very articulate though | |
18:12 | at least it is Unicode aware though | |
18:24 | kados | /(\P{IsAlpha}$_\P{IsAlpha}|^$_\P{IsAlpha}|\P{IsAlpha}$_$|^$_$)/ |
18:24 | that fixes the problem | |
18:24 | by testing for the exact stopword | |
18:39 | mc | hello world |
18:40 | is it possible to find repeatable subfields | |
18:40 | ? | |
18:41 | something like 600$aFrancoise$aFrederique$aAnne$bRigal | |
18:41 | ? | |
18:43 | gmcharlt | mc: find in zebra? |
18:47 | mc | oops |
18:47 | no; sorry | |
18:47 | in a real word notice | |
18:47 | i mean: can this case appears | |
18:48 | gmcharlt | that paricularly case, not in the MARC21, but repeated subfields are common in general |
18:49 | mc | ok |
18:49 | thanks | |
18:49 | liz-nekls | you know, it sure would be nice if the design preferences were separate from the operational preferences |
18:50 | gmcharlt | liz-nekls: in the system preferences interface? |
18:50 | liz-nekls | yea |
18:50 | atz | good point |
18:50 | mc | and can it be ordered with other subfields? ( i mean $a$b$a$b don't mean the same than $a$a$b$b |
18:51 | ) | |
18:51 | ? | |
18:51 | owen | What can we say, liz-nekls, they're better-organized than they used to be :) |
18:51 | liz-nekls | hehe |
18:51 | oh I'm not really complaining | |
18:51 | it was just a thought :D | |
18:53 | gmcharlt | mc: yes. in MARC21, it happens a lot in subject headings, where the main heading in $a can be followed by multiple subdivisions coded $x, $v, $y, and $z and various orders |
18:53 | mc | in fact: can i store [ 700 => [ a => [qw( Indiana Junior )], b => 'Jones' ]] or something like that |
18:53 | arghh | |
18:53 | thx for reply, gmcharlt | |
19:01 | 'night koha people | |
19:01 | (have a good week end too) | |
19:02 | gmcharlt | g'night, mc |
19:42 | liz-nekls | anyone here know anything about CKLS? |
19:43 | like, which version of Koha they are running? | |
19:47 | kados | liz-nekls: 3.0 |
19:48 | liz-nekls | kados: tyvm |
20:15 | hdl | kados : about the bugfix 2485 I sent, can you detail ? |
20:16 | gmcharlt | hdl: there are references to $item->{itemtype} that would fail |
20:16 | hdl | :[ |
20:17 | mc is right when he is asking for abstraction levels. | |
20:18 | I guess that Having itype and itemtype, will be a nightmare for maintainance. | |
20:18 | kados | hdl: for 2351, I have a patch that prevents duplicate check for empty barcodes |
20:18 | hdl: does that resolve it adequately for you? | |
20:19 | oops, I mean 2440 | |
20:19 | gmcharlt | hdl: fully agree. item-type-qua-issuing-rule-type needs to be distinguished from item-type-qua-material-or-format-type |
20:20 | kados | hdl: i tried applying paul's patch but I still don't see a way to add no barcode and no item ... you have to create an item afaikt, but now you can have empty barcodes, does that make sense? |
20:21 | hdl | adding fake items makes more sense than adding none ? |
20:21 | Do you really want me to agree on that ? | |
20:21 | kados | hdl: it's paul's patch, I'm asking you if you think it resolves the issue |
20:23 | hdl | when was it sent ? |
20:23 | kados | hdl: or maybe I don't understand how paul's patch resolves it |
20:23 | originally on Jul 31 | |
20:23 | fix for #2440 : acquisition recieve & item creation | |
20:24 | gmcharlt | bbiab |
20:25 | kados | hdl: it appears acqui receive still works, even multi-receive, so I'm prepared to submit this patch from paul |
20:26 | hdl | kados : could bc be defaulted to space if no input ? |
20:27 | I think this would really close the problem | |
20:27 | kados | hmmm |
20:27 | could you clarify what you mean? | |
20:28 | hdl | oh sorry. |
20:28 | kados | with paul's patch, if barcode is empty, no item is added |
20:28 | hdl | OK for your patch. |
20:28 | kados | if it's filled, an item is added |
20:28 | but without my pach you can't submit the form with empty barcodes for more than one order | |
20:29 | hdl | I misunderstood. |
20:29 | kados | Ok, I've pushed it up |
20:29 | I'll ahve nicole update the docs | |
20:49 | hdl | gmcharlt: I was saying that maybe we should find and design a kind of abstraction for Biblio/Work and biblioitem/Book. So that with one name, we call the entity required at the moment. |
20:50 | I think that tumer did a job on that. | |
20:51 | He wrote a schema (and also designed some zebra files) that could fit. | |
20:51 | Maybe I am day-dreaming. | |
20:53 | kados | hdl: when do you plan to have that ready? |
20:53 | hdl: I want to release this evening if possible | |
20:53 | but I'd be willing to delay until Monday if necessary | |
20:53 | hdl | I try to do as fast as I can. |
20:54 | BUT I want to do some Unit test. | |
21:47 | pianohacker | What is items.stack? |
21:48 | And, for that matter, .coded_location_qualifier ? | |
23:11 | hdl | gmcharlt: Does mysql with Innodb do automatic locking on tables ?? |
00:30 | gmcharlt | hdl:: it can |
00:30 | hdl: just saw your comments on abstractions - I'd be interested in seeing tumer's schema | |
00:31 | hdl | Maybe he has ctweaked it since. |
00:39 | has been there :http://library.neu.edu.tr/kohanamespace/ | |
00:42 | was on the logs of 11/08/2007 | |
00:42 | 2006.08.11 rather | |
00:43 | gmcharlt | yeah |
00:43 | internet archive doesn't have a copy of that page, alas | |
00:49 | hdl | three files sent. |
00:49 | I had them on my disk. | |
00:53 | gmcharlt | hdl: thanks |
00:54 | hdl: similar to some ideas I have rattling around my head | |
00:54 | hdl | similar to ideas many have in head. |
00:54 | But time runs short. | |
00:55 | gmcharlt | indeed |
00:55 | hdl | (it is so old... 2 years old. |
00:55 | gmcharlt | still, I'm hoping that we can move in some of these directions for 3.2 |
00:55 | hdl | It really is a pity) |
00:55 | gmcharlt | yes - schema would have to be revamped |
00:55 | e.g., no need to redo MARC21slim | |
00:56 | and native Dublin Core and MODS support, maybe even EAD, would be considerations now | |
00:56 | hdl | Yes but Unimarc Support is still a musthave for us. |
00:57 | We could do a transform from koharecord to UNIMARC. | |
00:57 | though. | |
00:57 | It could be less painful. | |
00:57 | and more sustainable. | |
00:57 | gmcharlt | I meant MARC21slim the XML schema, which works fine for any ISO2709-based format AFAIK |
00:59 | hdl | http://www.bncf.firenze.sbn.it[…]/unimarcslim.html |
01:02 | gmcharlt | hdl: (PDF) http://www.rba.ru/rusmarc/rusm[…]s/UNIMARC_XML.pdf |
01:02 | hdl | But Could be. |
01:02 | gmcharlt | I see what you mean |
01:03 | *sigh* | |
01:03 | how often are embedded fields used in practice in France? | |
01:04 | hdl | We, in Koha NEVER use them. |
01:04 | gmcharlt | and outside of Koha? |
01:04 | hdl | there is still a way to translate to non embedded field. |
01:27 | gmcharlt: 3.21 AM here. | |
01:27 | gmcharlt | hdl: go to bed! :) |
01:27 | hdl | I have something which works on the fly. |
01:27 | gmcharlt | ah, merge_authority.pl? |
01:27 | hdl | But merg_authority.pl as a commandline script fails. |
01:28 | In fact it does not update nor delete authorities. | |
01:28 | Can I send the patch to you ? | |
01:28 | gmcharlt | sure, I'll take a look |
01:30 | hdl | doing this atm |
01:34 | ent | |
01:34 | sent. | |
01:34 | gmcharlt | good night and thanks, hdl |
01:44 | hdl | gmcharlt: something I realized was that we would need a script for all the previously edited authorities. |
01:45 | Because they have not been logged as they were in koha2.2 (in files) | |
01:46 | gmcharlt | hdl: good point |
01:46 | hdl | That script I can work later on. |
01:46 | I think. | |
01:47 | unless you can cope with it. | |
01:47 | 'nite now. | |
01:47 | gmcharlt | g'night, hdl |
← Previous day | Today | Next day → | Search | Index