← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:01 | bebbi left #koha | |
| 00:02 | psychokiller | what does that tell me ? |
| 00:03 | i just need kphja | |
| 00:03 | koha | |
| 00:07 | moodaepo | psychokiller: when do you get that error? |
| 00:10 | psychokiller | when i tried this |
| 00:10 | http://127.0.1.1:8080 | |
| 00:13 | http://bagno.be/poradniki/instalacja-koha/ | |
| 00:13 | just followed this | |
| 00:13 | got that message | |
| 00:13 | tough luck | |
| 00:58 | bankhead joined #koha | |
| 01:00 | psychokiller left #koha | |
| 01:08 | greenmang0 joined #koha | |
| 01:41 | greenmang0 left #koha | |
| 02:01 | chris | hello |
| 02:59 | richard | hellio chris |
| 02:59 | how's singapore? | |
| 03:20 | eythian | richard: chris'll be giving his demo in about 10 minutes, probably been preparing :) |
| 03:21 | richard | ah |
| 03:21 | eythian | oh, no, this time tomorrow I think. |
| 03:25 | Amit_G joined #koha | |
| 03:25 | Amit_G | hi all |
| 03:29 | chris | yeah 4.30pm singapore time tomorrow |
| 03:29 | so 9.30pm nz time | |
| 03:30 | braedon|home1 joined #koha | |
| 03:38 | braedon|home left #koha | |
| 03:42 | ebegin joined #koha | |
| 03:42 | ebegin | hello! |
| 03:42 | chris, do you still in charge of the translation? :) | |
| 03:42 | chris | yep, will hand over to frederic1 soon, but still in charge at the moment |
| 03:43 | im unlinkely to be able to do much until saturday tho, am in singapore at the moment | |
| 03:43 | heh, unlikely even | |
| 03:43 | ebegin | I just noticed that the translation of the submit button are not getting listed in pootle... exemple: <input type="submit" value="Submit Changes" ... > |
| 03:44 | chris, I wish I was in Singapore too!!! | |
| 03:44 | @wunder montreal, quebec | |
| 03:44 | munin | ebegin: The current temperature in Montreal, Quebec is -1.0�C (10:00 PM EST on March 09, 2010). Conditions: Clear. Humidity: 51%. Dew Point: -10.0�C. Windchill: -4.0�C. Pressure: 30.01 in 1016 hPa (Steady). |
| 03:45 | ebegin | Is there is a way to detect them to be included in the translation packages? |
| 03:46 | chris | ahh there is a bug for that |
| 03:46 | its harder than including them | |
| 03:46 | because some scripts use the value | |
| 03:47 | so if you translate them, the script breaks | |
| 03:47 | so needs to use a hidden input instead | |
| 03:47 | then we can translate them | |
| 03:47 | richard left #koha | |
| 03:48 | ebegin | or the code could check for the name attribute instead of the value... |
| 03:49 | since we know that there is a problem related to that, it's ok. | |
| 04:23 | braedon|home1 left #koha | |
| 04:29 | greenmang0 joined #koha | |
| 04:42 | Nouman joined #koha | |
| 04:42 | Nouman | Good morning |
| 04:45 | greenmang0 left #koha | |
| 04:54 | Amit_G left #koha | |
| 05:02 | eythian left #koha | |
| 05:10 | wajasu | when i create my work branch i used origin/3.0.x |
| 05:10 | hdl_laptop joined #koha | |
| 05:10 | wajasu | but i pulled that a day ago |
| 05:10 | is that the latest? | |
| 05:11 | or are changes not done very often | |
| 05:11 | or is that not the latest dev branch or tag? | |
| 05:20 | richard joined #koha | |
| 05:37 | hdl_laptop left #koha | |
| 05:45 | Nouman left #koha | |
| 05:57 | braedon|home joined #koha | |
| 06:28 | SelfishMan left #koha | |
| 06:41 | SelfishMan joined #koha | |
| 06:43 | nicomo joined #koha | |
| 06:51 | Genji left #koha | |
| 06:52 | nicomo left #koha | |
| 07:16 | thd-away` joined #koha | |
| 07:16 | thd-away left #koha | |
| 07:21 | Amit_G joined #koha | |
| 07:28 | Ropuch | Morning #koha |
| 07:37 | laurence joined #koha | |
| 07:37 | francharb joined #koha | |
| 07:40 | Amit_G | heya Ropuch |
| 07:41 | Ropuch | Hi Amit_G |
| 08:00 | thd-away` left #koha | |
| 08:01 | richard left #koha | |
| 08:02 | thd-away joined #koha | |
| 08:21 | magnus joined #koha | |
| 08:21 | braedon|home1 joined #koha | |
| 08:29 | braedon|home left #koha | |
| 08:34 | paul_p joined #koha | |
| 08:38 | Genji joined #koha | |
| 08:45 | paul_p left #koha | |
| 08:58 | hdl_laptop joined #koha | |
| 09:17 | davi joined #koha | |
| 09:46 | magnus | next week i will be bragging to norwegian librarians about all the protocols that koha supports: Z39.50, SRU, OAI-PMH, ILS-DI, CoinS, OpenSearch, SIP2 - have i missed any? |
| 09:59 | chris | CAS |
| 09:59 | LDAP | |
| 10:03 | i think thats all of them | |
| 10:23 | nicomo_laptop joined #koha | |
| 10:48 | magnus | thanks chris, i'll add those two! |
| 10:49 | CAS is for logging in, right? | |
| 10:52 | chris | yep |
| 11:40 | Amit_G left #koha | |
| 11:44 | laurence left #koha | |
| 12:20 | tomascohen joined #koha | |
| 12:23 | biglego joined #koha | |
| 12:29 | jwagner joined #koha | |
| 12:42 | jdavidb joined #koha | |
| 12:45 | jdavidb | <!-- TMPL_VAR NAME="Appropriate_greeting_for_your_timezone" -->, #koha! |
| 12:47 | Genji left #koha | |
| 12:48 | jwagner | @wunder 20740 |
| 12:48 | munin | jwagner: The current temperature in Hollywood, College Park, Maryland is 6.2�C (7:47 AM EST on March 10, 2010). Conditions: Overcast. Humidity: 69%. Dew Point: 1.0�C. Windchill: 6.0�C. Pressure: 29.97 in 1014.8 hPa (Steady). |
| 12:49 | magnus | @wunder bodo, norway |
| 12:49 | munin | magnus: The current temperature in Bodo, Norway is -1.0�C (1:20 PM CET on March 10, 2010). Conditions: Light Snow. Humidity: 93%. Dew Point: -2.0�C. Windchill: -4.0�C. Pressure: 29.77 in 1008 hPa (Falling). |
| 12:59 | collum joined #koha | |
| 13:11 | chris_n | @wunder 28334 |
| 13:11 | munin | chris_n: The current temperature in Erwin, North Carolina is 12.0�C (7:42 AM EST on March 10, 2010). Conditions: Clear. Humidity: 54%. Dew Point: 3.0�C. Pressure: 29.98 in 1015 hPa (Steady). |
| 13:11 | chris_n | jdavidb: lol |
| 13:11 | g'morning #koha | |
| 13:11 | jdavidb | :) |
| 13:12 | * chris_n | heads off to the failed raid array data recovery salt mine |
| 13:12 | owen joined #koha | |
| 13:12 | jdavidb | Hi, owen. :) |
| 13:12 | owen | Hi |
| 13:12 | chris_n | howdy owen |
| 13:12 | owen | Tally of bug fixes yesterday: 1. |
| 13:13 | I hope others had some luck | |
| 13:13 | chris_n | that's one less bug ;) |
| 13:13 | jdavidb | you beat me by one, owen. Good job. |
| 13:13 | * jdavidb | spent the day flailing away on other matters. |
| 13:14 | owen | Off topic, but does anyone here use 64-bit Windows 7? |
| 13:14 | * jdavidb | shudders. |
| 13:14 | owen | Oh that's not good :) |
| 13:14 | * jdavidb | only uses Windows at work because the bosses make me, and at home only because of one game that just won't run in wine. |
| 13:16 | * owen | is trying to decide whether 64-bit is worth the trouble over 32-bit on a machine with 8GB RAM |
| 13:16 | collum | My colleague 10 feet away is using 7, but we just checked and it's 32 bit. |
| 13:17 | But she has had no problem with 7. She was formerly on vista. | |
| 13:26 | chris_n | owen: most likely it is only useful if your favorite app is also 64 bit |
| 13:27 | otherwise there are performance penalties due to the the way ram is reserved in a 64 bit environment iirc | |
| 13:27 | * chris_n | runs 64 bit ubuntu |
| 13:28 | owen | Interesting...I thought there were disadvantages to the way 32-bit Windows handled that much RAM |
| 13:29 | * owen | isn't very up on the subject, but got the opportunity to snag a new computer here at work |
| 13:35 | jwagner | I bought a new laptop for one of my nieces last year, and got one with 4GB RAM. It came with 64-bit Vista which surprised me; they said 32-bit couldn't handle 4GB RAM. Don't know if she's had any other problems -- the first one we found was that the antivirus software the college provides free didn't have a 64-bit version. |
| 13:39 | collum | That's the problem we are finding. Our PC tech was going to replace public computers at one of our locations with machines with the 64-bit version, but some of the apps were not yet available. The main one being PC Reservation. |
| 13:40 | * owen | sees in the logs that psychokiller was in fine form yesterday |
| 13:40 | * jwagner | says the OTHER niece got a laptop with only 3GB RAM and 32-bit Vista.... |
| 13:40 | chris_n | vista/win7 use a completely different memory management algorithm which is much improved over XP, et al. |
| 13:40 | XP had a hard coded limit of 4GB iirc | |
| 13:40 | as well | |
| 13:41 | jwagner | It's a tough life, being a fairy god-aunt.... |
| 13:42 | chris_n | as I understand it, a 64bit os reserves wider slices of ram for application use than 32 bit; but the 32bit app can only access some portion smaller than that reserved by the os |
| 13:42 | so there is some inefficiency from that prospective | |
| 13:43 | as a rule we only run the 64bit version of the os here if a) it is the only thing that will support the hardware (ie. xp will not support more than 2 cores) or b) the main app is in 64bit form | |
| 13:44 | jdavidb | owen: he'd just appeared when I left for the day. Reading the logs has been...uhm...interesting. Like watching a forty-car pileup on the Beltway. |
| 13:44 | chris_n | hehe |
| 13:44 | * collum | must now go and read the logs. |
| 13:46 | * jwagner | too |
| 13:46 | * jdavidb | hasn't seen anything quite like that in a while. For which he is duly grateful. |
| 13:46 | Ropuch | chris_n: 64bit XP can handle up to 128GB |
| 13:47 | jdavidb | props to joetho and wizzyrea for telling him to tone down the tacky talk. |
| 13:47 | And to Ropuch for tryin' to help him. | |
| 13:48 | Ropuch | ;> |
| 13:49 | * chris_n | thinks an op would have been nice at that point in time |
| 13:49 | * jdavidb | nominates Ropuch for the #koha Loving-the-Hard-To-Love prize. |
| 13:49 | jwagner | Hmmmm... Maybe there are advantages to being out sick :-) |
| 13:49 | chris_n | Ropuch: tnx, I did not realize that |
| 13:49 | will it handle more than 2 cores? | |
| 13:49 | jwagner | Ropuch++ |
| 13:50 | jdavidb | Ropuch++ |
| 13:50 | chris_n | Ropuch++ |
| 13:51 | * owen | is amused by Microsoft's windows 7 Upgrade Advisor, which doesn't seem to noticed 80% of the programs I have installed |
| 13:52 | is even more amused that Microsoft's Windows 7 Upgrade Advisor reports that Microsoft's Windows 7 Upgrade Advisor is compatible with Windows 7 | |
| 13:52 | jdavidb | lol |
| 13:52 | I should hope so. | |
| 13:52 | Ropuch | chris_n: don't know - here's memomry capabilities http://msdn.microsoft.com/en-u[…]66778(VS.85).aspx |
| 13:53 | But I'm not sure if xp can handle more than 4 cores | |
| 13:53 | Um, 2 cores | |
| 13:54 | Oh, it seems it can | |
| 13:56 | chris_n | hmm... I have installed xp 32bit on several systems with quad cores and had no success in it acknowledging more than two cores |
| 13:57 | but in any case, the improvement in both memory management and multicore support in Win7 is worth the switch imho | |
| 13:57 | * collum | must be a slow reader or my brain was seizing up |
| 14:02 | Ropuch | Let's face it: XP is best thing MS ever released, but it's been 10 years now |
| 14:02 | I have never installed Vista, but i removed couple of it ;> | |
| 14:02 | jwagner | I took one look at Vista & stubbornly clung to my XP installs. Is Win7 any better? |
| 14:03 | collum | My laptop was mistakenly delivered with XP. I didn't complain. |
| 14:03 | Ropuch | Well, Win7 sems to be ok, I have it preinstalled on my new laptop, but I'm rarely booting into it |
| 14:03 | collum: ;> | |
| 14:05 | XP was so good it was marketing disaster for MS actually | |
| 14:06 | Even now I was provided for extra xp drivers and install instruction for my new lap by my supplier ;> | |
| 14:06 | Despite Win7 on board | |
| 14:08 | chris_n | the very few systems here running Win7 are gathering very few complaints |
| 14:09 | Vista was a total disaster and we skipped it entirely | |
| 14:09 | the library here will be going ubuntu this summer, however :) | |
| 14:12 | magnus | ubuntu++ |
| 14:34 | * owen | is getting tired of receiving Ms. Espiau-Bechetoille's vacation auto-responder messages |
| 14:36 | sekjal joined #koha | |
| 14:41 | owen | Hi sekjal |
| 14:42 | sekjal | morning, owen |
| 15:10 | jwagner | owen and anyone else, see Bug 4314 -- any issues you can think of with the proposed fix? |
| 15:10 | munin | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=4314 enhancement, P5, ---, jwagner ptfs.com, ASSIGNED, Flag for SSL Enabled to fix 3rd Party Enhanced Content in OPAC |
| 15:13 | jwagner | And how do you add a syspref with the new syspref interface? I remember traffic about that, but don't remember a solution. |
| 15:14 | owen | jwagner: Is there anything that needs to be done for Amazon and Baker & Taylor content? |
| 15:16 | jwagner | I don't know. EBPL only uses Syndetics and LT, and I don't have SSL enabled anywhere else. |
| 15:16 | schuster joined #koha | |
| 15:16 | jwagner | Was hoping someone else would know :-) |
| 15:16 | The initial thought was to make it a Syndetics-specific syspref. Then Chris realized LibraryThing also needed it. If it's a generic syspref, it can be applied to any 3rd party calls. | |
| 15:17 | nicomo_laptop left #koha | |
| 15:19 | gmcharlt | jwagner: no need for a syspref - just pass a template variable if Koha detects that the page request uses SSL |
| 15:20 | jwagner | gmcharlt, I don't know how to do that :-( |
| 15:23 | jdavidb | I had thought of that, gmcharlt, when this came in for jwagner and me. that would user-proof it. |
| 15:26 | gmcharlt | jwagner: jdavidb: I just sent a patch |
| 15:26 | wizzyrea_ joined #koha | |
| 15:27 | wizzyrea left #koha | |
| 15:27 | gmcharlt | adds a variable available to all templates that lets you do <!-- tmpl_if name="using_https" --> ... |
| 15:30 | jdavidb | gmcharlt++ |
| 15:31 | jwagner | gmcharlt++ and thanks! If I see how you do it, maybe I can figure it out myself next time :-) |
| 15:32 | So then in the template, just add in the checks for using_https where needed, correct? | |
| 15:33 | * jdavidb | sends cookies to gmcharlt. |
| 15:33 | jdavidb | sure 'nuf, jwagner, that's all you'll have to do. |
| 15:34 | * jwagner | owes gmcharlt a beverage of his choice :-) |
| 15:54 | adegroff joined #koha | |
| 15:54 | sekjal left #koha | |
| 15:57 | owen | So if debug level = 2 we get lots of information, level 1 we get some, and level 0 we get "production mode - trapped fatal error" |
| 15:58 | Seems to me that could be a little friendlier. | |
| 16:01 | bebbi joined #koha | |
| 16:06 | sekjal joined #koha | |
| 16:07 | ccurry joined #koha | |
| 16:13 | ccurry | Morning everyone. I have a question about installing patches in 3.00.05.001. This bug: http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3550 (subtitle display) has been patched and I want to apply it to my install without upgrading to 3.2. Since this bug applied to HEAD, I expect the patches were only applied there, correct? Is there an easier way to apply this patch to current... |
| 16:13 | munin | 04Bug 3550: enhancement, PATCH-Sent, ---, nahuel.angelinettibiblibre.com, ASSIGNED, Use GetRecordValue to get the subtitle |
| 16:13 | ccurry | ...stable without cherry picking all of the changes in every effected template? |
| 16:16 | If it's relevant, I'm using a standard install, not a dev install. | |
| 16:26 | johnindy joined #koha | |
| 16:30 | brendan joined #koha | |
| 16:32 | bebbi left #koha | |
| 16:37 | adegroff left #koha | |
| 16:39 | greenmang0 joined #koha | |
| 16:42 | ccurry | nahuel & owen? I don't need an answer in a hurry, but I'm headed to lunch, so if you have an ideas for me, I'd be very appreciative if you emailed them to me @ ccurryamphilsoc.org. I'll log back in after work if you'd prefer to answer me here. Cheers! |
| 16:42 | ccurry left #koha | |
| 16:42 | nahuel | ?? |
| 16:45 | owen | nahuel: ccurry was wondering if "GetRecordValue" works in 3.00.05.001 for getting subtitles |
| 16:45 | nahuel | yep and ? |
| 16:45 | he just should checkout 3.0.x | |
| 16:45 | it was integrated | |
| 16:47 | schuster | OK since there are programmers here... I had a programmer ask me about where these calls <!-- tmpl_if name="using_https" --> reside? using_https ? |
| 16:48 | nahuel | it's a variable defined in the .pl file |
| 16:49 | jwagner | schuster, nowhere yet -- gmcharlt sent that patch in response to my new Bug 4314. I'm working on changes for Syndetics and LibraryThing |
| 16:49 | munin | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=4314 enhancement, P5, ---, jwagnerptfs.com, ASSIGNED, Flag for SSL Enabled to fix 3rd Party Enhanced Content in OPAC |
| 16:50 | jwagner | I have a patch worked out but not tested yet. |
| 16:51 | schuster | thanks nahuel - we are working on a batch load program that would run as a cron so we are having to build things into the borrower_import.pl with some command line options since there isn't user interaction. |
| 16:52 | hdl_laptop left #koha | |
| 16:52 | nahuel | :) |
| 16:52 | great | |
| 16:52 | schuster | hmmm Guess I should write up the Enhancement and get people's feedback. Pointing out my personal faults bowing to Jwagner for scolding her once on this. |
| 16:52 | jwagner | schuster ? |
| 16:57 | moodaepo left #koha | |
| 16:57 | schuster left #koha | |
| 17:04 | Koha_ joined #koha | |
| 17:04 | Koha_ left #koha | |
| 17:06 | chyde joined #koha | |
| 17:06 | jwagner | Hi chyde |
| 17:07 | chyde | hi jane |
| 17:07 | hi all | |
| 17:18 | chris_n | heya chyde |
| 17:27 | gmcharlt | hi chyde |
| 17:28 | moodaepo joined #koha | |
| 17:29 | tomascohen | hi, i have a perl question regarding CGI |
| 17:29 | in general koha devs use $input->param('name') | |
| 17:30 | to read post variables | |
| 17:30 | but i've found they use other method too | |
| 17:30 | using %myparameters = $input->Vars | |
| 17:31 | in which cases would you recommend one or the other? | |
| 17:35 | moodaepo | @weather 56001 |
| 17:35 | munin | moodaepo: The current temperature in South on Monks, Mankato, Minnesota is 4.7�C (11:32 AM CST on March 10, 2010). Conditions: Overcast. Humidity: 92%. Dew Point: 4.0�C. Windchill: 3.0�C. Pressure: 29.44 in 996.8 hPa (Steady). Dense fog advisory in effect until 6 PM CST this evening... |
| 17:35 | * jdavidb | waves at chyde |
| 17:37 | jdavidb | 2wunder 20817 |
| 17:37 | @wunder 20817 | |
| 17:37 | munin | jdavidb: The current temperature in Langley Fork Park, McLean, Virginia is 15.7�C (12:36 PM EST on March 10, 2010). Conditions: Mostly Cloudy. Humidity: 49%. Dew Point: 5.0�C. Pressure: 29.93 in 1013.4 hPa (Falling). |
| 17:37 | tomascohen | @wunder cordoba, argentina |
| 17:37 | munin | tomascohen: The current temperature in Cordoba Aerodrome, Argentina is 22.0�C (12:00 PM ART on March 10, 2010). Conditions: Partly Cloudy. Humidity: 64%. Dew Point: 17.0�C. Pressure: 29.97 in 1015 hPa (Falling). |
| 17:38 | tomascohen | any perl/CGI monk there? |
| 17:39 | * jdavidb | submits a bill to his Congresscritter to pass a law that the US term for places where aircraft take off and land shall be henceforth "aerodrome." |
| 17:39 | jdavidb | tomascohen: As far as I can tell, the advantage to the %myparams approach is that then you can pass all of the params as a group. |
| 17:40 | (you could, then use foreach or similar constructs on it, when desirable.) | |
| 17:41 | Sharon | Hi all, I'm create a report that needs to pull historic circ data migrated into the field marked in this screenshot: http://screencast.com/t/NzlmOTczZm |
| 17:41 | What field is that so I can include it in my weeding report? | |
| 17:42 | jdavidb | Sharon: should be items.issues. |
| 17:42 | jwagner | I think it's items.issues, isn't it? |
| 17:42 | Sharon | cool, thanks. |
| 17:43 | jwagner | @quote random |
| 17:43 | munin | jwagner: Quote #25: "<wizzyrea> ha, in #koha we don't pick each other's brains... we git pull them." (added by gmcharlt at 03:40 PM, August 14, 2009) |
| 17:44 | tomascohen | javidb: I understand how to use it, my question would be 'when it is desirable?' |
| 17:44 | as far as I can see it could be used everywhere | |
| 17:46 | and use $input->param before that for asking if we do need to pull the rest of the variables | |
| 17:46 | Sharon | thank you Jane and David |
| 17:46 | tomascohen | (i mean, as a sketch for any script) |
| 17:46 | Sharon | my report was right, just needed to find an example to prove it! |
| 17:52 | schuster joined #koha | |
| 17:53 | nahuel left #koha | |
| 17:57 | Rockliff joined #koha | |
| 17:59 | Rockliff | hello. anyone know where i can find out about where koha-reservesdirect integration is going? |
| 18:03 | owen | Rockliff: I haven't heard of that. Where did you hear about it? |
| 18:04 | Rockliff | owen: the reservesdirect site. "The Koha (http://www.koha.org/) Open Source Integrated Library System project is using ReservesDirect to build a reserves module into its ILS." |
| 18:04 | tomascohen left #koha | |
| 18:04 | Rockliff | http://www.reservesdirect.org/[…]to_ReservesDirect |
| 18:07 | jdavidb | tomascohen, other than the use case I just mentioned, I can't see any particular preference one way or the other, really. Operationally, it should work fine either way. |
| 18:08 | sekjal | Rockliff: this may be something that LibLime initiated. looks like the edit was made back in May 08 |
| 18:09 | owen | Rockliff: And anything LibLime is working on is affecting only their proprietary fork of Koha |
| 18:09 | schuster | I had heard that LL was building a "reserves" module but not sure if it got off the ground... It was promised to WALDO libraries this spring. |
| 18:09 | bebbi joined #koha | |
| 18:09 | Rockliff | sekjal: aha. so no plans in the non-liblime community to integrate reservesdirect code, then? |
| 18:10 | sekjal | Rockliff: I've taken a look, and doing such an integration wouldn't be too bad, depending on how you wanted the workflow to look |
| 18:10 | Sharon | schuster, I was looking at the release notes for LL yesterday and course reserves are part of LLEK |
| 18:11 | www.liblime.com/products/koha/liblime-enterprise-koha/llek-release-notes | |
| 18:11 | owen | Rockliff: Plans for enhancements to Koha are driven largely by sponsorship, so without a sponsor for that developers aren't likely to take it on. |
| 18:12 | Rockliff | i wonder if liblime's reserves module is made up of reservesdirect code? they don't mention it... |
| 18:13 | sekjal | Rockliff: I wouldn't be surprised |
| 18:13 | Rockliff | sekjal: when you say integration, what exactly do you mean? |
| 18:14 | ccurry joined #koha | |
| 18:15 | sekjal | Rockliff: there are two ways to go. You could write connectors so that a Reserves Direct install will talk to a Koha install, or you could adapt the RD code to be a part of Koha |
| 18:15 | the former is probably easier, but the latter would have a more integrated user experience | |
| 18:16 | Rockliff | sekjal: right. so in the first case, the flow of data would be koha > reservesdirect, really, right? |
| 18:16 | gmcharlt | Rockliff: note the modification date on http://www.reservesdirect.org/[…]to_ReservesDirect |
| 18:17 | Rockliff | gmcharlt: yes, i have |
| 18:17 | sekjal | users would need to login to RD in the first case, and it would communicate both directions with Koha |
| 18:19 | Rockliff | sekjal: so RD would alter availability info in koha... |
| 18:21 | sekjal | well, physical items would still need to be checked out from Circ... so I suppose one-way communication would work |
| 18:21 | RD would just tell the user what the library has on reserve, and s/he would then need to go in and pick it up. | |
| 18:23 | greenmang0 left #koha | |
| 18:23 | sekjal | in that case, though, RD wouldn't be functioning as much more than an interactive list, indicating which courses the items are on reserve for. all circ would still need to be done in Koha |
| 18:24 | though RD does allow for electronic reserves, so it would also be providing that service integrated with the physical reserves | |
| 18:24 | Rockliff | sekjal: in our case, we're a small graduate institute considering koha |
| 18:24 | we non-circulating, so that doesn't matter much to us. | |
| 18:24 | s/we/we're | |
| 18:25 | eric_b joined #koha | |
| 18:26 | ccurry | owen & nahuel: Thanks. Got your response from earlier. |
| 18:26 | eb_inLibro joined #koha | |
| 18:27 | wizzyrea_laptop joined #koha | |
| 18:27 | sekjal | I'm of two minds about it. the first case would probably be the least amount of effort for the most gain, but creating an integrated Koha Course Reserves would be fun, and allow some tighter integration |
| 18:28 | Rockliff | sekjal: now this raises another question i've had. koha is mainly perl, right? is it ok for individual modules to be in other languages, or does this cause big problems for everyone else? |
| 18:30 | sekjal | oooh, bigger question than I can answer on my own |
| 18:30 | everything in Perl would be simpler | |
| 18:30 | but I don't suppose it would be strictly necessary, depending on the nature of the module | |
| 18:32 | gmcharlt | Rockliff: Perl for core business logic would definitely be preferable |
| 18:32 | if you like C, writing it as an XS is another approach ;) | |
| 18:32 | jwagner | Would having modules in other languages limit development? Currently developers know everything is in Perl & work accordingly. |
| 18:33 | Rockliff | hm, maybe i need to learn perl. |
| 18:33 | ebegin left #koha | |
| 18:34 | sekjal | Rockliff: it's pretty neat. I think I've gotten to like it as well or better than PHP |
| 18:35 | eric_b left #koha | |
| 18:37 | Rockliff | there are really 3 things i want in koha which aren't there now: 1. course reserves; 2. a working oclc connexion gateway; 3. MODS support. it's hard to tell how far along any of these are, or how much work they'd entail. |
| 18:38 | now, #3 is technically possible, right? i mean, zebra is just as happy with MODS as MARC, right? | |
| 18:38 | owen | What do you mean by MODS support? You can get MODS *out* of Koha via unapi |
| 18:38 | sekjal | yes, Zebra can ingest pretty much any XML, I think. we'd just have to configure how it parses the data, and then figure out the management of the MODS record in the database |
| 18:39 | Rockliff | owen: i mean support for cataloging in MODS, actually. |
| 18:40 | sekjal | I've talked to OCLC about developing a Gateway; I have the documentation somewhere.... (have changed jobs since) |
| 18:40 | gmcharlt | a gateway wouldn't be hard to write |
| 18:41 | sekjal | just need the TCP/IP details to get hashed out, then configure Connexion to point to Koha |
| 18:41 | Rockliff | sekjal: you're not working for bywater now, by any chance? |
| 18:41 | gmcharlt | re actually cataloging in mods - Zebra can support it, and there's a relatively clear path to implementing it in Koha, particularly if MODs would be used as a drop-in substitute for a MARC bib record |
| 18:42 | sekjal | Rockliff: why, yes, I am! we spoke, didn't we? |
| 18:42 | Rockliff | gmcharlt: what do you mean by drop-in substitute? |
| 18:42 | gmcharlt | Rockliff: are there currently any *good* external MODS editors you can recommend? |
| 18:42 | drop-in subtitute - a MODS record acting as a bibliographic entity with the same semantics as a MARC21 bib | |
| 18:43 | Rockliff | gmcharlt: yikes. nothing as streamlined as the cataloging interface in koha. |
| 18:44 | gmcharlt: the only problem with that is it would rob MODS of some of what makes it an improvement on MARC, wouldn't it? | |
| 18:44 | gmcharlt | depends on what your goals are |
| 18:45 | MODS-qua-MARC with human-readable tags, doesn't make a difference as far as Koha's implicit idea of a biliographic entity is concerned | |
| 18:46 | extending things so that there is a more explicit representation of (say) FRBR group 1 entities would mean more changes to Koha's metadata structure | |
| 18:46 | Rockliff | gmcharlt: right, right. well, MODS as drop-in replacement for MARC probably solves my immediate needs. |
| 18:46 | gmcharlt | not that that would be a bad idea, just more time-consuming to do than to just have MODS or MARC21 (or both) be allowable metadata formats for the same bibliographic entities |
| 18:47 | do you have a corpus of MODS records already? | |
| 18:47 | Rockliff | no, i'm considering a wholesale migration from MARC to MODS. |
| 18:47 | considering. :) | |
| 18:48 | gmcharlt | would you still need to ingest MARC (presumably converting it to MODS along the way), or would most of your cataloging by original? |
| 18:49 | Rockliff | the former. |
| 18:51 | sekjal: i'll want to get in touch with someone at bywater for a quote on hosting, by the way. i've talked a bit to the people at equinox already. | |
| 18:53 | sekjal | Rockliff: sure thing. |
| 18:53 | Rockliff | gmcharlt: the immediate impetus for the idea was the difficulty of combining terms from multiple vocabularies in, e.g., one MARC 6xx field, identifying the source of each explicitly. |
| 18:54 | gmcharlt | i.e., you want do be able to (in effect) mix headings from one theaurus and subdivisions from another? |
| 18:55 | Rockliff | well, here... there's the 654 field, already. here's an example from LOC: |
| 18:55 | 654 0#$cr$alandscape gardens$cy$b18th century$cz$bEngland.$2aat | |
| 18:55 | now, the $2 identifies the source as the getty AAT. | |
| 18:56 | but 'England'? where's that from? | |
| 18:57 | even a repeatable $2 doesn't really solve the problem, which is endemic to MARC | |
| 18:57 | parsing the subfielded data relies on subfield order, which is just not a great idea. | |
| 18:57 | gmcharlt | similar issues best the $0 |
| 18:58 | *beset | |
| 18:58 | Rockliff | right. |
| 18:58 | but MODS allows for one <subject> to wrap multiple terms, each with its own namespace, essentially. | |
| 19:03 | gmcharlt | yep, although I note that it doesn't seem to allow a distinct authority attribute for subject.topic, subject.geographic, subject.temporal |
| 19:03 | does AAT specify that one can draw geographic terms from LCSH? | |
| 19:04 | bebbi left #koha | |
| 19:04 | Rockliff | well, the thing is, not too many people use AAT to construct precoordinated strings, apparently. |
| 19:05 | nor do they use it to describe monographs. | |
| 19:06 | gmcharlt | but you do? or were you just drawing on the example from LC's website? |
| 19:06 | Rockliff | we would like to, yeah. |
| 19:09 | gmcharlt: and no, it doesn't look like @authority is explicitly allowed at that level. but MODS, unlike MARC, is extensible. | |
| 19:09 | gmcharlt | and in turn gives one more levels of knobs to fiddle with - both a good and a bad thing |
| 19:10 | but yeah, if you do a <geographic mymodsext:authority="lcsh">English</geographic> | |
| 19:10 | it's better than nothing | |
| 19:11 | and wouldn't interfere with goal 14 (http://www.loc.gov/standards/m[…]s-mods-mads.html) | |
| 19:13 | Rockliff | yeah, and "lcsh" could just as easily be a URI. |
| 19:14 | gmcharlt | yep |
| 19:14 | although brings right back to the question of the editor | |
| 19:15 | Rockliff | yes, that's true |
| 19:16 | i really wonder if there's any reason for @authority not to be available one level deeper, or if it's a relic of the way things have been in MARC... | |
| 19:16 | gmcharlt | i.e., I'd argue that a *good* metadata editor is not one that requires the catalogers to have to think about such matters except when absolutely necessary |
| 19:16 | my guess is that it's a relic of MARC21 practice | |
| 19:17 | Rockliff | oh, know what? |
| 19:17 | RDA-related change: Add authorityURI and valueURI attributes to subject subelements (October 14, 2009) | |
| 19:17 | there we go. | |
| 19:17 | http://www.loc.gov/standards/m[…]/changes-3-4.html | |
| 19:18 | i knew that, but completely forgot. | |
| 19:18 | * gmcharlt | kills off mymodsext:authority, then |
| 19:19 | gmcharlt | presumably kcoyle and jphipps have set up a registry equivalent of http://www.loc.gov/marc/source[…]tyfilesource.html |
| 19:20 | ccurry | I asked this question earlier: I have a question about installing patches in 3.00.05.001. This bug: http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3550 (subtitle display) has been patched and I want to apply it to my install without upgrading to 3.2. Since this bug applied to HEAD, I expect the patches were only applied there, correct? Is there an easier way to apply this patch to current... |
| 19:20 | Rockliff | although i'd really like to link a given subject subelement to the uri for *that term*, not a uri for the vocabulary. |
| 19:20 | ccurry | ...stable without cherry picking all of the changes in every effected template? |
| 19:20 | And owen replied that you should just update to pull 3.0.x. 3.0.x is not actually current stable though, is it? since 3.0.6 is just about to be released, 3.0.x includes all of the patches leading up to it, correct? So, repeat question, can I get these patches now without cherry picking or will I have to wait until 3.0.6 stable? | |
| 19:22 | owen | I didn't actually make a recommendation ccurry, that was nahuel |
| 19:22 | ccurry | ah...sorry. thought it was you |
| 19:23 | gmcharlt | Rockliff: alas, this is about as close you can get, in this specific case - http://id.loc.gov/authorities/sh90003064#concept |
| 19:23 | ccurry | my attention to detail is just not there today. |
| 19:24 | francharb left #koha | |
| 19:28 | gmcharlt | LCSH: a country doesn't exist until it is subdivided |
| 19:30 | ccurry | anybody know when 3.0.6 will be released? |
| 19:30 | mib_0v72q9 left #koha | |
| 19:31 | richard joined #koha | |
| 19:31 | richard | hi |
| 19:35 | Rockliff | gmcharlt: in actual practice, it would probably be http://id.loc.gov/authorities/sh85056605 |
| 19:36 | but i will confess to being a little confused about 'England.' | |
| 19:36 | gmcharlt | well, of course, that's the thing - 'Great Britain' could be wildly over-broad for that AAT heading |
| 19:37 | which probably means that library schools ought to remain Cataloging 101 to "Identification and Avoidance of Rabbit Holes 101" | |
| 19:37 | *rename | |
| 19:37 | Rockliff | gmcharlt: in any case, we'd be using TGN. |
| 19:38 | gmcharlt | has anybody minted URIs for TGN - there's http://www.getty.edu/vow/TGNFu[…]subjectid=7002445 |
| 19:39 | of course, but that strikes me as a bit verbose | |
| 19:41 | Rockliff | well, the getty vocabularies are a little tricky. we'd be licensing access to their data via a web service. of course, a stable public uri for each concept seems like a good idea, doesn't it? |
| 19:41 | gmcharlt | surely |
| 19:41 | CGI333 joined #koha | |
| 19:41 | gmcharlt | at least TGN seems to have stable term IDs with which to do it easily |
| 19:44 | CGI333 | Hi Everyone. I've got a problem |
| 19:44 | Can't use an undefined value as a HASH reference at /usr/share/koha/intranet/cgi-bin/labels/label-item-search.pl line 129. | |
| 19:45 | This error comes up when searching for a new item to add to a lable printing batch | |
| 19:46 | gmcharlt | what version are you running? |
| 19:46 | CGI333 | That's an excellent question. I was told we were on 3.0.2, but the "about Koha" says 3.0.1 |
| 19:47 | 3.01.00.124 to be exact | |
| 19:47 | gmcharlt | ah, that's actually the current development HEAD (3.*1*.00.124) |
| 19:48 | 3.0.2 would be 3.00.02.something | |
| 19:48 | anyway, that gives a starting point | |
| 19:48 | CGI333 | I see. |
| 19:48 | Thanks for the clarification | |
| 19:49 | gmcharlt | what is the search you're trying to use to add to the label batch? |
| 19:50 | CGI333 | Any search I've tried so far has given the same results [barcode, keyword, author] |
| 19:51 | mib_egubgy joined #koha | |
| 19:52 | gmcharlt | does the return results, then fail with that warning when you try to add an item to the batch? |
| 19:53 | CGI333 | I never get results from the search. |
| 19:53 | Sometimes I'll get "no response" from the search if I don't select an "added on" date range. | |
| 19:53 | sekjal | I think I know this one. |
| 19:54 | in the new label creator, there are a couple lines where the a hash is defined and assigned on the same line | |
| 19:55 | some instances of Perl don't like that | |
| 19:55 | gmcharlt | ah, right |
| 19:55 | sekjal | submitted a patch a little while back |
| 19:55 | CGI333 | Where can I find this patch? |
| 19:55 | gmcharlt | if you have access to the command line, what does perl -version report ? |
| 19:56 | CGI333 | This is perl, v5.8.8 built for x86_64-linux-gnu-thread-multi |
| 19:56 | gmcharlt | what flavor of Linux are you running? |
| 19:56 | CGI333 | Ubuntu |
| 19:56 | The about koha page says Perl version 5.008008 | |
| 20:01 | Is the patch sekjal mentioned a dead end? | |
| 20:02 | sekjal | I messed up the formatting in the submission process. working on fixing it |
| 20:02 | gmcharlt | the patch in question should resolve the problem, but at the moment there's technical difficulty getting it sent |
| 20:02 | CGI333 | GREAT! |
| 20:05 | jdavidb left #koha | |
| 20:11 | Rockliff | gmcharlt: so it seems like it might be a good idea for me to take a look at koha's metadata model to see how much work a more robust implementation of MODS might entail (before recoiling in terror and opting for just basic support) |
| 20:12 | where can i look for that? | |
| 20:12 | gmcharlt | the database schema - I did say it was an *implicit* model |
| 20:12 | :) | |
| 20:13 | Rockliff | aha. |
| 20:13 | gmcharlt | but essentially, Koha currently assumes that a packet of metadata is an attribute of the bib record |
| 20:13 | i.e., ye olde record-centric metadata model | |
| 20:14 | Rockliff | gmcharlt: ok, i have a feeling i'll be back here with a load of questions sometime soon. :) |
| 20:15 | Rockliff is now known as corockliff | |
| 20:16 | wizzyrea_laptop | @quote add gmcharlt: which probably means that library schools ought to remain Cataloging 101 to "Identification and Avoidance of Rabbit Holes 101" |
| 20:16 | munin | wizzyrea_laptop: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command). |
| 20:16 | wizzyrea_laptop | noo |
| 20:16 | @quote get 23 | |
| 20:16 | munin | wizzyrea_laptop: Quote #23: "<gmcharlt> /msg munin register nick password" (added by wizzyrea_ at 12:25 PM, August 06, 2009) |
| 20:17 | wizzyrea_laptop | @quote add gmcharlt: which probably means that library schools ought to remain Cataloging 101 to "Identification and Avoidance of Rabbit Holes 101" |
| 20:17 | munin | wizzyrea_laptop: The operation succeeded. Quote #67 added. |
| 20:17 | wizzyrea_laptop | doh, I forgot to spellcorrect you |
| 20:17 | gmcharlt | gah - sans my s/remain/rename/ correction ;) |
| 20:17 | wizzyrea_laptop | can I delete it? |
| 20:17 | I'll fix it :) | |
| 20:17 | gmcharlt | quote rm or quote del number, I think |
| 20:17 | wizzyrea_laptop | @quote rm 67 |
| 20:17 | munin | wizzyrea_laptop: Error: The "Quote" plugin is loaded, but there is no command named "rm" in it. Try "list Quote" to see the commands in the "Quote" plugin. |
| 20:17 | gmcharlt | @list Quote |
| 20:17 | munin | gmcharlt: add, change, get, random, remove, search, and stats |
| 20:18 | wizzyrea_laptop | @quote remove 67 |
| 20:18 | gmcharlt | heh - remove |
| 20:18 | munin | wizzyrea_laptop: The operation succeeded. |
| 20:18 | wizzyrea_laptop | well that is just too logical |
| 20:18 | @quote add gmcharlt: which probably means that library schools ought to rename Cataloging 101 to "Identification and Avoidance of Rabbit Holes 101" | |
| 20:18 | munin | wizzyrea_laptop: The operation succeeded. Quote #68 added. |
| 20:18 | wizzyrea_laptop | there we go |
| 20:18 | gmcharlt | thanks |
| 20:18 | wizzyrea_laptop | yw |
| 20:23 | CGI333 | Is there a "how to" on applying patches to koha? |
| 20:42 | brendan_ joined #koha | |
| 20:42 | brendan left #koha | |
| 20:42 | brendan_ is now known as brendan | |
| 20:46 | collum left #koha | |
| 20:49 | aindilis joined #koha | |
| 20:53 | jwagner | @quote random |
| 20:53 | munin | jwagner: Quote #44: "<thd> People make bugs fairly much in the degree to which they contribute to the code" (added by gmcharlt at 04:07 PM, October 30, 2009) |
| 20:55 | CGI333 | sekjal, gmcharlt I don't want to be a pain, but where will I be able to get that label printing patch you were talking about? |
| 20:57 | sekjal | I'm testing my new configurations now, and will hopefully have it submitted to the patches listserv shortly. |
| 20:58 | jwagner left #koha | |
| 20:58 | CGI333 | Is that http://lists.koha.org/pipermail/koha-patches/ |
| 20:59 | sekjal | CGI333: yes |
| 21:00 | CGI333 | sekjal,You're a life-saver! |
| 21:03 | sekjal | and its off. should be |
| 21:04 | on the list soon | |
| 21:04 | CGI333 | Thanks again, sekjal. Is there any info on the best way to apply patches? |
| 21:05 | sekjal | http://wiki.koha.org/doku.php?[…]#applying_patches may help |
| 21:06 | CGI333 | Great. |
| 21:06 | gmcharlt | CGI333: it sounds like you installed by from a git clone - was that the case? |
| 21:06 | CGI333 | -I- didn't install it, but yes, git was involved. |
| 21:07 | gmcharlt | ok, then an alternative approach would be do to a git fetch, then make install and make update |
| 21:07 | biglego left #koha | |
| 21:07 | CGI333 | Our "koha master" has moved on, and I've got to figure this out. |
| 21:08 | Where can I find more documentation on the "get fetch" method? | |
| 21:10 | Genji joined #koha | |
| 21:12 | magnus left #koha | |
| 21:14 | sekjal | CGI333: the page linked previous has some info on using 'git fetch' with Koha. You can also check the git manual at http://www.kernel.org/pub/soft[…]/user-manual.html |
| 21:15 | CGI333 | thanks very much sekjal, and gmcharlt! I'll probably be bothering you some more after I've done some research. |
| 21:16 | schuster | CGI333 - are you doing this on a production box or test? |
| 21:17 | CGI333 | Well, I do have to fix a production box. |
| 21:17 | Is there something I should know? | |
| 21:18 | schuster | I was just concerned about the get fetch process since current HEAD is beta 3.2? but gmcharlt and sekjal can probably speak more directly to that. |
| 21:18 | guess it would be ALPHA right now not beta. | |
| 21:19 | sekjal | 3.01.00.124 is pretty close to HEAD |
| 21:19 | hdl_laptop joined #koha | |
| 21:20 | CGI333 | I'm open to suggestions as to the version I should be using. |
| 21:20 | I'd prefer stability to features at this point. | |
| 21:21 | owen left #koha | |
| 21:22 | eythian joined #koha | |
| 21:27 | bebbi joined #koha | |
| 21:55 | saorge joined #koha | |
| 21:56 | ccurry left #koha | |
| 22:01 | saorge_ left #koha | |
| 22:17 | hdl_laptop left #koha | |
| 22:19 | davi left #koha | |
| 22:23 | schuster left #koha | |
| 22:26 | chyde left #koha | |
| 22:39 | wajasu left #koha | |
| 22:41 | sekjal left #koha | |
| 22:53 | CGI333 left #koha | |
| 23:02 | Sharon left #koha | |
| 23:08 | bebbi left #koha | |
| 23:15 | biglego joined #koha | |
| 23:15 | wizzyrea_laptop left #koha | |
| 23:16 | brendan left #koha | |
| 23:37 | htaccess left #koha | |
| 23:40 | moodaepo left #koha | |
| 23:41 | moodaepo joined #koha | |
| 23:46 | bankhead left #koha | |
| 23:47 | moodaepo | @weather 56001 |
| 23:47 | munin | moodaepo: The current temperature in South on Monks, Mankato, Minnesota is 1.3�C (5:42 PM CST on March 10, 2010). Conditions: Overcast. Humidity: 99%. Dew Point: 1.0�C. Windchill: -1.0�C. Pressure: 29.49 in 998.5 hPa (Steady). Dense fog advisory in effect until 9 am CST Thursday... |
← Previous day | Today | Next day → | Search | Index
