--- Log opened Thu Aug 28 00:00:42 2008
00:10 < dbs> nope. same damned problem running the checkout over http on coffeecode.net
00:10 < dbs> *SIGH*
00:11 < berick> well, minus some bind/unbind mangling, my test setup is working great
00:52 -!- dbs [n=dan@pdpc/supporter/active/denials] has quit ["Ex-Chat"]
01:26 -!- Mark__T [n=Mark__T@bluemchen.kde.org] has joined #openils-evergreen
--- Log closed Thu Aug 28 05:15:48 2008
--- Log opened Thu Aug 28 05:19:28 2008
05:19 -!- denials [n=dan@li22-101.members.linode.com] has joined #OpenILS-Evergreen
05:19 -!- Irssi: #OpenILS-Evergreen: Total of 24 nicks [0 ops, 0 halfops, 0 voices, 24 normal]
05:19 -!- Irssi: Join to #OpenILS-Evergreen was synced in 11 secs
05:24 -!- Mark__T [n=Mark__T@bluemchen.kde.org] has left #openils-evergreen []
09:00 -!- kgs_away [n=chatzill@75.150.13.105] has joined #openils-evergreen
09:12 -!- sylvar [n=chatzill@adsl-224-186-147.asm.bellsouth.net] has joined #openils-evergreen
09:12 < sylvar> Morning, y'all.
09:13 -!- dbs [n=dan@pdpc/supporter/active/denials] has joined #openils-evergreen
09:32 < sylvar> I remember hearing about a web-based batch MARC upload method.  What's the development status of that? 1.4, 2.0?
09:34 < berick> sylvar: 1.4
09:34 < sylvar> thanks!
09:35 -!- kgs_away is now known as kgs
09:35 < sylvar> ditto a Z39.50 server?
09:36 < sylvar> (this may be the morning of endless questions -- I'm updating my interim report and adding material to make the final report)
09:37 < dbs> sylvar: theoretically a basic version of that works now (Simple2ZOOM talking to SRU as long as you have yaz 3.0.34 installed)
09:37 < sylvar> (just want to make sure I'm not promising punch and pie if there won't be any)
09:37 < dbs> sylvar: http://conifer.mcmaster.ca/node/29 has a reasonably accurate status update as of two weeks ago
09:37 < sylvar> Perfect, thanks.  Slap me if I ask something answered in that page.
09:38 < dbs> see also http://open-ils.org/dokuwiki/doku.php?id=faqs:evergreen_roadmap
09:40 < sylvar> I was aware of that one, but I figured that updating the wiki doesn't always take priority over coding. :)
09:47 < dbs> sylvar: on the "Old Revisions" button, it shows the last update was 2008-08-25 :)
09:47 < dbs> kgs is in tha house, oh yeah!
09:48 < kgs> dbs: you're perky today!
09:48 < sylvar> word!
09:48 < dbs> kgs: haven't even sipped my coffee yet
09:48 < sylvar> scary
09:49 < kgs> funny I was just updating it
09:49 < sylvar> So will 1.4 include the option not to normalize "lamé" into "lame"?
09:49 < sylvar> Sounds i18ney to me.
09:49 < kgs> sylvar: I don't know
09:50 < dbs> sylvar: no, by default lamé will still be indexed and searched as lame
09:52 < sylvar> OK, thanks.  Are there still plans to make Evergreen capable of distinguishing between "año" (year) and "ano" (anus)?
09:53 < sylvar> Not by default, I understand, but I'm sure that's not the only pair of words distinguished only by diacritics.
10:01 < sylvar> New question: Will the picklist management in the Acq beta allow patrons to submit requests to a picklist, or will those requests be entered by a staff member?
10:01 < sylvar> (I keep thinking a picklist is a person who specializes in preserving cucumbers in brine.)
10:02 < berick> sylvar: heh,, i'm moving toward select list in the UI, since picklist means 'hold pull list' in some ILSs.  anyway, that's the idea (patron submitted requests), but that likely won't be in the beta
10:02 -!- mlasater [n=chatzill@150.199.116.36] has joined #OpenILS-Evergreen
10:02 < berick> s/that's the idea/we would like to support/
10:03 < sylvar> cool.  and how about "acq list"?  are there other kinds of acq lists that would confuse this term?
10:03 < sylvar> or "wish list", maybe. :)
10:04 < berick> sorry, "selection list", not "select list".  'selection list' is what i mostly hear in the wild
10:04 < kgs> berick: concur
10:05 < sylvar> Do we have a translating dictionary so that people can look up terms like "pick list" and see it cross-referenced to "hold pull list" and "selection list"?
10:07 < sylvar> might also be useful to list proprietary things within a category: "The generic term is 'telephone message system'.  SirsiDynix calls theirs 'TeleCirc'.  We call ours 'Evergreen Calling'."
10:07 < dbs> sylvar: postgresql full-text search supports thesauri (the development was funded by GPLS I believe!), but that hasn't been taken advantage of to my knowledge
10:07 < sylvar> that would likely be a multi-column table in a web page.
10:08 < dbs> oh, wait - you just mean in documentation :)
10:08 < sylvar> dbs: right. :)
10:08 < dbs> feel free to flesh out http://open-ils.org/dokuwiki/doku.php?id=acq:glossary
10:08 < sylvar> though db thesauri would be nice for authority control.
10:09 < sylvar> dbs: any particular reason that's namespaced under acq?
10:09 < dbs> or turn http://open-ils.org/dokuwiki/doku.php?id=evergreen-user:glossary_of_terms_and_paths into a table
10:09 < sylvar> ah, cool.
10:09 < dbs> sylvar: just that when we started on acq/serials, we needed to find common terms
10:09 < sylvar> that'll be a project for after I finish the report.
10:10 < dbs> for the proprietary equivalents, what you probably want is a separate set of pages. "I'm new to Evergreen, but am familiar with III."
10:10 < dbs> "I'm new to Evergreen, but familiar with Unicorn/Symphony." blah blah
10:11 < dbs> (in a manual, you would create "see" entries in the index for proprietary terms, that point to the equivalent concepts in Evergreen. if you use a task/concept/reference approach to doc writing, at least.)
10:11 < sylvar> dbs: concur.
10:12 < sylvar> I could probably write the Horizon version.
10:12 < sylvar> And it might be a good place to point out important differences in workflow, linked to docs about those bits.
10:13 < dbs> as for the ano / año, I think it would require tweaking two bits - the postgresql FTS index definitions and the query parser - but miker_ is very much the authority on that
10:15 < sylvar> I'd be happy if it were even on the radar as a potential change for 2.0.  Imagina if Avargraan normalizad two diffarant lattars in Anglish into tha sama lattar whan it indaxad your itams!
10:16 < sylvar> That would be a showstopper for users in many languages.
10:16 < sylvar> My opinion, anyway.
10:16 < dbs> well, it doesn't _display_ them that way
10:17 < dbs> the truth is that it depends on the language
10:17 < sylvar> No, but what if searching for "time" also returned results with "tame"?
10:17 < sylvar> dbs: very true
10:19 < sylvar> And sometimes it's just a minor annoyance.
10:19 < sylvar> I'm probably oversensitive because I was also a linguistics major.
10:21 < eeevil> about to have to run to a meeting, but re normalization of diacritics ... talk to NACO ;)
10:22 < eeevil> and with that parting shot ... I'm out for a bit
10:22 < dbs> we should probably FAQ that
10:22 < dbs> fare thee well, eeevil
10:23 < dbs> bbiab -- meetings meetings meetings
10:24 < sylvar> kgs: are you going to the same meeting or can I pester you? ;)
10:25 < kgs> sylvar: sorry i'm chairing the meeting ;)
10:25 < sylvar> LOL
10:25 < sylvar> have a good meeting, then!
10:26 -!- dbs [n=dan@pdpc/supporter/active/denials] has quit [Read error: 60 (Operation timed out)]
10:43 -!- dbs [n=dan@pdpc/supporter/active/denials] has joined #openils-evergreen
11:50 -!- sylvar [n=chatzill@adsl-224-186-147.asm.bellsouth.net] has quit [Read error: 110 (Connection timed out)]
12:12 -!- sboyette [n=mdxi@li11-97.members.linode.com] has quit ["Changing server"]
12:13 -!- mdxi [n=mdxi@li11-97.members.linode.com] has joined #openils-evergreen
12:13 -!- mdxi is now known as sboyette
12:31 -!- dbs_ [n=dan@8-34.lib.laurentian.ca] has joined #openils-evergreen
12:31 -!- dbs_ [n=dan@8-34.lib.laurentian.ca] has quit [Read error: 104 (Connection reset by peer)]
12:32 -!- dbs_ [n=dan@8-34.lib.laurentian.ca] has joined #openils-evergreen
12:32 -!- dbs [n=dan@pdpc/supporter/active/denials] has quit [Nick collision from services.]
12:32 -!- dbs_ is now known as dbs
12:47 < sboyette> http://www.amazon.com/o/ASIN/0596517742/ # ooo, crockford wrote a book!
13:00 < dbs> sboyette: maybe he just illustrated it
13:17 < phasefx> haha, that title fits him
13:58 < kbeswick_> dbs: i don't think that autogen.sh in trunk is executable
13:58 < kbeswick_> dbs: the autogen.sh that runs the autotools that is
15:07 < dbs> kbeswick_: ah, probably needs an svn property set. dammit
15:15 < dbs> kbeswick_: f1x0r3d - lemme know if you find any others
15:54 -!- rsinger [n=rsinger@c-67-161-232-211.hsd1.tn.comcast.net] has quit [Remote closed the connection]
15:54 -!- rsinger [n=rsinger@c-67-161-232-211.hsd1.tn.comcast.net] has joined #OpenILS-Evergreen
17:02 -!- phase_bb [n=phase_bb@m1e5e36d0.tmodns.net] has joined #openils-evergreen
17:45 -!- kgs [n=chatzill@75.150.13.105] has quit ["ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]"]
17:45 -!- kgs [n=chatzill@75.150.13.105] has joined #openils-evergreen
17:47 -!- kgs [n=chatzill@75.150.13.105] has quit [Client Quit]
17:57 -!- dbs [n=dan@pdpc/supporter/active/denials] has quit ["Ex-Chat"]
19:53 -!- mib_iqhfp7 [i=11e81279@gateway/web/ajax/mibbit.com/x-8a615727321156ec] has joined #openils-evergreen
19:53 < mib_iqhfp7> Hello
19:53 < mib_iqhfp7> I have an Evergreen question
19:54 < miker_> mib_iqhfp7: fire away, I'll see if I can answer
19:54 < mib_iqhfp7> I am in the process of starting a 50-70,000 volume library
19:54 < mib_iqhfp7> I would like to keep everything on Macs to keep tech support down
19:55 < mib_iqhfp7> Is Evergreen a good way to host my Library services, and is it advanced to keep up with a small university's traffic
19:56 < miker_> it won't have a problem with the traffic, but there are still some minor display issues with Safari that we're working out
19:56 < mib_iqhfp7> How about firefox?
19:56 < miker_> firefox is the main browser target, so no problems there
19:57 < mib_iqhfp7> What kind of hardware is necessary for the server(s)
19:57 < mib_iqhfp7> Would one XServe be enough, or more for the 1 location
19:57 < miker_> that depends on the size ... 50-70k you could do on a mid-range server with headroom to spare
19:57 < mib_iqhfp7> or would a Mac Pro be sufficient
19:58 < miker_> heh
19:58 < mib_iqhfp7> so thats a yes
19:58 < miker_> well, I'd suggest server class hardware becuase it's generally more reliable
19:59 < mib_iqhfp7> What about other services: Library Cards, Reserves, and Foreign Language Support (Arabic, Hebrew)
19:59 < miker_> and it's yet to be tested on OS X, for the server parts
19:59 < mib_iqhfp7> oh
19:59 < mib_iqhfp7> how is your tech support?
19:59 < miker_> but there is a library using vmware on OS X, so there's that option
19:59 < mib_iqhfp7> Ok, thats a thought
20:00 < miker_> well, from the community, it's like ... well ... this :)
20:00 < mib_iqhfp7> ok
20:00 < miker_> but (full disclosure) I'm also part of Equinox Software
20:00 < miker_> we're an Evergreen support, migration and development company
20:01 < mib_iqhfp7> So (My Disclosure) I am from Apple, and I am helping a client begin hosting library services on the Apple Platform
20:01 < miker_> ahh :)
20:01 < miker_> well, welcome!
20:01 < mib_iqhfp7> I am looking to provide scanners, computers, and ID printers to get a small university library up to date
20:02 < mib_iqhfp7> Is there an example of evergreen that I can browse to see the web GUI
20:02 < miker_> we'd love to see the backend compile on Darwin, but we don't have any specific expertise there ... we would love to help any way we can, though
20:03 < miker_> there is.  the development interface, which will shortly become 1.4, is at http://dev.gapines.org
20:03 < miker_> the most recent release is at http://demo.gapines.org
20:03 < mib_iqhfp7> Darwin - Its something that we can consider installing the backend on, but at the time we are looking for a stable solution (VM Ware if it has been tested)
20:04 < miker_> the staff client is the tricky part on Macs right now, but there is a community build of it floating around and instructions on getting it going from source
20:05 < mib_iqhfp7> ok
20:06 < mib_iqhfp7> We are moving the entire institution to Mac, and this is something we are researching, among other Mac native Library Service servers and clients
20:06 < miker_> have you joined the mailing lists yet? there are a few people that have been working on the Mac staff client and I am sure they would be happy to help
20:06 < miker_> ahh... I see
20:07 < miker_> you've looked at Delicious Monster then?  very pretty
20:07 < mib_iqhfp7> right
20:08 < mib_iqhfp7> that would not work for a library of this size (50,000- 70,000) and growing
20:08 -!- djfiander [n=djfiande@bas6-london14-1168070119.dsl.bell.ca] has joined #OpenILS-Evergreen
20:08 < mib_iqhfp7> as well as the services
20:08 < mib_iqhfp7> Although, I own the program and love it
20:09 < miker_> I see ... I wasn't sure if they had built a version for more that personal or small-collection use
20:11 < miker_> from before, reserves and aquisitions are both under development now. aquisitions is in alpha.  both are needed by next spring for a 4 university group that's migrating then
20:11 < miker_> along with a lot of other academic-targeted features
20:12 < miker_> djfiander: hello sir!
20:13 < djfiander> greetings.
20:13 < djfiander> I ... I think I used to hang out it here.
20:13 < miker_> also ... brb :)
20:13 < mib_iqhfp7> Well, thank you for your assistance. I am checking out the site now.
20:13 < djfiander> it's been so long.
20:13 < mib_iqhfp7> I appreciate your help
20:13 < miker_> mib_iqhfp7: no problem, any time
20:13 -!- mib_iqhfp7 [i=11e81279@gateway/web/ajax/mibbit.com/x-8a615727321156ec] has quit ["http://www.mibbit.com ajax IRC Client"]
20:29 < _bott_> Is there an example of the zip code database (aka zips.txt) somewhere?
20:29 < miker_> _bott_: I can grab the GA one for you. sec
20:34 < miker_> _bott_: http://evergreen-ils.org/~miker/zips.txt
20:34 < _bott_> miker_: Thanks!
20:35 < miker_> _bott_: format is something like id|state|city|zip|primary(1=yes,0=no)|something|county|area_code
20:35 < _bott_> I'll give it a whirl
20:36 < miker_> that was culled, I believe, directly from the TIGR census data
20:37 < _bott_> good to know
20:42 -!- _bott_ [n=root@NAT-staff.grpl.org] has left #OpenILS-Evergreen []
21:43 -!- mib_gufrm3 [i=4ae56863@gateway/web/ajax/mibbit.com/x-bd55d56be803aee4] has joined #openils-evergreen
21:43 -!- mib_gufrm3 [i=4ae56863@gateway/web/ajax/mibbit.com/x-bd55d56be803aee4] has quit [Client Quit]
21:54 -!- kgs [n=chatzill@46.52.217.216.transedge.com] has joined #openils-evergreen
22:15 -!- djfiander [n=djfiande@bas6-london14-1168070119.dsl.bell.ca] has quit [Read error: 110 (Connection timed out)]
22:49 -!- rsinger [n=rsinger@c-67-161-232-211.hsd1.tn.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
22:49 -!- rsinger [n=rsinger@c-67-161-232-211.hsd1.tn.comcast.net] has joined #OpenILS-Evergreen
--- Log closed Fri Aug 29 00:00:51 2008