← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 17:13 | kados | hello world |
| 17:13 | chris | hiya kados |
| 17:13 | in ur hotel? | |
| 17:13 | kados | hey chris |
| 17:13 | at regula's place | |
| 17:14 | neighbor has wifi :-) | |
| 17:14 | chris | sweet |
| 17:14 | hi to regula for me | |
| 17:14 | kados | will do ... she's in bed already :-) |
| 17:14 | chris | :) |
| 17:18 | start work tomorrow? | |
| 17:56 | rach | oh cool |
| 02:09 | osmoze | hello |
| 03:54 | btoumi | hi everybody |
| 03:56 | pierrick | hi btoumi |
| 03:57 | osmoze | hi two :) |
| 03:57 | pierrick | btoumi, did you subscribe to koha-devel mailing-list? |
| 04:20 | btoumi | sorry i was buzy |
| 04:20 | yes i suscribe | |
| 04:21 | why? | |
| 04:30 | pierrick | because it would be interesting you explain how SAN-OP revised reserve system |
| 04:31 | (as Paul said briefly in the last thread) | |
| 04:33 | btoumi | msg pierrick |
| 10:04 | kados | hi all |
| 10:04 | ToinS | hi |
| 10:04 | kados | paul around? |
| 10:05 | ToinS | no |
| 10:05 | he 'll comes back tomorrow | |
| 10:06 | kados | ok |
| 10:06 | owen | Having fun, I hope? |
| 10:08 | kados | yea |
| 10:08 | in Geneva today | |
| 10:08 | spent most of the day at the world intellectual property organization | |
| 10:08 | it's about 5pm now | |
| 10:08 | owen | Hard to remember to think of you in that time zone :) |
| 10:09 | kados | I'm hanging out in a small cafe outside the main train station in geneva |
| 10:09 | well, I try to trancend time zones ;-) | |
| 10:17 | thd | kados: have you seen my email? |
| 10:18 | kados | thd: yes, thank you |
| 10:18 | thd: I've been very busy with training and traveling so haven't had any time to read it more than once | |
| 10:19 | thd: and I noticed your commits | |
| 10:19 | thd: but I'm afraid they won't work for unicode :( | |
| 10:19 | thd | kados: what do you mean about won't work for unicode? |
| 10:20 | kados | thd: I meant unimarc :/ |
| 10:20 | thd | kados: no of course UNIMARC needs other modules like MAB2::Encode, etc. |
| 10:22 | kados: my last message has a supplemental file for you to import for me using bulkmarcimport.pl. | |
| 10:22 | kados | thd: shall i do it now? |
| 10:23 | thd | kados: use the last supplemental one and do not apply the first one |
| 10:23 | kados: yes do it now. | |
| 10:25 | kados: also every time I save a record edit some template or other error fails to take me to the correct place although the update seems to be saved with new changed content. | |
| 10:25 | kados | thd: importing |
| 10:28 | thd | kados: after I save a record I see only: on the following plain text message: Status: 302 Found Location: additem.pl?bibid=10812&frameworkcode= |
| 10:29 | s/: on// | |
| 10:30 | kados | strange |
| 10:30 | must be a bug in rel_2_2 | |
| 10:30 | thd | that appears with no context and I have to use the browser back function to recover. |
| 10:30 | tumer[A] | hi kados hows Geneva? |
| 10:30 | kados | thd: 32 MARC record done |
| 10:30 | tumer[A]: it's great :-) | |
| 10:31 | thd | kados: that is good, it represents many actual original records because they are mostly serials and I need to add the holdings. |
| 10:33 | tumer | kados:have you played with search? |
| 10:33 | thd | kados: also characters do not appear correct but that is a problem with the fonts in the CSS. |
| 10:35 | kados | tumer: not at all yet :/ |
| 10:35 | tumer: I hope later tonight | |
| 10:35 | tumer | kados: I'll be around foe another 4 hrs |
| 10:35 | thd | tumer did you see my extra long message with a partly corrected bibliographic framework attached? |
| 10:36 | tumer | thd: yes thanks I also emailed you |
| 10:39 | thd:I replied it it went to koha@<someplace> is that you? | |
| 10:40 | thd | tumer: yes that is me |
| 10:42 | tumer: I think we do have some power over MARC::File::XML but we no longer need it for importing in rel_2_2 using my latest commit to bulkmarcimport.pl | |
| 10:42 | kados: are you not administering MARC::File::XML? | |
| 10:43 | kados | thd: yes, but I'm not alone |
| 10:43 | tumer | thd: I haven't seen that yet. I am using your template with no problems apart from the one I mentioned |
| 10:44 | kados | could you guys forward you correspondence to the koha list? |
| 10:44 | koha-devel I mean | |
| 10:44 | unless it's private in some way | |
| 10:45 | thd | kados: can you substitute field < 10 for field =~ m/^00/ to check for control fields without a numeric comparison? |
| 10:45 | tumer | thd: my system reads systempref 050ab or 090ab or whatever you put in (I mean both subfields) and creates the itemcallnumber |
| 10:47 | thd | kados: I will have everything on the koha-devel list as soon as I can find the time to do that and remove the small degree of private character. |
| 10:47 | kados | thd: thanks |
| 10:48 | ok, I'm off to catch a train back to Laussane | |
| 10:48 | cheers | |
| 10:48 | thd | kados: only lack of time has kept me off the mailing list :) |
| 10:48 | owen | Seeya kados |
| 10:48 | kados | I hope to be around later |
| 10:48 | but jet lag may catch up with me | |
| 10:48 | tumer | thd:I'll be careful with that. I am not sure what MARC::Record will think about it. Apart from your 09o field everything is working fine. Do we reallly need 09o? |
| 10:49 | thd | tumer: my bug report attached is a few weeks out of date so I guess you are reporting that the system preference is fixed as well. |
| 10:50 | tumer | thd: not in CVS my private version |
| 10:51 | thd:I'll commit them | |
| 10:51 | thd | tumer: Did you say that the call number filling system preference is now fixed or not? |
| 10:51 | tumer | thd:Not fixed in CVS. I have fixed it in my version which I'll commit soon |
| 10:53 | thd | tumer: I have some new code that will for example search 050, then 090 ( or remapped to 09o or 999), then 852 until it finds a complete LC call number. |
| 10:54 | tumer | thd:sound intuitive. I'll wait to see it before committing |
| 10:56 | thd | tumer: Do not delay committing your code as mine is not adapted for the system preference. I do not know where to commit it but it needs more generalisation to support DDC, UNIMARC locations, etc. |
| 10:56 | tumer | thd:OK |
| 10:56 | thd | tumer: my code is currently part of a subroutine in a script to manage copy catalogued records. |
| 10:57 | tumer | thd:oops wrong. I'll commit |
| 10:58 | thd | tumer: I copy catalogue them outside koha with a PHP/YAZ Z39.50 client that I need to port to Perl to replace the poor Z39.50 client that Koha has now. |
| 10:58 | tumer | thd:Currently the code is in additem.pl reads systempref to see which fields needed to fill itemcallnumber |
| 11:00 | thd: I use ZOOM client in KOHA for Z3950 and import straight into KOHA | |
| 11:00 | thd | tumer: my code expets a MARC::Record object to search but could be adapted for the Koha MARC in SQL. |
| 11:01 | s/expets/expects/ | |
| 11:03 | tumer | thd:I've to go for now. talk to you later,cheers |
| 11:03 | thd | tumer: I have not seen the Perl Zoom documentation for asynchronous simultaneous non-blocking searching of multiple Z39.50 targets. |
| 11:04 | tumer | thd: get ZOOM version 1.06 |
| 11:05 | thd | tumer: I need to update many things but my connectivity is poor so that can be rather troublesome when I try to update my whole system at once. |
← Previous day | Today | Next day → | Search | Index