| # | Time | Nick | Message |
|---|
| # | 01:35:58 | pmplett has quit IRC |
| # | 07:45:03 | rsinger has joined #evergreen |
| # | 09:49:36 | Dyrcona has joined #evergreen |
| # | 13:03:43 | r123 has joined #evergreen |
| # | 13:06:26 | r123 has left #evergreen |
| # | 13:21:31 | bts-mobile has joined #evergreen |
| # | 14:50:14 | dbs | gah. bad commit |
| # | 16:14:17 | Dyrcona has quit IRC |
| # | 17:13:10 | agJohn has joined #evergreen |
| # | 17:14:50 | agJohn | Hi Folks. We're trying to do some testing of the Java client code--for better or worse. But, we really want to be able to run the client code on a different box than the OpenSRF processes are running on. |
| # | 17:14:52 | agJohn | What do we need to do in the ejabberd.cfg file so it'll respond to a connection request from a remote box? |
| # | 17:16:24 | agJohn | This would be the typical setup: |
| # | 17:16:26 | agJohn | %% Hostname |
| # | 17:16:27 | agJohn | {hosts, ["localhost", "private.localhost", "public.localhost"]} |
| # | 17:17:00 | agJohn | We tried adding the remote host to that list; no-workie (apparently). So, do we need to add the box's public IP address as a served domain? |
| # | 17:59:35 | tpham3783 has joined #evergreen |
| # | 17:59:38 | tpham3783 | hi |
| # | 17:59:45 | tpham3783 | is anyone here alive? |
| # | 18:06:40 | agJohn | Nobody here but us chickens.... |
| # | 18:07:08 | tpham3783 | agJohn |
| # | 18:07:12 | tpham3783 | hi |
| # | 18:07:27 | agJohn | Howdy. Wazzup? |
| # | 18:07:48 | tpham3783 | I am a developer for a georgia library, and i need to interface with evergreen (or PINES database since i live in GA) |
| # | 18:08:14 | tpham3783 | it would essentially searches PINES database and result the result sets |
| # | 18:08:43 | tpham3783 | i dont know if PINES/evergreen has any remote service for 3rd party appz. |
| # | 18:09:25 | agJohn | If you just want to be able to search, would Z39.50 do the job? (What library system do you have at your library?) |
| # | 18:10:15 | tpham3783 | this is for a library in macon, GA.... and i'd need to search gapines.org |
| # | 18:10:33 | tpham3783 | i know that georgia pines has some kind of services at: http://gapines.org/opac/extras/ |
| # | 18:10:41 | tpham3783 | but there's no documentation, not sure how to use it |
| # | 18:11:11 | agJohn | Or, perhaps more exactly, what type of program were you wanting to interface? Evergreen has a very rich API, but if your library is not part of the PINES consortium, they probably wouldn't allow you to use the Evergreen API. But, if you just want to search the PINES catalog, you'll want to configure a Z39.50 client to communicate with the Z39.50 PINES server. |
| # | 18:11:43 | agJohn | What is the library automation system that's in use at Macon? |
| # | 18:12:17 | tpham3783 | i am not sure |
| # | 18:12:22 | tpham3783 | but i can get that info for you |
| # | 18:12:38 | tpham3783 | i know that they're part of gapines |
| # | 18:13:16 | tpham3783 | i wanted to interface w/ gapines.org using PHP |
| # | 18:13:36 | agJohn | OK. If they're part of GA PINES, then I'm a little confused. Better back up and explain why you want to search using PHP vs. the standard search screens. |
| # | 18:13:37 | tpham3783 | perhaps Z39.50 would do the job.... |
| # | 18:14:16 | tpham3783 | oh, because i am task with a webapplication to handle book requests |
| # | 18:14:48 | tpham3783 | let say, if someone needs a book, and its not available, we wanted to be able to search gapines catalog before ordering it |
| # | 18:14:58 | agJohn | OK. |
| # | 18:15:07 | tpham3783 | if gapines happens to have it, we want to ship it to local lib. instead of ordering |
| # | 18:15:45 | tpham3783 | what's your recommendation on accomplishing something like this? |
| # | 18:15:46 | agJohn | Hmmm. OK. |
| # | 18:16:19 | agJohn | Depends upon the context it's being used in--is this for staff to use or what? |
| # | 18:16:36 | tpham3783 | yes, it is for staffs |
| # | 18:17:11 | tpham3783 | to use |
| # | 18:17:13 | agJohn | In that case, I wouldn't use PHP.... I'd think you'd want to build it right into the client program, but that's a significant learning cliff to climb, to be sure. |
| # | 18:17:27 | agJohn | So, I can see why you're thinking PHP. |
| # | 18:17:49 | agJohn | I would see if you can't find an open-source Z39.50 client that you could incorporate. |
| # | 18:18:14 | agJohn | There's a number around, but I don't know which one would fit in with a PHP server.... |
| # | 18:18:28 | agJohn | (I don't know much about PHP, I'm afraid.) |
| # | 18:18:29 | tpham3783 | well, because this staff application is implemented in php already, i can't use alternatives |
| # | 18:19:11 | agJohn | Understood. I think you'd want to add Z39.50 searching to it. This is not going to be completely simple to do. |
| # | 18:19:12 | tpham3783 | thats ok, i just wanted to know if gapines.org (which is based on evergreen) provides any kind of webservices |
| # | 18:19:36 | agJohn | No, probably not the kind you're thinking of. |
| # | 18:20:00 | agJohn | But, the guy you need to ask is csharp--who would either know or could find out. |
| # | 18:20:22 | tpham3783 | do you know what the stuffs at the following url about: http://gapines.org/opac/extras/ |
| # | 18:20:48 | tpham3783 | i think that's websearch service, but not sure since i am not familar w/ evergreen/pines |
| # | 18:21:36 | agJohn | Well, the stuff in the directory slimpac is clearly got searching capability, but it's not exposing that as a web service, that I can see--it's just a simple HTML search capability. |
| # | 18:22:07 | tpham3783 | hmm, |
| # | 18:22:21 | tpham3783 | so, you think Z39.50 is the only way to go? |
| # | 18:22:31 | agJohn | Not the only way, no. |
| # | 18:22:49 | agJohn | I mean, it might be easier to feed stuff to http://gapines.org/opac/en-US/extras/slimpac/advanced.html and screen-scrape the results. |
| # | 18:23:12 | tpham3783 | i thought about it, but it is nasty, i dont want to do it |
| # | 18:23:30 | tpham3783 | it requires maintenance too, if the webpage changes |
| # | 18:23:58 | tpham3783 | very vulnerable to malfunction software... taht's why i'd rather not use it approach |
| # | 18:24:06 | tpham3783 | it=that |
| # | 18:24:30 | tpham3783 | in deed, it would be the easiest approach at the moment |
| # | 18:25:09 | agJohn | Too true. However, building the query and getting the results back may not be as bad as all that. There is a way to create queries via HTML parameters, but you'd still be faced w/ the screen-scrape, most likely. |
| # | 18:26:19 | tpham3783 | that's true, that's why i am about to go through evergreen dev. APIs and see if there are alternative methods |
| # | 18:26:34 | agJohn | I don't know if there's a way to ask for XML back; there may be, but I don't know about that. Tough time to get the best answers as I'm good at DB migrations; not so good at doing other stuff.... |
| # | 18:27:28 | tpham3783 | :-) thanks |
| # | 18:27:29 | agJohn | If you were to send some email to the development list, you'd likely get back the info you need. Constructing the queries isn't going to be difficult, the question is can you get XML results back (and I do not know). |
| # | 18:28:22 | tpham3783 | yeah, i sent an email out already, hopefully someone has an answer for it |
| # | 18:30:59 | tpham3783 | Thank you John |
| # | 19:14:29 | tpham3783 | they have a rss2 return search result at: http://gapines.org/opac/extras/opensearch/1.1/PINES/rss2-full/keyword/?searchTerms=to kill a mocking bird&startPage=0&startIndex=0&count=50&searchLang=eng i think that's what i needed |
| # | 21:23:55 | dbs | agJohn: did you forget about opensrf? The entire Evergreen OPAC is built on web services! |
| # | 21:24:47 | rsinger_ has joined #evergreen |
| # | 21:27:13 | rsinger has quit IRC |
| # | 21:29:24 | dbs | tpham3783: check http://ur1.ca/2e5bl out as an example of a GET request (could format as a POST request) that lists items matching a keyword search for "harry potter" |
| # | 21:39:49 | dbs | agJohn: I wouldn't hold out much hope for the Java code as-is; I don't think it has been updated to support multi-domain OpenSRF support, for example |
| # | 21:41:02 | rsinger_ has quit IRC |
| # | 21:41:56 | dbs | agJohn: we have {hosts, ["localhost", "private.opensrf.foo", "public.opensrf.foo"]}. on our ejabberd server, and /etc/hosts entries for those names on each of our servers in the cluster. |
| # | 21:56:00 | tpham3783 | dbs: thank you. I'll check it out |
| # | 21:59:05 | tpham3783 | dbs: do you have any documentation on using web services of Evergreen OPAC? thanks |
| # | 21:59:51 | tpham3783 | dbs: i dont really understand the result of the tiny url query. |
| # | 22:15:28 | dbs | tpham3783: it's JSON and it gives you the record IDs that match your query |
| # | 22:16:21 | dbs | tpham3783: some old documentation at http://www.open-ils.org/dokuwiki/doku.php?id=osrfhttp:opensrf_gateway |
| # | 22:17:08 | tpham3783 is now known as tpham |
| # | 22:19:29 | dbs | the gateway is just one way of invoking OpenSRF services; OpenSRF is described in much more depth here: http://journal.code4lib.org/articles/3284 but the gist of it is that there are services (like "open-ils.service") that offer methods that can be invoked a number of different ways |
| # | 22:20:08 | tpham | dbs: thanks |
| # | 22:21:01 | dbs | the "OpenSRF HTTP Gateway" and "OpenSRF HTTP Translator" (introduced with Evergreen 1.6 I think, and will eventually replace the HTTP Gateway) basically give you a web service interface for those services |
| # | 22:21:18 | dbs | another example at http://coffeecode.net/archives/180-Fetching-item-availability-from-Evergreen-using-the-OpenSRF-HTTP-gateway.html |
| # | 22:24:05 | tpham | dbs: thanks, i'll look into OpenSRF |
| # | 22:45:00 | atz_ | dbs: one problem might be if pines isn't on 1.6 yet. |
| # | 22:45:29 | dbs | atz_: right. which is why I was pointing at gateway examples |
| # | 22:48:21 | dbs | good to call that out explicitly though, as I wasn't really clear about that with tpham |
| # | 23:25:30 | dbs has quit IRC |
| # | 23:51:40 | tpham has quit IRC |
April 10-13