IRC log for #koha, 2010-08-13

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
01:20 wizzyrea_ ok darling (teehee) I'm back. sorry for the delay.
01:24 darling no worries, I needed my coffee anyhow
01:25 I have a mtg in about 25 mins but I'm free til then
01:25 wizzyrea_ k cool
01:25 darling i think the latest test was to put google in there so we could see if the rewrite rule was getting hit
01:26 and if so what value was getting passed to it
01:26 wizzyrea_ it looks like the right value
01:27 darling ok.. hm -- my brain hurts in that case
01:28 RewriteRule ^documentation/3-2-manual/([a-z0-9]+)$ documentation/3-2-manual/index.php?ch=$1 [L]
01:28 brendan joined #koha
01:28 darling is what i think should work
01:28 but it's not
01:28 wizzyrea_ hmmm, I wonder if it's that the conversion isn't adding a .html to the filename
01:31 darling so, we get a 404 with the above rule - right?
01:31 wizzyrea_ correct
01:32 darling try the full destination, so-
01:32 RewriteRule ^documentation/3-2-manual/([a-z0-9]+)$ http://koha-community.org/docu[…]l/index.php?ch=$1 [L]
01:33 which looks like it would just look tho which we don't want...
01:33 wizzyrea_ bingo!
01:33 darling look/loop
01:33 !
01:33 works?
01:33 wizzyrea_ hm well the url is still ugly
01:34 but this works
01:34 http://koha-community.org/docu[…]on/3-2-manual/c19
01:34 darling yeah -- it's better
01:34 wizzyrea_ so if the goal was to make happy urls for google to follow, I think that's success
01:34 darling only half
01:34 google hates redirects
01:34 so it will work better than before but we still need to solve this
01:35 wizzyrea_ < is totally glad to have help on it
01:35 darling but at least people can see the pages
01:35 this thing's peeving me -- have to make it work now
01:35 wizzyrea_ hehe now you know how I feel :)
01:36 darling yup
01:36 wizzyrea_ though I bang on it in fits and starts (busy with work work and all that)
01:37 darling did we try --  RewriteRule ^documentation/3-2-manual/([a-z0-9]+)$ documentation/3-2-manual/?ch=$1 [L]
01:37 wizzyrea_ yes I think that was the original
01:37 darling shouldn't make a difference
01:37 poo
01:37 wizzyrea_ poo indeed
01:37 darling I'll maybe read up on rewrites more
01:38 wizzyrea_ WP is funny about this stuff, because it does some of it's own rewriting
01:38 I think I sent you the full .htaccess
01:38 perhaps it needs to be after the other rules?
01:38 it's on top at the moment
01:42 eric_b joined #koha
01:43 ebegin left #koha
01:44 darling wizzyrea, !!
01:44 RewriteRule ^documentation/3-2-manual/([a-z0-9]+)$ http://koha-community.org/wp-c[…]/kohadocs/$1.html [P]
01:44 oh, wait
01:44 no
01:45 sorry, false alrm
01:45 wizzyrea_ lol :)
01:45 darling would probly work but you'd loose the WP decore
01:45 * wizzyrea_ runs around with arms flailing "The russians are coming!"
01:45 wizzyrea_ it was probably funnier in my head
01:46 chris yay!!
01:46 wizzyrea_ especially the part where I ran into the wall and fell down
01:46 ^.^
01:46 chris kristina just got thelibrary.co.nz to sponsor the first round of bubbles for everyone
01:46 for first night of conference
01:46 wizzyrea_ neat!
01:47 well
01:47 we can try it and see what it does
01:47 maybe it would be educational
01:47 I can fallback super quick
01:48 that gives a super 404, can't find *anything*
01:48 darling i hate electricity
01:49 wizzyrea_ !
01:49 darling i have to run off now, I think the full redirect is probly the right thing for now
01:49 and we'll keep pecking at this
01:55 (other things to try might be putting the showdocs thing up a level or just someplace else in the tree)
01:55 laters
01:56 wizzyrea_ hm. gl with your meeting
01:57 brendan left #koha
02:54 bgkriegel left #koha
03:52 Amit joined #koha
03:58 pianohack joined #koha
03:58 Amit heya pianohack, chris
03:59 pianohack left #koha
03:59 pianohack joined #koha
04:00 pianohack left #koha
04:01 eric_b is now known as ebegin
04:26 robin patch attached to bug 4852, now time for beer :)
04:26 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4852 minor, P5, ---, robin, ASSIGNED, Facets doesn't work with direct CCL queries
04:35 wizzyrea_ just so you all know; you're awesome. <hug>
04:35 http://www.youtube.com/watch?v[…]e=player_embedded
04:35 </hug>
04:39 richard left #koha
04:55 wizzyrea_ left #koha
05:06 darling left #koha
05:45 magnus joined #koha
06:03 Elwell left #koha
06:21 laurence joined #koha
07:00 paul_p joined #koha
07:10 Oak joined #koha
07:56 Amit left #koha
08:05 ebegin left #koha
08:23 hdl joined #koha
08:40 hdl left #koha
09:12 Amit joined #koha
09:14 davi joined #koha
09:23 Nate joined #koha
11:25 jwag_mtg joined #koha
11:51 owen joined #koha
11:52 owen Hi #koha
11:58 jwag_mtg Hi owen
11:58 jwag_mtg is now known as jwagner
11:58 Amit left #koha
12:00 owen Man, I worked for ages yesterday on bug 4211, and chris hammered out the right fix in no time
12:00 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4211 major, P2, ---, oleonard, NEW, Acquisitions actions on suggestions don't generate email
12:00 owen chris++
12:02 jwagner Yep!
12:04 druthb joined #koha
12:04 owen Hi druthb
12:04 druthb g'mornin'.  :)
12:19 Nate morning owen, jwagner, druthb
12:24 jwagner Morning, Nate
12:24 druthb Hi, Nate. :)
12:24 Nate :D
12:25 magnus hi y'all
12:26 jwagner Hi magnus
12:38 schuster joined #koha
12:49 briceSanc joined #koha
12:49 briceSanc hi all
12:53 owen Hi briceSanc
13:15 jcamins_a is now known as jcamins
13:23 ebegin joined #koha
13:35 briceSanc I'm always unable to proceed a hold in OPAC or in Intranet, do you know if there is a special config ?
13:36 ebegin briceSanc, do you have any log?
13:36 owen briceSanc: Do you have your circulation rules set up?
13:37 briceSanc My circulation rules are set up
13:37 i don't know for the log
13:38 When i want to Hold an item, Koha says : Cannot Place Hold / * Too Many Holds: Brice Sanchez has too many holds. / * No copies are available to be placed on hold
13:38 but my account has no holds recorded
13:41 owen Perhaps it's Bug 3785?
13:41 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3785 major, PATCH-Sent, ---, chris, ASSIGNED, New Install, no maxreserves setting, OPAC holds fail
13:43 ebegin briceSanc, do you have a maxreserves value in your sysprefs^
13:43 ?
13:43 briceSanc i check
13:44 i've :  maxreserves : Patrons can only have 50 holds at once.
13:46 magnus left #koha
13:49 ebegin briceSanc, are you logged with your admin password or a normal user?
13:50 briceSanc the twice (admin for intranet and normal user for OPAC)
13:51 ebegin do you have all messages at once:  Cannot Place Hold / * Too Many Holds: Brice Sanchez has too many holds. / * No copies are available to be placed on hold ?
13:51 briceSanc yep
13:51 ebegin weird...
13:52 briceSanc yep
13:53 ebegin Expiry date of your user?
13:53 briceSanc 2015
13:54 ebegin That is the problem!!! Everybody dies in 2012 :) kidding of course :)
13:54 briceSanc just a LOL
13:54 ok
13:54 so have good end of times
13:54 i go to bahamas
13:54 bye
13:55 ebegin Branch of your user vs branch of the item you are trying to put a hold on?
13:55 briceSanc item and user are in the same branch
13:57 in circulation rules : a Student (My group for the test) in My library who want to loan a book have : 10 Current checkouts allowed, 7 Loan Period, 0.00 Fine Amount, 0 Fine Charging Interval, 1 Fine Grace Period, 1 Suspension in Days, 2 Renewals Allowed, 30 Holds Allowed, REntal Discount 5%
13:58 Dafaults for this library : 30 Total Current Checkouts Allowed, From Any Library for Hold Policy
13:58 In fact, all Hold Policy = From any library
14:00 and the item i'm want to hold is currently loan
14:04 ebegin Do you have multiple branches?
14:06 owen briceSanc: Do you have a rule set up under default branch for default patron category and default item type?
14:12 Oak left #koha
14:15 briceSanc yes
14:16 and they are all Hold Policy = From any library
14:16 for book and student
14:17 tcohen left #koha
14:19 owen briceSanc: I was referring to the top section. Do you have a default rule set up in the first section where the hold count is defined?
14:20 tcohen joined #koha
14:21 briceSanc no
14:21 i'm creating one
14:22 wizzyrea that's your problem
14:22 briceSanc i hope !
14:23 YOOOUUUUUUOOUUUUUUU that's was my problem
14:23 wizzyrea :D
14:23 ebegin Good catch Owen!
14:23 briceSanc thanks everyone !
14:24 i will write the answer in my manual
14:24 wizzyrea it's in the bug report for bug 3785 as well
14:24 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3785 major, PATCH-Sent, ---, chris, ASSIGNED, New Install, no maxreserves setting, OPAC holds fail
14:25 briceSanc Yes but it's dificult to find because the begin of the problem is not mine
14:27 when i will be sure of all procedure in my manual, i will pusblish it to the community
14:27 wizzyrea cool beans
14:28 owen Maybe a FAQ item on koha-community.org?
14:29 briceSanc yes it will be good
14:29 wizzyrea sure, that's easy enough to do. Which version specifically has this problem?
14:29 Oak joined #koha
14:29 briceSanc Koha 3.2
14:30 wizzyrea the latest head or some revisions back?
14:30 (I thought there was a patch to fix this)
14:31 briceSanc latest head
14:47 reva joined #koha
14:56 reva hi anyone, good mid-mornig. I have a question I was testing out inputting the LCCN: 97192537 record in Koha (3.00.06, a Live CD install in virtualBox); did not z39.50 import it; but just transcribed it by typing it in. The author added entries in 710s are showing up as links in the publisher info (260 $b), and place of publication (260 $a) is showing up after the publisher (260 $b). But LoC has everything displaying as they should b
14:57 jcamins reva: the end of your message was cut off.
14:58 Also, I'm not quite sure what the problem is. If you entered the data in the wrong field, or put subfields in the wrong order, you can copy-and-paste or change the order of subfields, respectively.
14:59 If that's not what you mean, perhaps you could show us a screenshot of what happened?
15:00 reva ok, I will try again: when I hand transcribed LCCN: 97192537, my publisher information is picking up the links from 710s and displaying them as links. Also the place of publication is displaying after the name of publisher. I have tried moving the sub-fields up and down as needed.
15:01 jcamins Are you encountering this problem in the OPAC or the staff client?
15:02 reva the staff client jcamins:
15:03 also, how do I include the screeshot int his chat? sorry about this ignorance:).
15:03 jcamins That's a very good question. I have to look that up every time.
15:04 reva jcamins: I feel relieved that experts have to look it up:).
15:04 jcamins http://tinypic.com/ - I think that will do it.
15:04 Then you just copy the link into IRC.
15:06 reva ok, hold on while I log in through the VirtualBox browser.
15:08 reva1 joined #koha
15:14 reva1 reva is now reva1
15:27 jcamins: upload fails in tinypic.com basically, I hand transcribed all the fields for the LCCN 97192537 as it appears in their MARC view. In koh, the result has the following oddity: The 260 $b publisher is showing up as links (These names are also author added entries in 710 $a). Also in Koha, the place of publication (260 $a) is showing after publisher (260 $b). FYI, since I could not clone 260 $b, I repeated 260 tag to create th
15:32 jcamins reva1: it looks to me like the 710s are for the corporate authors, who also happen to be publishers.
15:32 Let me see if I can upload a screenshot of what I see.
15:33 http://i36.tinypic.com/33o2nh3.png
15:33 reva1 yes jcamins: they are corporate authors. But in Library of Congress, in the 260 $b, they are not showing up as links. I will come to repeating the 260 tag after you have a chance to see if you can find an answer to this.
15:34 jcamins That's a screenshot of what the record looks like for me on 3.2.
15:34 (or, rather, a version very close to 3.2, since 3.2 hasn't been released yet)
15:35 reva1 jcamins: this is exactly the record, could you upload the mar view from Koha please? because in yours, the record displays correctly for the fields I had problems with.
15:35 jcamins I used z39.50.
15:36 So that's probably why it works. Why aren't you using z39.50?
15:36 reva1 ok, I have 3.00.06 and via a Live Cd. And as I had mentioned to Owen subfield cloning had a bug in that version which has been fixed in 3.2.
15:37 jcamins Yes, I remember that now that you mention it.
15:37 reva1 I will; but I was just preparing training; so wanted to hand trascribe some to test out. Also, in our library there are materials for which there are no z39.50 importable records from anywhere:(.
15:38 reva left #koha
15:38 jcamins I do a lot of original cataloging here. Let me find a recent record.
15:39 Mostly I've been doing copy cataloging these past two days, so it may take a moment.
15:39 Wait, I think I might know what the problem is.
15:39 reva1 left #koha
15:40 reva1 joined #koha
15:40 jcamins reva1: what is XSLTDetailsDisplay set to?
15:42 reva1 sorry, it disconnected me. But I read what you said. i was saying since we also have to a bit of original cataloging with a lot of Corporate authors, I thought I would test out the features before training staff on them. I will wait for you to see if there is a work around.
15:43 I do not readily know what XSLT is? It is not the ISBD, correct?
15:44 owen reva1: XSLTDetailsDisplay  is a system preference
15:45 reva1 so I set it in admin under what?
15:45 jcamins reva1: Here is a record I created from original cataloging with a corporate author: http://donum.numismatics.org/c[…]blionumber=175661
15:45 wizzyrea click on more -> administration
15:45 in the Search Preferences box, type XSLT
15:45 you are looking for the preference labeled "XSLTDetailsDisplay"
15:46 reva1 I will check under syster pref. now.
15:46 wizzyrea if it's off, turn it on. If it's on, turn it off.
15:46 and see what happens
15:50 reva1 ok , I see it; we have not really set up the OPAC yet. Would I turn all of then "ON"?
15:50 wizzyrea the display is better in the opac with XSLT on, imo
15:50 and iirc, the results look a lot better in staff with xslt on, as well
15:50 reva1 I meant the "results Display" and the "Details Display".
15:51 wizzyrea sure, turn em on, you can always turn em off
15:51 reva1 Ok, I am setting them to on now. But does it make a difference in Staff Normal View?
15:51 jcamins It should. That's what you need to check now. ;)
15:51 wizzyrea if you have details display turned on it should
15:57 reva1 now, it does not seem to make a difference in my Normal display as a staff. Anyway, the links in the 260 $b are still there (being picked up from 710 $a) and the place of publication is still below the publishers. (When I tested books with normal personal name authors, and places of publication, the 260 and its subfields display ok.)
15:57 jcamins reva1: why don't you download the MARC record and e-mail it to me, so that we can see if it does the same thing in my catalog.
15:58 camins@numismatics.org
15:58 reva1 Ok, I will try importing the same record through z30.50 as a dupe and see what it does.
15:59 jecamins: you mean the one I hand transcribed, correct. i will do that. hold on for a few mins. Thanks.
15:59 jcamins reva: Right.
16:00 reva1 do you want it saved as marcxml or which file type?
16:01 jcamins MARCXML or regular MARC.
16:01 I don't care if it's UTF-8 or MARC8.
16:04 reva1 Ok, it should be getting to you shortly jcamins:
16:15 jcamins reva1: I still haven't received it. Our mail server is probably down. Maybe look at the record in the Raw MARC view in the OPAC, and copy it into a pastebin http://pastebin.org/pastebin.php
16:16 wizzyrea or paste.koha-community.org
16:16 jcamins Wait, just got it, never mind.
16:17 reva1 Ok, see how it displays for you.
16:19 jcamins It displays correctly.
16:21 http://i37.tinypic.com/30kw2kp.png
16:22 reva1 hmm.. I am puzzled now. I see that it displays no links for the publisher as in my staff view. could you see it in your staff view please, jcamins:?
16:23 nevermind; I was l;ooking at the staff view.
16:23 are you looking at it in 3.2?
16:25 sorry for the typos. Since I have not configured the OPAC client yet, is the Normal the one the patron sees in the OPAC?
16:26 jcamins Yes, I have 3.2.
16:26 No, this is the staff view.
16:26 I don't have 3.0.6, but I figured we could narrow down where the problem was by testing the record in 3.2.
16:27 The OPAC is a different view entirely.
16:28 I don't know anything about 3.0.6, so I don't know what else to suggest.
16:30 reva1 I do not see the place of publication in your view; but in the Library of Congress the place of publication shows, as it does in my staff normal view. (Only in mine, it displays below the publisher, not above it as is normal.)
16:31 jcamins Oh, that may be one of my customizations.
16:31 I never use the Normal staff view, just MARC.
16:32 reva1 the question for me now as I see it: would this anomalies matter? (ok, for the customization part.)
16:33 jcamins Right. I would not think it did matter, since the data is all in the right place.
16:33 reva1 ok, I also look at the MARC view before plunging into re-edits. But for training I have to use both to point out what effects certain additions in MARC produce.
16:33 jcamins To me the important thing is the OPAC- I understand MARC and bibliographic data, my patrons don't.
16:34 brendan joined #koha
16:34 reva1 Ok; agreed OPAC should be the ultimate arbiter here.
16:35 Ok, if the Standards Bureau here ever gets big enough to share bibliographic data we won't mess up any catalogs?
16:36 jcamins Not as a result of the display.
16:36 If the MARC isn't correct, of course, that would be a problem.
16:39 brendan left #koha
16:39 reva1 Oh yes; data in the correct tags and fields. Ok, releived. I will try importing the LC record and see what it does. Thanks jcamins and others who were helping. Will most likely be back:). Bye.
16:43 Oops, one more short question. If I accidently remove a subfield (by hitting the minus sign next to the subfield box) how do I restore it? (funnily enough, in 3.00.06 the + does not work, but the - sign does!)
16:44 owen If the + doesn't work you'll have to reload the page I guess
16:48 reva1 left #koha
16:49 paul_p left #koha
17:00 reva joined #koha
17:07 imp left #koha
17:10 matts left #koha
17:12 imp joined #koha
17:15 reva left #koha
17:15 reva joined #koha
17:15 reva left #koha
17:18 reva joined #koha
17:22 reva owen: if I want to reinsert a subfield (that is part of the chosen framework) how do I do that?
17:24 reva1 joined #koha
17:40 davi left #koha
17:42 indradg joined #koha
17:44 indradg hi i'm trying to update my indexes by running the /rebuild_zebra.pl with -b option... i'm running against these errors - http://pastebin.ca/1916527
17:44 any clue how to rectify this
17:46 brendan joined #koha
17:48 indradg chris, gmcharlt any clue about ^^^
17:50 gmcharlt indradg: looks ominous - assuming that a complete rebuild of the indexes is OK, I suggest doing it -r to completely rebuild it
17:50 indradg gmcharlt, ok!
17:53 reva1 left #koha
17:58 indradg gmcharlt, thanks! rebuilding cleared the problem... i only had about 14460 bibs in the db
17:59 gmcharlt cool
17:59 owen Hi gmcharlt, how's it going?
18:03 gmcharlt hi owen
18:16 jcamins left #koha
18:19 reva left #koha
18:20 tcohen left #koha
18:28 Oak left #koha
18:36 Elwell joined #koha
18:44 pianohack joined #koha
18:44 owen Hi pianohack
18:45 pianohack hey owen
18:45 How's it going?
18:45 owen Pretty well. Busy getting in over my head in Perl the last couple of days.
19:02 indradg i'm using Koha 3.00.06.010 and my authority searches dont seem to work... what am I missing? any clues?
19:05 gmcharlt, ^^^ :)
19:05 owen indradg: Are you sure you're indexing authorities?
19:05 gmcharlt indradg: simple thing out of the way first - authorities are indexed? (rebuild_zebra.pl -a ?
19:06 laurence left #koha
19:09 indradg_ joined #koha
19:09 indradg owen, gmcharlt yes... they are indexed
19:09 indradg left #koha
19:09 indradg_ owen, gmcharlt yes.. indeed they are - http://pastebin.ca/1916594
19:09 * indradg_ has exactly 2 auth entries in this
19:10 cfouts joined #koha
19:14 gmcharlt what do you see in the Apache logn when you try an auth serach?
19:15 druthb left #koha
19:17 indradg_ gmcharlt, something ominous -> auth_finder.pl: oAuth error: Database unavailable (109)  Bib-1
19:18 jwagner left #koha
19:21 indradg_ gmcharlt, my koha-error.log also has this - http://pastebin.ca/1916601
19:22 gmcharlt indradg_: both amount to the same thing; the first error caused the second
19:22 check your koha-conf.xml just to make sure that the authority Zebra adtabase entries weren't commented out or something
19:23 and try bouncing zebrasrv as well
19:23 indradg_ ok
19:24 pianohack left #koha
19:36 chris morning
19:38 owen Hi chris
19:42 briceSanc Do you know if there is a plan to add AJax for the main search box in OPAC ?
19:42 owen Ajax doing what?
19:42 Autocomplete?
19:42 indradg_ gmcharlt, my koha-conf.xml looked alright... however bouncing zebrasvr seems to have worked... returning results now
19:42 :)
19:42 gmcharlt, thanks :)
19:42 briceSanc Ajax to don't reload the search box
19:43 owen briceSanc: Do you mean to use Ajax to load search results onto the page without refreshing?
19:43 briceSanc exactly
19:44 owen I've never heard anyone ask for that before
19:44 briceSanc (sorry for my basic english)
19:44 owen That's okay briceSanc, I just wanted to make sure I understood
19:44 Personally I don't see a benefit to that
19:45 briceSanc ok
19:46 Koha stay speed even if he has 100 000 books to search ?
19:47 owen We have 156000 biblios and 288000 items and we don't have problems with speed
19:48 schuster Plano ISD has over 250,000 bibs and 1.3 million items no speed problem here on our Dell server.  I think 2500 series?
19:48 chris yep, search is not the slow thing in koha
19:48 schuster 68 locations
19:48 briceSanc ok, it's good to know
19:49 chris circulation is where we probably want to put some ajax
19:49 schuster good to see you chris..
19:49 chris you to schuster
19:49 schuster circ yes please speed is of the essence!
19:49 owen We keep talking about adding ajax to circ...
19:49 chris pianohack started
19:49 briceSanc i understand the no benefit of Ajax in search results !
19:51 chris_n g'afternoon
19:51 * chris_n crawls out from under the pile of his bip backlog
19:52 chris mod_perl or plack are also options for speeding up everything, but C4::Context needs a bit of work before those are safe, currently C4::Context caches things like sysprefs, which is fine with cgi, but with persitance, it means things that are changed in the syspref interface arent reflected
19:52 until the server (or thread) is restarted
19:54 but there are ways around that
19:55 my plan is to follow larsw advice, and create some benchmarking tools, and benchmark the current app, then work on performance with something to gauge the gains against
19:56 larsw yay, benchmarking
19:56 it's necessary to be careful about what you benchmark, of course, but without benchmarks, you basically don't know if you're moving in the right direction :)
19:56 chris *nod*
19:59 owen That's it for me. Enjoy your weekend everyone
19:59 owen left #koha
20:18 Nate left #koha
20:21 pianohack joined #koha
20:36 brendan @wunder 93117
20:36 munin brendan: The current temperature in Northwest Goleta, Goleta, California is 20.3�C (1:40 PM PDT on August 13, 2010). Conditions: Clear. Humidity: 67%. Dew Point: 14.0�C. Pressure: 29.84 in 1010.4 hPa (Falling).
20:37 wizzyrea @wunder 66047
20:37 munin wizzyrea: The current temperature in Lawrence Live-Courtesy of the Khoury's, Lawrence, Kansas is 38.8�C (3:44 PM CDT on August 13, 2010). Conditions: Partly Cloudy. Humidity: 38%. Dew Point: 22.0�C. Pressure: 29.65 in 1003.9 hPa (Falling). Excessive heat warning in effect until 8 PM CDT Saturday...
20:37 wizzyrea neat
20:38 chris @wunder wellington,nz
20:38 munin chris: The current temperature in Wellington, New Zealand is 13.0�C (8:00 AM NZST on August 14, 2010). Conditions: Rain. Humidity: 94%. Dew Point: 12.0�C. Pressure: 29.86 in 1011 hPa (Steady).
20:38 brendan so we got a high, a low, and perfection :D
20:40 schuster @wunder 75035
20:40 munin schuster: The current temperature in Preston Lakes, Frisco, Texas is 38.5�C (3:45 PM CDT on August 13, 2010). Conditions: Clear. Humidity: 34%. Dew Point: 20.0�C. Pressure: 29.72 in 1006.3 hPa (Falling). Heat advisory in effect until 8 PM CDT Saturday...
20:40 schuster Wow hotter in Kansas!
20:40 wizzyrea yep.
20:41 chris @wunder pittsburgh, pa
20:41 munin chris: The current temperature in Penn Ave, Wilkinsburg, Pennsylvania is 29.9�C (4:47 PM EDT on August 13, 2010). Conditions: Mostly Cloudy. Humidity: 56%. Dew Point: 20.0�C. Pressure: 29.94 in 1013.8 hPa (Falling).
20:41 chris laurel and the boys are off there in 3 weeks
20:41 brendan pittsburg is always cloudly
20:41 wizzyrea it'll be fallish time by then
20:41 not so awful
20:41 hopefully
20:42 schuster DC in June was HORRIBLE!
20:45 chris shes just going to silverlake (near LA) where her brother lives, and then the burgh
20:46 to take the kids to meet the grandparents (well kahu has met them before, ata hasnt)
20:46 brendan and Disneyland ?
20:47 chris yup
20:47 wizzyrea fun fun
20:47 brendan awesome!
20:50 chris http://photos.bigballofwax.co.[…]p?g2_itemId=68564
20:50 brendan cute :)
20:51 chris http://photos.bigballofwax.co.[…]p?g2_itemId=68395
20:51 he wants to hug pluto this time he said
20:51 'he is a good friend to mickey, i want to hug him and pat him'
20:51 they have been learning about being good friends at kindergarten
20:52 brendan yeah pluto deserves some hugs
20:52 one of my favorites
21:08 davi joined #koha
21:13 schuster left #koha
22:11 briceSanc left #koha
22:45 rhcl_away left #koha
22:59 cfouts left #koha
23:09 chris_n left #koha
23:37 pianohack left #koha
23:53 davi left #koha

← Previous day | Today | Next day → | Search | Index

koha1