← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 11:32 | CGI232 | hello |
| 11:32 | any one is there | |
| 12:40 | gmcharlt | paul: about? |
| 12:58 | paul | gmcharlt_away: i'm back from lunch |
| 12:58 | hello gmcharlt, good morning to you | |
| 12:59 | gmcharlt | good afternoon, paul :) |
| 12:59 | I've responded to your e-mail | |
| 13:00 | I'm working on an alternative approach to the items issue that should maintain both the authority of the items and all of the subfields you need | |
| 13:00 | I'll send you and hdl a patch to look at by Monday at the latest | |
| 13:00 | again, profuse apologies for my delay | |
| 13:01 | paul | ok, sounds fair. Even if I think this patch will be quite hard to write & not that necessay (we could just change the rule to "items authoritative where the field exist, otherwise it's marc") |
| 13:02 | + in fact, I thought you wanted to have items table authoritative for issuing things, not for marc ones. Otherwise, I would have warned sooner | |
| 13:02 | (as i've met the problem already in 2.0 !) | |
| 13:03 | gmcharlt | paul: we'll see about how hard it is to write :) (and having two sources of item data seems like more work IMO, but tastes vary) |
| 13:04 | paul: the one thing I would see is that if any of those subfield not currently mapped need to do more than just be displayed or indexed (i.e., if they activate circ or acq functionality), I think we need to establish new columns for those | |
| 13:05 | paul: do you have a small (<10,000 bibs or so), complete UNIMARC test database I could have a copy of? | |
| 13:05 | paul | you want a koha DB or just 10 000 biblios ? |
| 13:06 | (iso2709 I mean) | |
| 13:06 | gmcharlt | paul: a koha DB |
| 13:06 | with items | |
| 13:39 | fbcit | g'morning koha |
| 13:40 | owen | Hi fbcit |
| 13:40 | fbcit | gmcharlt around? |
| 13:43 | gmcharlt | fbcit: leaving, back in 15 minutes |
| 13:51 | kados | g'morning all |
| 13:51 | hiya fbcit | |
| 13:51 | fbcit | hey kados |
| 13:52 | kados: any thoughts on this.... | |
| 13:52 | [Fri Jan 18 03:24:26 2008] Makefile.PL: Warning: prerequisite Text::CSV 0.01 not found. We have unknown version. | |
| 13:52 | [Fri Jan 18 03:24:26 2008] Makefile.PL: Warning: prerequisite Text::CSV_XS 0.32 not found. We have 0.23. | |
| 13:52 | [Fri Jan 18 03:24:26 2008] Makefile.PL: Warning: prerequisite Text::Iconv 1.7 not found. We have 1.4. | |
| 13:52 | using README.debian | |
| 13:52 | on a fresh install of debian | |
| 13:52 | kados | well for Text::CSV, I couldn't resolve that myself |
| 13:53 | I think the version string for that module must be incorrectly exported | |
| 13:53 | what happens if you go: | |
| 13:53 | misc/perlmodule_ls.pl | |
| 13:54 | fbcit | biblios:~/koha.git# misc/perlmodule_ls.pl |
| 13:54 | Algorithm::CheckDigits -- undef | |
| 13:54 | Array::Compare -- 1.14 | |
| 13:54 | Barcode::Code128 -- 2.01 | |
| 13:54 | Biblio::EndnoteStyle -- 0.05 | |
| 13:54 | Class::Accessor -- 0.31 | |
| 13:54 | Class::Accessor::Chained -- 0.01 | |
| 13:54 | Class::ReturnValue -- 0.55 | |
| 13:54 | DBD::mysql -- 4.006 | |
| 13:54 | Data::ICal -- 0.13 | |
| 13:54 | Devel::StackTrace -- 1.15 | |
| 13:54 | DublinCore::Record -- 0.03 | |
| 13:54 | GD::Barcode -- 1.15 | |
| 13:54 | HTML::Template::Pro -- 0.68 | |
| 13:54 | IO -- 1.23 | |
| 13:54 | MARC-XML -- ??? | |
| 13:54 | MARC::Charset -- 0.98 | |
| 13:54 | MARC::Crosswalk::DublinCore -- 0.02 | |
| 13:54 | MARC::Record -- 2.0.0 | |
| 13:54 | PDF::Reuse -- 0.33 | |
| 13:54 | PDF::Reuse::Barcode -- 0.05 | |
| 13:54 | POE -- 0.9999 | |
| 13:54 | Perl -- 5.8.8 | |
| 13:55 | Schedule::At -- 1.06 | |
| 13:55 | Sub::Uplevel -- 0.18 | |
| 13:55 | Test::Exception -- 0.26 | |
| 13:55 | Test::LongString -- 0.11 | |
| 13:55 | Test::Manifest -- 1.22 | |
| 13:55 | Test::NoWarnings -- 0.084 | |
| 13:55 | Test::Simple -- 0.74 | |
| 13:55 | Test::Tester -- 0.106 | |
| 13:55 | Test::Warn -- 0.10 | |
| 13:55 | Text::vFile::asData -- 0.05 | |
| 13:55 | Tree::DAG_Node -- 1.06 | |
| 13:55 | XML::RSS -- 1.31 | |
| 13:55 | I'm also having issues getting ZOOM to install | |
| 13:55 | the parser is correct | |
| 13:55 | kados | hmmm |
| 13:56 | zoom has some dependencies | |
| 13:56 | might want to just make sure you have yaz installed | |
| 13:56 | yaz-client -V | |
| 13:56 | fbcit | biblios:~/koha.git# yaz-client -V |
| 13:56 | YAZ version: 3.0.20 | |
| 13:57 | kados | hmmm |
| 13:57 | well, try installing Text::CSV from cpan | |
| 13:57 | and paste in the ZOOM errors you're getting | |
| 13:58 | fbcit | t/2-ZOOM................ok 1/23 |
| 13:58 | # Failed test 'connection to non-existent host 'no.such.host' fails' | |
| 13:58 | # at t/2-ZOOM.t line 20. | |
| 13:58 | t/2-ZOOM................ok 5/23# Looks like you failed 1 test of 23. | |
| 13:58 | kados | hmmm |
| 13:58 | fbcit | t/1-Net-Z3950-ZOOM......ok 1/23 |
| 13:58 | # Failed test 'connection to non-existent host 'no.such.host' fails' | |
| 13:58 | # at t/1-Net-Z3950-ZOOM.t line 22. | |
| 13:58 | t/1-Net-Z3950-ZOOM......ok 8/23# Looks like you failed 1 test of 23. | |
| 13:58 | kados | I wonder if someone introduced a test that includes a query to a non-existant host |
| 13:59 | fbcit: you on the yazlist? | |
| 13:59 | fbcit | mailing list -yes |
| 13:59 | kados | I'd post your error there |
| 13:59 | for the ZOOM issue | |
| 14:00 | Net::Z3950::ZOOM -- 1.14 | |
| 14:00 | is the version I'm running | |
| 14:00 | and the latest is 1.21 | |
| 14:00 | so musta been something introduced between those versions | |
| 14:01 | fbcit | kados: I'll look into it more this afternoon. Gotta go now. tnx |
| 14:30 | lloyd_ | if I set enrollment period to 0, is that forever? |
| 14:34 | kados | lloyd_: I don't think so ... 999 will work though |
| 14:34 | lloyd_ | ahh ok |
| 14:34 | kados | lloyd_: so how do you like the 3.0 version ... compared to what you were running beore? |
| 14:34 | before I mean | |
| 14:35 | lloyd_ | one more, how do I change the category types. "Adult Person, Child Person, Pro, Org, Staff" |
| 14:35 | kados | the types you can't change, but you can change the categories |
| 14:35 | lloyd_ | I really like it.. |
| 14:35 | mmmm | |
| 14:35 | kados | Administration -> Patron Categories |
| 14:35 | there are five 'types': Adult, Child, Professional, Institution, Staff | |
| 14:35 | lloyd_ | got time for a quick discussion on making it possible to change the types? :) |
| 14:36 | kados | you can just change the categories |
| 14:36 | lloyd_ | yeah.. but i need to change the types too |
| 14:36 | owen | lloyd_: what do you mean you need to change the types? |
| 14:36 | What about it do you need to change? | |
| 14:36 | hdl | Can you give an example ? |
| 14:37 | lloyd_ | sure... I dont want it to say adult patrol, child patrol etc etc etc as there will only be 2 types |
| 14:37 | Reader and Library Staff | |
| 14:37 | so I just want to rename/remove some really | |
| 14:38 | Reader, Organiation, Library Staff | |
| 14:39 | kados | just create a Reader category for type 'Adult' |
| 14:39 | lloyd_ | nah i have reader categorys too |
| 14:39 | kados | and a 'Library Staff' category for type 'Staff' |
| 14:39 | lloyd_ | you're missing the point |
| 14:39 | kados | oh |
| 14:40 | lloyd_ | when somebody clicks new, on the patron screen I don't want adult, child, pro, org, staff to show |
| 14:40 | kados | ahh |
| 14:40 | lloyd_ | as we only have 3 types... normal readers, orgs and lib staff |
| 14:40 | kados | OK, well, we can certainly modify that |
| 14:41 | it won't be free though :-) | |
| 14:41 | lloyd_ | that's fine.. pm? |
| 14:42 | kados | we'll have to do that as a chance request, you can send a mail to Russel and we can get a quote for you on that :-) |
| 14:42 | and we probaly shouldn't talk about it on #koha much more soas not to bore the rest of the community :-) | |
| 14:43 | s/chance/change/ | |
| 14:46 | owen | It might even be a change you could do with custom javascript? |
| 14:46 | Brooke | howdy |
| 14:47 | owen | You could modify the DOM to replace the "new" drop down with your values to pass to the member entry script |
| 14:47 | kados | owen: would that fit into the context of a usercss syspref? |
| 14:47 | owen | userjs, yeah |
| 14:47 | Although I couldn't say for sure without really sitting down to try it out | |
| 14:48 | kados | hiya Brooke |
| 14:48 | Brooke | :) |
| 14:53 | kados | so guys, there was a post to koha-translate recently, proposing that we remove all ':' because it complicates translation |
| 14:54 | anyone have any thoughts on that? | |
| 14:55 | paul | kados : i've nothing against, except it will be a huge job to update french translation. |
| 14:55 | kados | paul: I don't think so ... if that's the only change |
| 14:55 | paul: ie, you have already translated those strings, so it should just reduce the file size | |
| 14:56 | paul | yep, but i'll still have to update all strings one by one. but that's not a problem. just a long & boring stuff ;) |
| 14:56 | kados | ? |
| 14:56 | just run update, shoudln't be any update of strings | |
| 14:56 | paul | all strings where the : disappear will be marked as "fuzzy" |
| 14:56 | and thus not parsed by the installer. | |
| 14:56 | kados | what is fuzzy? |
| 14:57 | paul | hehe... |
| 14:57 | a string that has been modified (in place or content) is marked "fuzzy". | |
| 14:57 | which means "check it again" | |
| 14:57 | and all fuzzy strings are discarded by tmpl_process3.pl install | |
| 14:57 | to avoid having a wrong translation | |
| 14:58 | (at the price of having no translation at all) | |
| 14:58 | kados | hmmm |
| 14:58 | I still don't undersatnd :-) | |
| 14:58 | paul | so I explain again ... |
| 14:59 | we have a string like : | |
| 14:59 | Brooke | It's a QC measure |
| 14:59 | paul | "enter the amount you want:" |
| 14:59 | which is translated to "Saisir la quantité voulue :" | |
| 14:59 | if you remove the :, then the translator tools think it's a new stringe. | |
| 14:59 | s/e// | |
| 14:59 | and says : | |
| 15:00 | "enter the amount you want" => MAYBE translated to "Saisir la quantité voulue : " | |
| 15:00 | note the : have not been removed in french, as the translator don't want to do that himself | |
| 15:00 | the "MAYBE" is written "fuzzy" in .po files | |
| 15:01 | so, i'll have to manually say : | |
| 15:01 | "enter the amount you want" => translated to "Saisir la quantité voulue " | |
| 15:01 | (remove the : & remove the fuzzy status) | |
| 15:01 | kados | but ... correct me if I'm wrong |
| 15:01 | if you already have a string: | |
| 15:01 | Brooke | it's a quality control measure |
| 15:01 | kados | "enter the amount you want" => translated to "Saisir la quantité voulue " |
| 15:01 | it won't mark it as fuzzy | |
| 15:02 | ie, if you're removing the ':' from one string, it should automatically find the other string that matches | |
| 15:02 | paul | tmpl_process3.pl update WON'T update the french string at all. the : will remain, so the process will mark the string as fuzzy. |
| 15:03 | Brooke | because, presumably, you want a second set of eyes to see that the translation is accurate, yes? |
| 15:03 | kados | strange, that's not my experience when I tested this |
| 15:03 | I'll have to test again | |
| 15:03 | paul | yes. |
| 15:03 | Brooke | Because paul is clever :) |
| 15:03 | He does not want bad code | |
| 15:03 | so he put in a quality control measure | |
| 15:04 | paul | it's not me, it's the translator tool & .po rules : when something changes on the left (original), mark the right (translation) as fuzzy for manual checking & confirmation. |
| 15:04 | kados | Brooke: paul didn't write the PO standard ;-) |
| 15:04 | Brooke | well, it's still clever |
| 15:04 | paul | it's the case for any content change (event a case-sensitive change), or even, if I don't mind a location change |
| 15:04 | Brooke | and so is paul |
| 15:05 | kados | Brooke: :-) |
| 15:05 | Brooke | he just doesn't get undue credit |
| 15:05 | sorry, paul, I have to steal your merit badge back | |
| 15:05 | kados | hehe |
| 15:05 | paul | hehe |
| 15:11 | kados | paul: OK, here's an example I will test: |
| 15:11 | #: ../../koha-tmpl/opac-tmpl/prog/en/modules/opac-basket.tmpl:55 | |
| 15:11 | msgid "Authors" | |
| 15:11 | msgstr "Auteurs" | |
| 15:11 | #: ../../koha-tmpl/opac-tmpl/prog/en/modules/opac-detail.tmpl:53 | |
| 15:11 | msgid "Authors:" | |
| 15:11 | msgstr "Auteurs :" | |
| 15:11 | #. %1$s: TMPL_VAR name=value | |
| 15:11 | #: ../../koha-tmpl/opac-tmpl/prog/en/modules/opac-sendbasket.tmpl:25 | |
| 15:11 | #, c-format | |
| 15:11 | msgid "Authors: %s" | |
| 15:12 | msgstr "Auteurs : %s" | |
| 15:12 | so if I change opac-basket, opac-detail, and opac-sendbasket all to just 'Authors', what will happen to the french translation file on update? :-) | |
| 15:12 | paul | The 1st & 2nd one will be merged & I think you won't have a fuzzy. |
| 15:12 | where the 3rd one will result in a fuzzy | |
| 15:12 | (my bet) | |
| 15:13 | Brooke | hi atz |
| 15:13 | atz | greets Brooke |
| 15:13 | kados | ahh, so it's just when we hae a %s that we hav a fuxxy? |
| 15:13 | fuzzy I mean | |
| 15:16 | paul: ok, you're right: | |
| 15:16 | #: ../../koha-tmpl/opac-tmpl/prog/en/modules/opac-basket.tmpl:55 | |
| 15:16 | #: ../../koha-tmpl/opac-tmpl/prog/en/modules/opac-detail.tmpl:53 | |
| 15:16 | msgid "Authors" | |
| 15:16 | msgstr "Auteurs" | |
| 15:16 | #. %1$s: TMPL_VAR name=value | |
| 15:16 | #: ../../koha-tmpl/opac-tmpl/prog/en/modules/opac-sendbasket.tmpl:25 | |
| 15:16 | #, fuzzy, c-format | |
| 15:16 | msgid "Authors %s" | |
| 15:16 | msgstr "Auteurs : %s" | |
| 15:17 | so we did reduce it by one string | |
| 15:17 | without any effort to translation into french, right? | |
| 15:17 | paul | yep. |
| 15:17 | kados | (except if you want to remove the ':' |
| 15:17 | paul | nope |
| 15:17 | i MUST remove manually the : | |
| 15:17 | kados | ahh |
| 15:18 | paul | otherwise, the fuzzy string will be discarded by tmpl_process3.pl install |
| 15:18 | hdl | or unfuzzy the string. |
| 15:18 | (if you want to keep ":" Some French librarian prefers :) | |
| 15:18 | paul | (hdl : in fact, removing the : automatically removes the fuzzy status in kbabel) |
| 15:18 | hdl | ':' ) |
| 15:19 | yes... Because you updates string. | |
| 15:19 | But a Ctrl+U unfuzzy it without touching the string. | |
| 15:20 | paul | (hdl : i prefer removing all : if the english version removes them. |
| 15:20 | ) | |
| 15:21 | hdl | So do *I* |
| 15:32 | kados | hey toins! |
| 15:33 | long time no see :-) | |
| 15:33 | toins | hi kados |
| 15:41 | Brooke | hi toins |
| 15:42 | hi foxnorth | |
| 15:50 | kados | hi there matthew |
| 15:50 | matthew | Hello kados |
| 15:50 | I'm wondering about getting the latest updates to 2.2.9. Should I download from cvs? | |
| 15:52 | I'm going to do a fresh install on another server and move our current database to a new machine. | |
| 15:53 | I want to make sure I'm using the latest stable version with any bug fixes that may be important. | |
| 15:55 | kados | matthew: it's very likely that 3.0 alpha is more stable than 2.2.9 :-) |
| 15:56 | matthew | I'm very glad to hear that! |
| 15:56 | I've been waiting to check it out. | |
| 15:56 | I am using it for production in a small library. | |
| 15:58 | kados | cool |
| 15:58 | you may find the no-zebra option appealing then | |
| 15:58 | makes the setup easier | |
| 15:59 | matthew | thanks for the tips. |
| 17:27 | hdl | wow. |
| 17:28 | kados : I found a curious bug in Search.pm | |
| 17:28 | It has to do with encoding and MARC::File::USMARC::decode | |
| 17:29 | kados | hdl: yea? |
| 17:29 | hdl | our UNIMARC fields may be supposedly in latin1 for him. |
| 17:29 | atz | hdl: is there an alternative module? |
| 17:29 | kados | encoding-- |
| 17:30 | hdl | And items value linked with authorised values with accents are blanked out. |
| 17:30 | 2 solutions : | |
| 17:31 | - displaying non matching value as such | |
| 17:31 | i.e $locations{$item->{location}}?$locations{$item->{location}}:$item->{location} | |
| 17:34 | - using utf8::decode when getting fields line 1137 | |
| 17:35 | my opinion is that orphan authorised values should always be displayed. | |
| 17:35 | our customers are often questionning when values disappear when the do a change in authorised values. | |
| 17:35 | But it is my opinion. | |
| 17:36 | sending patch for solution 2 | |
| 17:42 | kados | hdl: OK |
| 17:43 | hdl | sent. |
| 22:18 | fbcit | kados around? |
← Previous day | Today | Next day → | Search | Index