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 darling 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 darling 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 darling RewriteRule ^documentation/3-2-manual/([a-z0-9]+)$ documentation/3-2-manual/index.php?ch=$1 [L] 01:28 darling is what i think should work 01:28 darling 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 darling RewriteRule ^documentation/3-2-manual/([a-z0-9]+)$ http://koha-community.org/documentation/3-2-manual/index.php?ch=$1 [L] 01:33 darling which looks like it would just look tho which we don't want... 01:33 wizzyrea_ bingo! 01:33 darling look/loop 01:33 darling ! 01:33 darling works? 01:33 wizzyrea_ hm well the url is still ugly 01:34 wizzyrea_ but this works 01:34 wizzyrea_ http://koha-community.org/documentation/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 darling google hates redirects 01:34 darling 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 darling 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 darling 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 wizzyrea_ I think I sent you the full .htaccess 01:38 wizzyrea_ perhaps it needs to be after the other rules? 01:38 wizzyrea_ it's on top at the moment 01:44 darling wizzyrea, !! 01:44 darling RewriteRule ^documentation/3-2-manual/([a-z0-9]+)$ http://koha-community.org/wp-content/uploads/kohadocs/$1.html [P] 01:44 darling oh, wait 01:44 darling no 01:45 darling 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 wizzyrea_ ^.^ 01:46 chris kristina just got thelibrary.co.nz to sponsor the first round of bubbles for everyone 01:46 chris for first night of conference 01:46 wizzyrea_ neat! 01:47 wizzyrea_ well 01:47 wizzyrea_ we can try it and see what it does 01:47 wizzyrea_ maybe it would be educational 01:47 wizzyrea_ I can fallback super quick 01:48 wizzyrea_ 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 darling and we'll keep pecking at this 01:55 darling (other things to try might be putting the showdocs thing up a level or just someplace else in the tree) 01:55 darling laters 01:56 wizzyrea_ hm. gl with your meeting 03:58 Amit heya pianohack, chris 04:26 robin patch attached to bug 4852, now time for beer :) 04:26 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_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 wizzyrea_ http://www.youtube.com/watch?v=1lqxORnQARw&feature=player_embedded 04:35 wizzyrea_ </hug> 11:52 owen Hi #koha 11:58 jwag_mtg Hi owen 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/bugzilla3/show_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 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:49 briceSanc hi all 12:53 owen Hi briceSanc 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 briceSanc i don't know for the log 13:38 briceSanc 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 briceSanc but my account has no holds recorded 13:41 owen Perhaps it's Bug 3785? 13:41 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_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 ebegin ? 13:43 briceSanc i check 13:44 briceSanc i've : maxreserves : Patrons can only have 50 holds at once. 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 briceSanc ok 13:54 briceSanc so have good end of times 13:54 briceSanc i go to bahamas 13:54 briceSanc 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 briceSanc 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 briceSanc Dafaults for this library : 30 Total Current Checkouts Allowed, From Any Library for Hold Policy 13:58 briceSanc In fact, all Hold Policy = From any library 14:00 briceSanc 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:15 briceSanc yes 14:16 briceSanc and they are all Hold Policy = From any library 14:16 briceSanc for book and student 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:21 briceSanc no 14:21 briceSanc i'm creating one 14:22 wizzyrea that's your problem 14:22 briceSanc i hope ! 14:23 briceSanc YOOOUUUUUUOOUUUUUUU that's was my problem 14:23 wizzyrea :D 14:23 ebegin Good catch Owen! 14:23 briceSanc thanks everyone ! 14:24 briceSanc 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/bugzilla3/show_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 briceSanc 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 briceSanc Koha 3.2 14:30 wizzyrea the latest head or some revisions back? 14:30 wizzyrea (I thought there was a patch to fix this) 14:31 briceSanc latest head 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 jcamins 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 jcamins 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 reva 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 jcamins Then you just copy the link into IRC. 15:06 reva ok, hold on while I log in through the VirtualBox browser. 15:14 reva1 reva is now reva1 15:27 reva1 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 jcamins Let me see if I can upload a screenshot of what I see. 15:33 jcamins 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 jcamins (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 jcamins 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 jcamins I do a lot of original cataloging here. Let me find a recent record. 15:39 jcamins Mostly I've been doing copy cataloging these past two days, so it may take a moment. 15:39 jcamins Wait, I think I might know what the problem is. 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 reva1 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/cgi-bin/koha/opac-detail.pl?biblionumber=175661 15:45 wizzyrea click on more -> administration 15:45 wizzyrea in the Search Preferences box, type XSLT 15:45 wizzyrea 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 wizzyrea 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 wizzyrea 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 jcamins 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 reva1 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 jcamins 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 jcamins 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 reva1 nevermind; I was l;ooking at the staff view. 16:23 reva1 are you looking at it in 3.2? 16:25 reva1 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 jcamins No, this is the staff view. 16:26 jcamins 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 jcamins The OPAC is a different view entirely. 16:28 jcamins 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 jcamins 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 reva1 Ok; agreed OPAC should be the ultimate arbiter here. 16:35 reva1 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 jcamins If the MARC isn't correct, of course, that would be a problem. 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 reva1 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 17:22 reva owen: if I want to reinsert a subfield (that is part of the chosen framework) how do I do that? 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 indradg any clue how to rectify this 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: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:44 owen Hi pianohack 18:45 pianohack hey owen 18:45 pianohack 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 indradg 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:09 indradg owen, gmcharlt yes... they are indexed 19:09 indradg_ owen, gmcharlt yes.. indeed they are - http://pastebin.ca/1916594 19:09 * indradg_ has exactly 2 auth entries in this 19:14 gmcharlt what do you see in the Apache logn when you try an auth serach? 19:17 indradg_ gmcharlt, something ominous -> auth_finder.pl: oAuth error: Database unavailable (109) Bib-1 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 gmcharlt check your koha-conf.xml just to make sure that the authority Zebra adtabase entries weren't commented out or something 19:23 gmcharlt and try bouncing zebrasrv as well 19:23 indradg_ ok 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 owen Autocomplete? 19:42 indradg_ gmcharlt, my koha-conf.xml looked alright... however bouncing zebrasvr seems to have worked... returning results now 19:42 indradg_ :) 19:42 indradg_ 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 owen Personally I don't see a benefit to that 19:45 briceSanc ok 19:46 briceSanc 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 chris until the server (or thread) is restarted 19:54 chris but there are ways around that 19:55 chris 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 larsw 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 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 wizzyrea not so awful 20:41 wizzyrea 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 chris 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.nz/gallery2/main.php?g2_itemId=68564 20:50 brendan cute :) 20:51 chris http://photos.bigballofwax.co.nz/gallery2/main.php?g2_itemId=68395 20:51 chris he wants to hug pluto this time he said 20:51 chris 'he is a good friend to mickey, i want to hug him and pat him' 20:51 chris they have been learning about being good friends at kindergarten 20:52 brendan yeah pluto deserves some hugs 20:52 brendan one of my favorites