IRC Logs

Time Nick Message
20:52 brendan one of my favorites
20:52 brendan yeah pluto deserves some hugs
20:51 chris they have been learning about being good friends at kindergarten
20:51 chris 'he is a good friend to mickey, i want to hug him and pat him'
20:51 chris he wants to hug pluto this time he said
20:51 chris http://photos.bigballofwax.co.nz/gallery2/main.php?g2_itemId=68395
20:50 brendan cute :)
20:50 chris http://photos.bigballofwax.co.nz/gallery2/main.php?g2_itemId=68564
20:47 brendan awesome!
20:47 wizzyrea fun fun
20:47 chris yup
20:46 brendan and Disneyland ?
20:46 chris to take the kids to meet the grandparents (well kahu has met them before, ata hasnt)
20:45 chris shes just going to silverlake (near LA) where her brother lives, and then the burgh
20:42 schuster DC in June was HORRIBLE!
20:41 wizzyrea hopefully
20:41 wizzyrea not so awful
20:41 wizzyrea it'll be fallish time by then
20:41 brendan pittsburg is always cloudly
20:41 chris laurel and the boys are off there in 3 weeks
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 @wunder pittsburgh, pa
20:40 wizzyrea yep.
20:40 schuster Wow hotter in Kansas!
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 @wunder 75035
20:38 brendan so we got a high, a low, and perfection :D
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 chris @wunder wellington,nz
20:37 wizzyrea neat
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 @wunder 66047
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:36 brendan @wunder 93117
19:59 owen That's it for me. Enjoy your weekend everyone
19:56 chris *nod*
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 larsw yay, benchmarking
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:54 chris but there are ways around that
19:52 chris until the server (or thread) is restarted
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:51 * chris_n crawls out from under the pile of his bip backlog
19:51 chris_n g'afternoon
19:49 briceSanc i understand the no benefit of Ajax in search results !
19:49 chris pianohack started
19:49 owen We keep talking about adding ajax to circ...
19:49 schuster circ yes please speed is of the essence!
19:49 chris you to schuster
19:49 schuster good to see you chris..
19:49 chris circulation is where we probably want to put some ajax
19:48 briceSanc ok, it's good to know
19:48 schuster 68 locations
19:48 chris yep, search is not the slow thing in koha
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:47 owen We have 156000 biblios and 288000 items and we don't have problems with speed
19:46 briceSanc Koha stay speed even if he has 100 000 books to search ?
19:45 briceSanc ok
19:44 owen Personally I don't see a benefit to that
19:44 owen That's okay briceSanc, I just wanted to make sure I understood
19:44 briceSanc (sorry for my basic english)
19:44 owen I've never heard anyone ask for that before
19:43 briceSanc exactly
19:43 owen briceSanc: Do you mean to use Ajax to load search results onto the page without refreshing?
19:42 briceSanc Ajax to don't reload the search box
19:42 indradg_ gmcharlt, thanks :)
19:42 indradg_ :)
19:42 indradg_ gmcharlt, my koha-conf.xml looked alright... however bouncing zebrasvr seems to have worked... returning results now
19:42 owen Autocomplete?
19:42 owen Ajax doing what?
19:42 briceSanc Do you know if there is a plan to add AJax for the main search box in OPAC ?
19:38 owen Hi chris
19:36 chris morning
19:23 indradg_ ok
19:23 gmcharlt and try bouncing zebrasrv as well
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:22 gmcharlt indradg_: both amount to the same thing; the first error caused the second
19:21 indradg_ gmcharlt, my koha-error.log also has this - http://pastebin.ca/1916601
19:17 indradg_ gmcharlt, something ominous -> auth_finder.pl: oAuth error: Database unavailable (109) Bib-1
19:14 gmcharlt what do you see in the Apache logn when you try an auth serach?
19:09 * indradg_ has exactly 2 auth entries in this
19:09 indradg_ owen, gmcharlt yes.. indeed they are - http://pastebin.ca/1916594
19:09 indradg owen, gmcharlt yes... they are indexed
19:05 gmcharlt indradg: simple thing out of the way first - authorities are indexed? (rebuild_zebra.pl -a ?
19:05 owen indradg: Are you sure you're indexing authorities?
19:05 indradg gmcharlt, ^^^ :)
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?
18:45 owen Pretty well. Busy getting in over my head in Perl the last couple of days.
18:45 pianohack How's it going?
18:45 pianohack hey owen
18:44 owen Hi pianohack
18:03 gmcharlt hi owen
17:59 owen Hi gmcharlt, how's it going?
17:59 gmcharlt cool
17:58 indradg gmcharlt, thanks! rebuilding cleared the problem... i only had about 14460 bibs in the db
17:50 indradg gmcharlt, ok!
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:48 indradg chris, gmcharlt any clue about ^^^
17:44 indradg any clue how to rectify this
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:22 reva owen: if I want to reinsert a subfield (that is part of the chosen framework) how do I do that?
16:44 owen If the + doesn't work you'll have to reload the page I guess
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: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:36 jcamins If the MARC isn't correct, of course, that would be a problem.
16:36 jcamins Not as a result of the display.
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:34 reva1 Ok; agreed OPAC should be the ultimate arbiter here.
16:33 jcamins To me the important thing is the OPAC- I understand MARC and bibliographic data, my patrons don't.
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 Right. I would not think it did matter, since the data is all in the right place.
16:32 reva1 the question for me now as I see it: would this anomalies matter? (ok, for the customization part.)
16:31 jcamins I never use the Normal staff view, just MARC.
16:31 jcamins Oh, that may be one of my customizations.
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:28 jcamins I don't know anything about 3.0.6, so I don't know what else to suggest.
16:27 jcamins The OPAC is a different view entirely.
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:26 jcamins No, this is the staff view.
16:26 jcamins Yes, I have 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:23 reva1 are you looking at it in 3.2?
16:23 reva1 nevermind; I was l;ooking at the staff view.
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:21 jcamins http://i37.tinypic.com/30kw2kp.png
16:19 jcamins It displays correctly.
16:17 reva1 Ok, see how it displays for you.
16:16 jcamins Wait, just got it, never mind.
16:16 wizzyrea or paste.koha-community.org
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:04 reva1 Ok, it should be getting to you shortly jcamins:
16:01 jcamins I don't care if it's UTF-8 or MARC8.
16:01 jcamins MARCXML or regular MARC.
16:00 reva1 do you want it saved as marcxml or which file type?
15:59 jcamins reva: Right.
15:59 reva1 jecamins: you mean the one I hand transcribed, correct. i will do that. hold on for a few mins. Thanks.
15:58 reva1 Ok, I will try importing the same record through z30.50 as a dupe and see what it does.
15:58 jcamins camins@numismatics.org
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: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:51 wizzyrea if you have details display turned on it should
15:51 jcamins It should. That's what you need to check now. ;)
15:51 reva1 Ok, I am setting them to on now. But does it make a difference in Staff Normal View?
15:51 wizzyrea sure, turn em on, you can always turn em off
15:50 reva1 I meant the "results Display" and the "Details Display".
15:50 wizzyrea and iirc, the results look a lot better in staff with xslt on, as well
15:50 wizzyrea the display is better in the opac with XSLT on, imo
15:50 reva1 ok , I see it; we have not really set up the OPAC yet. Would I turn all of then "ON"?
15:46 wizzyrea and see what happens
15:46 wizzyrea if it's off, turn it on. If it's on, turn it off.
15:46 reva1 I will check under syster pref. now.
15:45 wizzyrea you are looking for the preference labeled "XSLTDetailsDisplay"
15:45 wizzyrea in the Search Preferences box, type XSLT
15:45 wizzyrea click on more -> administration
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 reva1 so I set it in admin under what?
15:44 owen reva1: XSLTDetailsDisplay is a system preference
15:43 reva1 I do not readily know what XSLT is? It is not the ISBD, correct?
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:40 jcamins reva1: what is XSLTDetailsDisplay set to?
15:39 jcamins Wait, I think I might know what the problem is.
15:39 jcamins Mostly I've been doing copy cataloging these past two days, so it may take a moment.
15:38 jcamins I do a lot of original cataloging here. Let me find a recent record.
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:37 jcamins Yes, I remember that now that you mention it.
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:36 jcamins So that's probably why it works. Why aren't you using z39.50?
15:35 jcamins I used z39.50.
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:34 jcamins (or, rather, a version very close to 3.2, since 3.2 hasn't been released yet)
15:34 jcamins That's a screenshot of what the record looks like for me on 3.2.
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:33 jcamins http://i36.tinypic.com/33o2nh3.png
15:32 jcamins Let me see if I can upload a screenshot of what I see.
15:32 jcamins reva1: it looks to me like the 710s are for the corporate authors, who also happen to be publishers.
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:14 reva1 reva is now reva1
15:06 reva ok, hold on while I log in through the VirtualBox browser.
15:04 jcamins Then you just copy the link into IRC.
15:04 jcamins http://tinypic.com/ - I think that will do it.
15:04 reva jcamins: I feel relieved that experts have to look it up:).
15:03 jcamins That's a very good question. I have to look that up every time.
15:03 reva also, how do I include the screeshot int his chat? sorry about this ignorance:).
15:02 reva the staff client jcamins:
15:01 jcamins Are you encountering this problem in the OPAC or the staff client?
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.
14:59 jcamins If that's not what you mean, perhaps you could show us a screenshot of what happened?
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:57 jcamins reva: the end of your message was cut off.
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:31 briceSanc latest head
14:30 wizzyrea (I thought there was a patch to fix this)
14:30 wizzyrea the latest head or some revisions back?
14:29 briceSanc Koha 3.2
14:29 wizzyrea sure, that's easy enough to do. Which version specifically has this problem?
14:29 briceSanc yes it will be good
14:28 owen Maybe a FAQ item on koha-community.org?
14:27 wizzyrea cool beans
14:27 briceSanc when i will be sure of all procedure in my manual, i will pusblish it to the community
14:25 briceSanc Yes but it's dificult to find because the begin of the problem is not mine
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:24 wizzyrea it's in the bug report for bug 3785 as well
14:24 briceSanc i will write the answer in my manual
14:23 briceSanc thanks everyone !
14:23 ebegin Good catch Owen!
14:23 wizzyrea :D
14:23 briceSanc YOOOUUUUUUOOUUUUUUU that's was my problem
14:22 briceSanc i hope !
14:22 wizzyrea that's your problem
14:21 briceSanc i'm creating one
14:21 briceSanc no
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:16 briceSanc for book and student
14:16 briceSanc and they are all Hold Policy = From any library
14:15 briceSanc yes
14:06 owen briceSanc: Do you have a rule set up under default branch for default patron category and default item type?
14:04 ebegin Do you have multiple branches?
14:00 briceSanc and the item i'm want to hold is currently loan
13:58 briceSanc In fact, all Hold Policy = From any library
13:58 briceSanc Dafaults for this library : 30 Total Current Checkouts Allowed, From Any Library for Hold Policy
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:55 briceSanc item and user are in the same branch
13:55 ebegin Branch of your user vs branch of the item you are trying to put a hold on?
13:54 briceSanc bye
13:54 briceSanc i go to bahamas
13:54 briceSanc so have good end of times
13:54 briceSanc ok
13:54 briceSanc just a LOL
13:54 ebegin That is the problem!!! Everybody dies in 2012 :) kidding of course :)
13:53 briceSanc 2015
13:53 ebegin Expiry date of your user?
13:52 briceSanc yep
13:51 ebegin weird...
13:51 briceSanc yep
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:50 briceSanc the twice (admin for intranet and normal user for OPAC)
13:49 ebegin briceSanc, are you logged with your admin password or a normal user?
13:44 briceSanc i've : maxreserves : Patrons can only have 50 holds at once.
13:43 briceSanc i check
13:43 ebegin ?
13:43 ebegin briceSanc, do you have a maxreserves value in your sysprefs^
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:41 owen Perhaps it's Bug 3785?
13:38 briceSanc but my account has no holds recorded
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:37 briceSanc i don't know for the log
13:37 briceSanc My circulation rules are set up
13:36 owen briceSanc: Do you have your circulation rules set up?
13:36 ebegin briceSanc, do you have any log?
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 ?
12:53 owen Hi briceSanc
12:49 briceSanc hi all
12:26 jwagner Hi magnus
12:25 magnus hi y'all
12:24 Nate :D
12:24 druthb Hi, Nate. :)
12:24 jwagner Morning, Nate
12:19 Nate morning owen, jwagner, druthb
12:04 druthb g'mornin'. :)
12:04 owen Hi druthb
12:02 jwagner Yep!
12:00 owen chris++
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 Man, I worked for ages yesterday on bug 4211, and chris hammered out the right fix in no time
11:58 jwag_mtg Hi owen
11:52 owen Hi #koha
04:35 wizzyrea_ </hug>
04:35 wizzyrea_ http://www.youtube.com/watch?v=1lqxORnQARw&feature=player_embedded
04:35 wizzyrea_ just so you all know; you're awesome. <hug>
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:26 robin patch attached to bug 4852, now time for beer :)
03:58 Amit heya pianohack, chris
01:56 wizzyrea_ hm. gl with your meeting
01:55 darling laters
01:55 darling (other things to try might be putting the showdocs thing up a level or just someplace else in the tree)
01:49 darling and we'll keep pecking at this
01:49 darling i have to run off now, I think the full redirect is probly the right thing for now
01:49 wizzyrea_ !
01:48 darling i hate electricity
01:48 wizzyrea_ that gives a super 404, can't find *anything*
01:47 wizzyrea_ I can fallback super quick
01:47 wizzyrea_ maybe it would be educational
01:47 wizzyrea_ we can try it and see what it does
01:47 wizzyrea_ well
01:46 wizzyrea_ neat!
01:46 chris for first night of conference
01:46 chris kristina just got thelibrary.co.nz to sponsor the first round of bubbles for everyone
01:46 wizzyrea_ ^.^
01:46 wizzyrea_ especially the part where I ran into the wall and fell down
01:46 chris yay!!
01:45 wizzyrea_ it was probably funnier in my head
01:45 * wizzyrea_ runs around with arms flailing "The russians are coming!"
01:45 darling would probly work but you'd loose the WP decore
01:45 wizzyrea_ lol :)
01:45 darling sorry, false alrm
01:44 darling no
01:44 darling oh, wait
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 wizzyrea, !!
01:38 wizzyrea_ it's on top at the moment
01:38 wizzyrea_ perhaps it needs to be after the other rules?
01:38 wizzyrea_ I think I sent you the full .htaccess
01:38 wizzyrea_ WP is funny about this stuff, because it does some of it's own rewriting
01:37 darling I'll maybe read up on rewrites more
01:37 wizzyrea_ poo indeed
01:37 darling poo
01:37 darling shouldn't make a difference
01:37 wizzyrea_ yes I think that was the original
01:37 darling did we try -- RewriteRule ^documentation/3-2-manual/([a-z0-9]+)$ documentation/3-2-manual/?ch=$1 [L]
01:36 wizzyrea_ though I bang on it in fits and starts (busy with work work and all that)
01:36 darling yup
01:35 wizzyrea_ hehe now you know how I feel :)
01:35 darling this thing's peeving me -- have to make it work now
01:35 darling but at least people can see the pages
01:35 wizzyrea_ < is totally glad to have help on it
01:34 darling so it will work better than before but we still need to solve this
01:34 darling google hates redirects
01:34 darling only half
01:34 wizzyrea_ so if the goal was to make happy urls for google to follow, I think that's success
01:34 darling yeah -- it's better
01:34 wizzyrea_ http://koha-community.org/documentation/3-2-manual/c19
01:34 wizzyrea_ but this works
01:33 wizzyrea_ hm well the url is still ugly
01:33 darling works?
01:33 darling !
01:33 darling look/loop
01:33 wizzyrea_ bingo!
01:33 darling which looks like it would just look tho which we don't want...
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:32 darling try the full destination, so-
01:31 wizzyrea_ correct
01:31 darling so, we get a 404 with the above rule - right?
01:28 wizzyrea_ hmmm, I wonder if it's that the conversion isn't adding a .html to the filename
01:28 darling but it's not
01:28 darling is what i think should work
01:28 darling RewriteRule ^documentation/3-2-manual/([a-z0-9]+)$ documentation/3-2-manual/index.php?ch=$1 [L]
01:27 darling ok.. hm -- my brain hurts in that case
01:26 wizzyrea_ it looks like the right value
01:26 darling and if so what value was getting passed to it
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:25 wizzyrea_ k cool
01:25 darling I have a mtg in about 25 mins but I'm free til then
01:24 darling no worries, I needed my coffee anyhow
01:20 wizzyrea_ ok darling (teehee) I'm back. sorry for the delay.