Re: [CODE4LIB] KR (was: Gartner on OSS)
All I use is a pen and legal size paper. Longhand is the real hacker's IDE. Then I feed my code in via a scanner and OCR. Python's a little tricker: needs a ruler or graph paper at the very least. All my work is open source, give me a call and I'll read it to you. Sorry, the fax machine isn't working right. -Ross. On Wed, Apr 2, 2008 at 4:43 PM, Ryan Ordway [EMAIL PROTECTED] wrote: I prefer to edit the filesystem directly with a hex editor. No mounting required! I've given up on using magents directly on the hard drive, I tend to do more damage that way... On Mar 31, 2008, at 10:54 AM, David Fiander wrote: Vi is just as programmable as emacs. It's possible to write a vi macro that runs a turing machine. - David On Mon, Mar 31, 2008 at 1:43 PM, Cloutman, David [EMAIL PROTECTED] wrote: I use nano, which is the same thing as pico, more or less. I wrote my first web pages using pico in a unix shell. I always thought it was a great editor. I use nano almost daily, even on my Windows machines. I just don't see the attaction to vi. I understand the need to know it, but the fundamentalist furvor that some people have for the program baffles me. - David --- David Cloutman [EMAIL PROTECTED] Electronic Services Librarian Marin County Free Library -Original Message- From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of K.G. Schneider Sent: Monday, March 31, 2008 10:09 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] KR (was: Gartner on OSS) I now open up the vi vs. emacs discussion: http://xkcd.com/378/ (personally, I'm a BBEdit user, but fall back to vi as needed ... and ex for those rare times when you have to tip into a Solaris box to fix the vfstab and your TERM is completely hosed) -Joe Back when that was my choice, I used emacs exactly once, during which I removed every instance of the letter m from a lengthy document. (When I have to edit a file in my shell account, which is rare, I use pico... yes, I know that makes me a sissy *and I don't care.*) K.G. Schneider Email Disclaimer: http://www.co.marin.ca.us/nav/misc/EmailDisclaimer.cfm -- Ryan Ordway E-mail: [EMAIL PROTECTED] Unix Systems Administrator [EMAIL PROTECTED] OSU Libraries, Corvallis, OR 97331Office: Valley Library #4657
Re: [CODE4LIB] KR (was: Gartner on OSS)
He *says* it's open source. Notice he didn't give his phone number... :P Carol On Thu, Apr 3, 2008 at 9:07 AM, Ross Singer [EMAIL PROTECTED] wrote: All I use is a pen and legal size paper. Longhand is the real hacker's IDE. Then I feed my code in via a scanner and OCR. Python's a little tricker: needs a ruler or graph paper at the very least. All my work is open source, give me a call and I'll read it to you. Sorry, the fax machine isn't working right. -Ross. -- Carol Bean [EMAIL PROTECTED]
Re: [CODE4LIB] KR (was: Gartner on OSS)
A true hacker has no need for these crude tools. He waits for cosmic radiation to pummel the magnetic patterns on his drive into a pleasing and functional sequence of bits. --Sebastian Ross Singer wrote: All I use is a pen and legal size paper. Longhand is the real hacker's IDE. Then I feed my code in via a scanner and OCR. Python's a little tricker: needs a ruler or graph paper at the very least. All my work is open source, give me a call and I'll read it to you. Sorry, the fax machine isn't working right. -Ross. On Wed, Apr 2, 2008 at 4:43 PM, Ryan Ordway [EMAIL PROTECTED] wrote: I prefer to edit the filesystem directly with a hex editor. No mounting required! I've given up on using magents directly on the hard drive, I tend to do more damage that way... On Mar 31, 2008, at 10:54 AM, David Fiander wrote: Vi is just as programmable as emacs. It's possible to write a vi macro that runs a turing machine. - David On Mon, Mar 31, 2008 at 1:43 PM, Cloutman, David [EMAIL PROTECTED] wrote: I use nano, which is the same thing as pico, more or less. I wrote my first web pages using pico in a unix shell. I always thought it was a great editor. I use nano almost daily, even on my Windows machines. I just don't see the attaction to vi. I understand the need to know it, but the fundamentalist furvor that some people have for the program baffles me. - David --- David Cloutman [EMAIL PROTECTED] Electronic Services Librarian Marin County Free Library -Original Message- From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of K.G. Schneider Sent: Monday, March 31, 2008 10:09 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] KR (was: Gartner on OSS) I now open up the vi vs. emacs discussion: http://xkcd.com/378/ (personally, I'm a BBEdit user, but fall back to vi as needed ... and ex for those rare times when you have to tip into a Solaris box to fix the vfstab and your TERM is completely hosed) -Joe Back when that was my choice, I used emacs exactly once, during which I removed every instance of the letter m from a lengthy document. (When I have to edit a file in my shell account, which is rare, I use pico... yes, I know that makes me a sissy *and I don't care.*) K.G. Schneider Email Disclaimer: http://www.co.marin.ca.us/nav/misc/EmailDisclaimer.cfm -- Ryan Ordway E-mail: [EMAIL PROTECTED] Unix Systems Administrator [EMAIL PROTECTED] OSU Libraries, Corvallis, OR 97331Office: Valley Library #4657 -- Sebastian Hammer, Index Data [EMAIL PROTECTED] www.indexdata.com Ph: (603) 209-6853 Fax: (866) 383-4485
Re: [CODE4LIB] KR
Sebastian Hammer wrote: A true hacker has no need for these crude tools. He waits for cosmic radiation to pummel the magnetic patterns on his drive into a pleasing and functional sequence of bits. Alas, having been doing this (along with my partners, the four Yorkshiremen) since the Stone Age ... We used to arrange pebbles in the middle of road into the relevant patterns (we *dreamed* of being able to afford the wire for an abacus). Passing carts would then help crunch the numbers. Walter for whom graph paper, templates, pencils, 80 column punchcards and IBM Assembler were formative experiences
Re: [CODE4LIB] KR
..- .-.. .-.. .. .. -- --. --- .. -. --. - --- ... .- -.-- .- -... --- ..- - - .. ... - .-. . .- -.. .. ... - .- - -. --- -. . --- ..-. -.-- --- ..- ... ..- ..-. ..-. . .-. ..-. .-. --- -- .-. -- .. - . .-- .- -.-- .. -.. --- .-- . -. .. ..- ... . -- -.-- .--. .-. . ..-. . .-. .-. . -.. .. -. .--. ..- - -.. . ...- .. -.-. . .-.-.- .-.-.- .-.-.- -- -- .--- .- ..-. On 4/3/08 6:51 AM, Walter Lewis [EMAIL PROTECTED] wrote: Sebastian Hammer wrote: A true hacker has no need for these crude tools. He waits for cosmic radiation to pummel the magnetic patterns on his drive into a pleasing and functional sequence of bits. Alas, having been doing this (along with my partners, the four Yorkshiremen) since the Stone Age ... We used to arrange pebbles in the middle of road into the relevant patterns (we *dreamed* of being able to afford the wire for an abacus). Passing carts would then help crunch the numbers. Walter for whom graph paper, templates, pencils, 80 column punchcards and IBM Assembler were formative experiences === Jeremy Frumkin Head, Emerging Technologies and Services 121 The Valley Library, Oregon State University Corvallis OR 97331-4501 [EMAIL PROTECTED] 541.602.4905 541.737.3453 (Fax) === Without ambition one starts nothing. Without work one finishes nothing. - Emerson
Re: [CODE4LIB] KR
Years ago I was in a discussion with a physics professor about aspects of some new programming language, he then said to me, I use a high level language, naturally I tried to guess what it was, I went through a pretty extensive list, increasingly esoteric. No, no, he said at last, it's none of those, it's called 'graduate student'. I imagine he used a text editor called 'secretary'. -chick A true hacker has no need for these crude tools. He waits for cosmic radiation to pummel the magnetic patterns on his drive into a pleasing and functional sequence of bits. --Sebastian Ross Singer wrote: All I use is a pen and legal size paper. Longhand is the real hacker's IDE. Then I feed my code in via a scanner and OCR. Python's a little tricker: needs a ruler or graph paper at the very least. All my work is open source, give me a call and I'll read it to you. Sorry, the fax machine isn't working right. -Ross. On Wed, Apr 2, 2008 at 4:43 PM, Ryan Ordway [EMAIL PROTECTED] wrote: I prefer to edit the filesystem directly with a hex editor. No mounting required! I've given up on using magents directly on the hard drive, I tend to do more damage that way... On Mar 31, 2008, at 10:54 AM, David Fiander wrote: Vi is just as programmable as emacs. It's possible to write a vi macro that runs a turing machine. - David On Mon, Mar 31, 2008 at 1:43 PM, Cloutman, David [EMAIL PROTECTED] wrote: I use nano, which is the same thing as pico, more or less. I wrote my first web pages using pico in a unix shell. I always thought it was a great editor. I use nano almost daily, even on my Windows machines. I just don't see the attaction to vi. I understand the need to know it, but the fundamentalist furvor that some people have for the program baffles me. - David --- David Cloutman [EMAIL PROTECTED] Electronic Services Librarian Marin County Free Library -Original Message- From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of K.G. Schneider Sent: Monday, March 31, 2008 10:09 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] KR (was: Gartner on OSS) I now open up the vi vs. emacs discussion: http://xkcd.com/378/ (personally, I'm a BBEdit user, but fall back to vi as needed ... and ex for those rare times when you have to tip into a Solaris box to fix the vfstab and your TERM is completely hosed) -Joe Back when that was my choice, I used emacs exactly once, during which I removed every instance of the letter m from a lengthy document. (When I have to edit a file in my shell account, which is rare, I use pico... yes, I know that makes me a sissy *and I don't care.*) K.G. Schneider Email Disclaimer: http://www.co.marin.ca.us/nav/misc/EmailDisclaimer.cfm -- Ryan Ordway E-mail: [EMAIL PROTECTED] Unix Systems Administrator [EMAIL PROTECTED] OSU Libraries, Corvallis, OR 97331Office: Valley Library #4657 -- Sebastian Hammer, Index Data [EMAIL PROTECTED] www.indexdata.com Ph: (603) 209-6853 Fax: (866) 383-4485
Re: [CODE4LIB] KR
Grad student? Seems pretty low level to me. -Ross. On Thu, Apr 3, 2008 at 12:33 PM, Chick Markley [EMAIL PROTECTED] wrote: Years ago I was in a discussion with a physics professor about aspects of some new programming language, he then said to me, I use a high level language, naturally I tried to guess what it was, I went through a pretty extensive list, increasingly esoteric. No, no, he said at last, it's none of those, it's called 'graduate student'. I imagine he used a text editor called 'secretary'. -chick A true hacker has no need for these crude tools. He waits for cosmic radiation to pummel the magnetic patterns on his drive into a pleasing and functional sequence of bits. --Sebastian Ross Singer wrote: All I use is a pen and legal size paper. Longhand is the real hacker's IDE. Then I feed my code in via a scanner and OCR. Python's a little tricker: needs a ruler or graph paper at the very least. All my work is open source, give me a call and I'll read it to you. Sorry, the fax machine isn't working right. -Ross. On Wed, Apr 2, 2008 at 4:43 PM, Ryan Ordway [EMAIL PROTECTED] wrote: I prefer to edit the filesystem directly with a hex editor. No mounting required! I've given up on using magents directly on the hard drive, I tend to do more damage that way... On Mar 31, 2008, at 10:54 AM, David Fiander wrote: Vi is just as programmable as emacs. It's possible to write a vi macro that runs a turing machine. - David On Mon, Mar 31, 2008 at 1:43 PM, Cloutman, David [EMAIL PROTECTED] wrote: I use nano, which is the same thing as pico, more or less. I wrote my first web pages using pico in a unix shell. I always thought it was a great editor. I use nano almost daily, even on my Windows machines. I just don't see the attaction to vi. I understand the need to know it, but the fundamentalist furvor that some people have for the program baffles me. - David --- David Cloutman [EMAIL PROTECTED] Electronic Services Librarian Marin County Free Library -Original Message- From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of K.G. Schneider Sent: Monday, March 31, 2008 10:09 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] KR (was: Gartner on OSS) I now open up the vi vs. emacs discussion: http://xkcd.com/378/ (personally, I'm a BBEdit user, but fall back to vi as needed ... and ex for those rare times when you have to tip into a Solaris box to fix the vfstab and your TERM is completely hosed) -Joe Back when that was my choice, I used emacs exactly once, during which I removed every instance of the letter m from a lengthy document. (When I have to edit a file in my shell account, which is rare, I use pico... yes, I know that makes me a sissy *and I don't care.*) K.G. Schneider Email Disclaimer: http://www.co.marin.ca.us/nav/misc/EmailDisclaimer.cfm -- Ryan Ordway E-mail: [EMAIL PROTECTED] Unix Systems Administrator [EMAIL PROTECTED] OSU Libraries, Corvallis, OR 97331Office: Valley Library #4657 -- Sebastian Hammer, Index Data [EMAIL PROTECTED] www.indexdata.com Ph: (603) 209-6853 Fax: (866) 383-4485
Re: [CODE4LIB] Serials Solutions 360 API - PHP classes?
From: Code for Libraries on behalf of Yitzchak Schaffer Sent: Wed 4/2/2008 12:28 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: [CODE4LIB] Serials Solutions 360 API - PHP classes? Does anyone have/know of PHP classes for searching the Serials Solutions 360 APIs, particularly Search? Okay, having not heard any affirmatives, I'm starting work on this. I'm an OOP and PHP noob, so I'm donning my flak jacket/dunce cap in advance, but I'll try to make this as useful to the community and comprehensive as time and my ability allow. Assuming that Serials Solutions will allow some kind of sharing for these - they make clients sign a NDA before they show you the docs. I'm waiting to hear their response; I would be surprised if they wouldn't allow sharing of something like this among clients. -- Yitzchak Schaffer Systems Librarian Touro College Libraries 33 West 23rd Street New York, NY 10010 Tel (212) 463-0400 x230 Fax (212) 627-3197 [EMAIL PROTECTED]
Re: [CODE4LIB] Serials Solutions 360 API - PHP classes?
I wouldn't be surprised either. But it's kind of important if they actually want their APIs to be _used_ by anyone. Even if you can only share with other SerSol customers. What's the point of having APIs if the community can't share code they write to use them? I am interested in incorporating SerSol 360 Link support into Umlaut, although my institution is not a 360 Link customer. So I'm curious where you end up with this, and if you can establish some allowed mechanism for sharing SerSol API-client code, even if only with other SerSol customers, that would be useful to all of us. Only SerSol customers have any _use_ for the code of course, but if a part of Umlaut has to be downloaded seperately only after you've somehow established yourself as a SerSol customer--that gets tricky to manage. Jonathan Yitzchak Schaffer wrote: From: Code for Libraries on behalf of Yitzchak Schaffer Sent: Wed 4/2/2008 12:28 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: [CODE4LIB] Serials Solutions 360 API - PHP classes? Does anyone have/know of PHP classes for searching the Serials Solutions 360 APIs, particularly Search? Okay, having not heard any affirmatives, I'm starting work on this. I'm an OOP and PHP noob, so I'm donning my flak jacket/dunce cap in advance, but I'll try to make this as useful to the community and comprehensive as time and my ability allow. Assuming that Serials Solutions will allow some kind of sharing for these - they make clients sign a NDA before they show you the docs. I'm waiting to hear their response; I would be surprised if they wouldn't allow sharing of something like this among clients. -- Yitzchak Schaffer Systems Librarian Touro College Libraries 33 West 23rd Street New York, NY 10010 Tel (212) 463-0400 x230 Fax (212) 627-3197 [EMAIL PROTECTED] -- Jonathan Rochkind Digital Services Software Engineer The Sheridan Libraries Johns Hopkins University 410.516.8886 rochkind (at) jhu.edu
[CODE4LIB] Looking for an Associate Director of Library Technology at FSU
(Please excuse the cross-posting.) Florida State University Libraries, in Tallahassee, Florida, has posted a position announcement for an Associate Director of Library Technology. Information about the position and how you can apply can be found here: http://www.lib.fsu.edu/files/pdfs/PD_AD_LibraryTech_53918_04.03.08.pdf -Jon Jonathan Blackburn Web Development Librarian Florida State University Libraries AIM/E-mail: [EMAIL PROTECTED] Phone: 850.645.6986
Re: [CODE4LIB] Serials Solutions 360 API - PHP classes?
Just as a note, before you write your code- We are in the process of evaluating federated search tools, and one item we learned that Serials Solutions and Webfeat are now owned by the same parent company. The stories we are getting from the two vendors are a little different, but essitially what we are hearing is that the two federated searching products will be integrated into a single product within a year, and that the two development teams will be merged. I do not know how this will impact the API for 360 Link, since that appears to be a separate module, but you may want to take this into consideration in planning your development. Good luck with your project, - David --- David Cloutman [EMAIL PROTECTED] Electronic Services Librarian Marin County Free Library -Original Message- From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of Jonathan Rochkind Sent: Thursday, April 03, 2008 11:14 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Serials Solutions 360 API - PHP classes? I wouldn't be surprised either. But it's kind of important if they actually want their APIs to be _used_ by anyone. Even if you can only share with other SerSol customers. What's the point of having APIs if the community can't share code they write to use them? I am interested in incorporating SerSol 360 Link support into Umlaut, although my institution is not a 360 Link customer. So I'm curious where you end up with this, and if you can establish some allowed mechanism for sharing SerSol API-client code, even if only with other SerSol customers, that would be useful to all of us. Only SerSol customers have any _use_ for the code of course, but if a part of Umlaut has to be downloaded seperately only after you've somehow established yourself as a SerSol customer--that gets tricky to manage. Jonathan Yitzchak Schaffer wrote: From: Code for Libraries on behalf of Yitzchak Schaffer Sent: Wed 4/2/2008 12:28 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: [CODE4LIB] Serials Solutions 360 API - PHP classes? Does anyone have/know of PHP classes for searching the Serials Solutions 360 APIs, particularly Search? Okay, having not heard any affirmatives, I'm starting work on this. I'm an OOP and PHP noob, so I'm donning my flak jacket/dunce cap in advance, but I'll try to make this as useful to the community and comprehensive as time and my ability allow. Assuming that Serials Solutions will allow some kind of sharing for these - they make clients sign a NDA before they show you the docs. I'm waiting to hear their response; I would be surprised if they wouldn't allow sharing of something like this among clients. -- Yitzchak Schaffer Systems Librarian Touro College Libraries 33 West 23rd Street New York, NY 10010 Tel (212) 463-0400 x230 Fax (212) 627-3197 [EMAIL PROTECTED] -- Jonathan Rochkind Digital Services Software Engineer The Sheridan Libraries Johns Hopkins University 410.516.8886 rochkind (at) jhu.edu Email Disclaimer: http://www.co.marin.ca.us/nav/misc/EmailDisclaimer.cfm
Re: [CODE4LIB] KR
Actually, the whole reason my wrist is so bad is the stress on it from writing out code -- wouldn't be so bad except for having to press down hard to write it in triplicate through all that carbon paper. Genny [EMAIL PROTECTED] 04/03/08 08:54AM ..- .-.. .-.. .. .. -- --. --- .. -. --. - --- ... .- -.-- .- -... --- ..- - - .. ... - .-. . .- -.. .. ... - .- - -. --- -. . --- ..-. -.-- --- ..- ... ..- ..-. ..-. . .-. ..-. .-. --- -- .-. -- .. - . .-- .- -.-- .. -.. --- .-- . -. .. ..- ... . -- -.-- .--. .-. . ..-. . .-. .-. . -.. .. -. .--. ..- - -.. . ...- .. -.-. . .-.-.- .-.-.- .-.-.- -- -- .--- .- ..-. On 4/3/08 6:51 AM, Walter Lewis [EMAIL PROTECTED] wrote: Sebastian Hammer wrote: A true hacker has no need for these crude tools. He waits for cosmic radiation to pummel the magnetic patterns on his drive into a pleasing and functional sequence of bits. Alas, having been doing this (along with my partners, the four Yorkshiremen) since the Stone Age ... We used to arrange pebbles in the middle of road into the relevant patterns (we *dreamed* of being able to afford the wire for an abacus). Passing carts would then help crunch the numbers. Walter for whom graph paper, templates, pencils, 80 column punchcards and IBM Assembler were formative experiences === Jeremy Frumkin Head, Emerging Technologies and Services 121 The Valley Library, Oregon State University Corvallis OR 97331-4501 [EMAIL PROTECTED] 541.602.4905 541.737.3453 (Fax) === Without ambition one starts nothing. Without work one finishes nothing. - Emerson
Re: [CODE4LIB] KR
#include stdio.h
main(t,_,a)
char *a;
{
return!0t?t3?main(-79,-13,a+main(-87,1-_,main(-86,0,a+1)+a)):
1,t_?main(t+1,_,a):3,main(-94,-27+t,a)t==2?_13?
main(2,_+1,%s %d %d\n):9:16:t0?t-72?main(_,t,
@n'+,#'/*{}w+/w#cdnr/+,{}r/*de}+,/*{*+,/w{%+,/w#q#n+,/#{l+,/n{n+,/+#n
+,/#\
;#q#n+,/+k#;*+,/'r :'d*'3,}{w+K w'K:'+}e#';dq#'l \
q#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){){nl]'/+#n';d}rw'
i;# \
){nl]!/n{n#'; r{#w'r nc{nl]'/#{l,+'K {rw' iK{;[{nl]'/w#q#n'wk nw' \
iwk{KK{nl]!/w{%'l##w#' i; :{nl]'/*{q#'ld;r'}{nlwb!/*de}'c \
;;{nl'-{}rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}
{rl#'{n' ')# \
}'+}##(!!/)
:t-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1)
:0t?main(2,2,%s):*a=='/'||main(0,main(-61,*a,
!ek;dc [EMAIL PROTECTED]'(q)-[w]*%n+r3#l,{}:\nuwloca-O;m
.vpbks,fxntdCeghiry),a+1);
}
On Apr 3, 2008, at 8:54 AM, Jeremy Frumkin wrote:
..- .-.. .-.. .. .. -- --. --- .. -. --. - --- ... .-
-.-- .-
-... --- ..- - - .. ... - .-. . .- -.. .. ...
- .- -
-. --- -. . --- ..-. -.--
--- ..- ... ..- ..-. ..-. . .-. ..-. .-.
--- -- .-. -- .. - . .-- .- -.-- .. -..
--- .-- . -.
.. ..- ... . -- -.-- .--. .-. . ..-. . .-. .-. . -.. ..
-. .--. ..-
- -.. . ...- .. -.-. . .-.-.- .-.-.- .-.-.-
-- -- .--- .- ..-.
On 4/3/08 6:51 AM, Walter Lewis [EMAIL PROTECTED] wrote:
Sebastian Hammer wrote:
A true hacker has no need for these crude tools. He waits for
cosmic
radiation to pummel the magnetic patterns on his drive into a
pleasing
and functional sequence of bits.
Alas, having been doing this (along with my partners, the four
Yorkshiremen) since the Stone Age ...
We used to arrange pebbles in the middle of road into the relevant
patterns (we *dreamed* of being able to afford the wire for an
abacus).
Passing carts would then help crunch the numbers.
Walter
for whom graph paper, templates, pencils, 80 column punchcards and
IBM Assembler were formative experiences
===
Jeremy Frumkin
Head, Emerging Technologies and Services
121 The Valley Library, Oregon State University
Corvallis OR 97331-4501
[EMAIL PROTECTED]
541.602.4905
541.737.3453 (Fax)
===
Without ambition one starts nothing. Without work one finishes
nothing.
- Emerson
--
Ryan Ordway E-mail: [EMAIL PROTECTED]
Unix Systems Administrator [EMAIL PROTECTED]
OSU Libraries, Corvallis, OR 97331Office: Valley Library #4657
Re: [CODE4LIB] Serials Solutions 360 API - PHP classes?
My impression, from a recent conversation with a Serials Solutions sales rep, is that Serials Solutions (or one of its 15 parent companies) bought WebFeat, and they will be merging all the WebFeat-exclusive connections into 360. Since we don't have either of those products, I can't say what that means in practice. -- Andrew Ashton Systems Librarian Scribner Library, Skidmore College (518)580-5505 -Original Message- From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of Cloutman, David Sent: Thursday, April 03, 2008 2:43 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Serials Solutions 360 API - PHP classes? Just as a note, before you write your code- We are in the process of evaluating federated search tools, and one item we learned that Serials Solutions and Webfeat are now owned by the same parent company. The stories we are getting from the two vendors are a little different, but essitially what we are hearing is that the two federated searching products will be integrated into a single product within a year, and that the two development teams will be merged. I do not know how this will impact the API for 360 Link, since that appears to be a separate module, but you may want to take this into consideration in planning your development. Good luck with your project, - David --- David Cloutman [EMAIL PROTECTED] Electronic Services Librarian Marin County Free Library
Re: [CODE4LIB] KR
So now I have to compile my jokes?
-t
On Thu, 3 Apr 2008, Ryan Ordway wrote:
#include stdio.h
main(t,_,a)
char *a;
{
return!0t?t3?main(-79,-13,a+main(-87,1-_,main(-86,0,a+1)+a)):
1,t_?main(t+1,_,a):3,main(-94,-27+t,a)t==2?_13?
main(2,_+1,%s %d %d\n):9:16:t0?t-72?main(_,t,
@n'+,#'/*{}w+/w#cdnr/+,{}r/*de}+,/*{*+,/w{%+,/w#q#n+,/#{l+,/n{n+,/+#n
+,/#\
;#q#n+,/+k#;*+,/'r :'d*'3,}{w+K w'K:'+}e#';dq#'l \
q#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){){nl]'/+#n';d}rw'
i;# \
){nl]!/n{n#'; r{#w'r nc{nl]'/#{l,+'K {rw' iK{;[{nl]'/w#q#n'wk nw' \
iwk{KK{nl]!/w{%'l##w#' i; :{nl]'/*{q#'ld;r'}{nlwb!/*de}'c \
;;{nl'-{}rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}
{rl#'{n' ')# \
}'+}##(!!/)
:t-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1)
:0t?main(2,2,%s):*a=='/'||main(0,main(-61,*a,
!ek;dc [EMAIL PROTECTED]'(q)-[w]*%n+r3#l,{}:\nuwloca-O;m
.vpbks,fxntdCeghiry),a+1);
}
On Apr 3, 2008, at 8:54 AM, Jeremy Frumkin wrote:
..- .-.. .-.. .. .. -- --. --- .. -. --. - --- ... .-
-.-- .-
-... --- ..- - - .. ... - .-. . .- -.. .. ...
- .- -
-. --- -. . --- ..-. -.--
--- ..- ... ..- ..-. ..-. . .-. ..-. .-.
--- -- .-. -- .. - . .-- .- -.-- .. -..
--- .-- . -.
.. ..- ... . -- -.-- .--. .-. . ..-. . .-. .-. . -.. ..
-. .--. ..-
- -.. . ...- .. -.-. . .-.-.- .-.-.- .-.-.-
-- -- .--- .- ..-.
On 4/3/08 6:51 AM, Walter Lewis [EMAIL PROTECTED] wrote:
Sebastian Hammer wrote:
A true hacker has no need for these crude tools. He waits for
cosmic
radiation to pummel the magnetic patterns on his drive into a
pleasing
and functional sequence of bits.
Alas, having been doing this (along with my partners, the four
Yorkshiremen) since the Stone Age ...
We used to arrange pebbles in the middle of road into the relevant
patterns (we *dreamed* of being able to afford the wire for an
abacus).
Passing carts would then help crunch the numbers.
Walter
for whom graph paper, templates, pencils, 80 column punchcards and
IBM Assembler were formative experiences
===
Jeremy Frumkin
Head, Emerging Technologies and Services
121 The Valley Library, Oregon State University
Corvallis OR 97331-4501
[EMAIL PROTECTED]
541.602.4905
541.737.3453 (Fax)
===
Without ambition one starts nothing. Without work one finishes
nothing.
- Emerson
--
Ryan Ordway E-mail: [EMAIL PROTECTED]
Unix Systems Administrator [EMAIL PROTECTED]
OSU Libraries, Corvallis, OR 97331Office: Valley Library #4657
Re: [CODE4LIB] KR
No, you could write them in J [1]. This is how you do quicksort in J:
quicksort=: (($:@(#[) , (=#[) , $:@(#[)) ({~ [EMAIL PROTECTED])) ^: (1#)
--Casey
[1] http://en.wikipedia.org/wiki/J_programming_language
On Thu, Apr 3, 2008 at 12:41 PM, Tim Shearer [EMAIL PROTECTED] wrote:
So now I have to compile my jokes?
-t
On Thu, 3 Apr 2008, Ryan Ordway wrote:
#include stdio.h
main(t,_,a)
char *a;
{
return!0t?t3?main(-79,-13,a+main(-87,1-_,main(-86,0,a+1)+a)):
1,t_?main(t+1,_,a):3,main(-94,-27+t,a)t==2?_13?
main(2,_+1,%s %d %d\n):9:16:t0?t-72?main(_,t,
@n'+,#'/*{}w+/w#cdnr/+,{}r/*de}+,/*{*+,/w{%+,/w#q#n+,/#{l+,/n{n+,/+#n
+,/#\
;#q#n+,/+k#;*+,/'r :'d*'3,}{w+K w'K:'+}e#';dq#'l \
q#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){){nl]'/+#n';d}rw'
i;# \
){nl]!/n{n#'; r{#w'r nc{nl]'/#{l,+'K {rw' iK{;[{nl]'/w#q#n'wk nw' \
iwk{KK{nl]!/w{%'l##w#' i; :{nl]'/*{q#'ld;r'}{nlwb!/*de}'c \
;;{nl'-{}rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}
{rl#'{n' ')# \
}'+}##(!!/)
:t-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1)
:0t?main(2,2,%s):*a=='/'||main(0,main(-61,*a,
!ek;dc [EMAIL PROTECTED]'(q)-[w]*%n+r3#l,{}:\nuwloca-O;m
.vpbks,fxntdCeghiry),a+1);
}
On Apr 3, 2008, at 8:54 AM, Jeremy Frumkin wrote:
..- .-.. .-.. .. .. -- --. --- .. -. --. - --- ... .-
-.-- .-
-... --- ..- - - .. ... - .-. . .- -.. .. ...
- .- -
-. --- -. . --- ..-. -.--
--- ..- ... ..- ..-. ..-. . .-. ..-. .-.
--- -- .-. -- .. - . .-- .- -.-- .. -..
--- .-- . -.
.. ..- ... . -- -.-- .--. .-. . ..-. . .-. .-. . -.. ..
-. .--. ..-
- -.. . ...- .. -.-. . .-.-.- .-.-.- .-.-.-
-- -- .--- .- ..-.
On 4/3/08 6:51 AM, Walter Lewis [EMAIL PROTECTED] wrote:
Sebastian Hammer wrote:
A true hacker has no need for these crude tools. He waits for
cosmic
radiation to pummel the magnetic patterns on his drive into a
pleasing
and functional sequence of bits.
Alas, having been doing this (along with my partners, the four
Yorkshiremen) since the Stone Age ...
We used to arrange pebbles in the middle of road into the relevant
patterns (we *dreamed* of being able to afford the wire for an
abacus).
Passing carts would then help crunch the numbers.
Walter
for whom graph paper, templates, pencils, 80 column punchcards and
IBM Assembler were formative experiences
===
Jeremy Frumkin
Head, Emerging Technologies and Services
121 The Valley Library, Oregon State University
Corvallis OR 97331-4501
[EMAIL PROTECTED]
541.602.4905
541.737.3453 (Fax)
===
Without ambition one starts nothing. Without work one finishes
nothing.
- Emerson
--
Ryan Ordway E-mail: [EMAIL PROTECTED]
Unix Systems Administrator [EMAIL PROTECTED]
OSU Libraries, Corvallis, OR 97331Office: Valley Library #4657
Re: [CODE4LIB] Serials Solutions 360 API - PHP classes?
WebFeat does have an API but it is, ahem, incomplete. We are in the middle of a WebFeat deployment and we are using it. Anyone currently considering federated search would be well advised to wait for the new platform. Rich Ackerman Manager of Library Electronic Resources Alvin Sherman Library Nova Southeastern University 3100 Ray Ferraro, Jr. Boulevard Fort Lauderdale, FL 33314 [EMAIL PROTECTED] 954-262-4536 -Original Message- From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of Jonathan Rochkind Sent: Thursday, April 03, 2008 2:54 PM To: CODE4LIB@listserv.nd.edu Subject: Re: [CODE4LIB] Serials Solutions 360 API - PHP classes? Has that made you decide to hold off on API work with 360 search? Me, I tend to forge forward anyway. If you're always waiting for the next thing, you're always waiting. But I think the chances are fairly good that the 360 Search API would remain. Does WebFeat even have an API? Although if nobody's actually using the 360 Search API, I guess SerSol doesn't have much motivation to continue to support it. Except that it's a selling point. That's been my experience with vendors. Everyone asks for an API, so some vendors want to provide an API. But the API is usually so difficult to work with that it's impossible to do anything with. And then few if any customers actually use it. And then it's unsupported, and just gets worse and worse. The way to fix this is to get more customers using it, of course, so the vendor sees that they have to support it. Which is another reason I don't like to postpone API use work. Jonathan Cloutman, David wrote: Just as a note, before you write your code- We are in the process of evaluating federated search tools, and one item we learned that Serials Solutions and Webfeat are now owned by the same parent company. The stories we are getting from the two vendors are a little different, but essitially what we are hearing is that the two federated searching products will be integrated into a single product within a year, and that the two development teams will be merged. I do not know how this will impact the API for 360 Link, since that appears to be a separate module, but you may want to take this into consideration in planning your development. Good luck with your project, - David --- David Cloutman [EMAIL PROTECTED] Electronic Services Librarian Marin County Free Library -Original Message- From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of Jonathan Rochkind Sent: Thursday, April 03, 2008 11:14 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Serials Solutions 360 API - PHP classes? I wouldn't be surprised either. But it's kind of important if they actually want their APIs to be _used_ by anyone. Even if you can only share with other SerSol customers. What's the point of having APIs if the community can't share code they write to use them? I am interested in incorporating SerSol 360 Link support into Umlaut, although my institution is not a 360 Link customer. So I'm curious where you end up with this, and if you can establish some allowed mechanism for sharing SerSol API-client code, even if only with other SerSol customers, that would be useful to all of us. Only SerSol customers have any _use_ for the code of course, but if a part of Umlaut has to be downloaded seperately only after you've somehow established yourself as a SerSol customer--that gets tricky to manage. Jonathan Yitzchak Schaffer wrote: From: Code for Libraries on behalf of Yitzchak Schaffer Sent: Wed 4/2/2008 12:28 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: [CODE4LIB] Serials Solutions 360 API - PHP classes? Does anyone have/know of PHP classes for searching the Serials Solutions 360 APIs, particularly Search? Okay, having not heard any affirmatives, I'm starting work on this. I'm an OOP and PHP noob, so I'm donning my flak jacket/dunce cap in advance, but I'll try to make this as useful to the community and comprehensive as time and my ability allow. Assuming that Serials Solutions will allow some kind of sharing for these - they make clients sign a NDA before they show you the docs. I'm waiting to hear their response; I would be surprised if they wouldn't allow sharing of something like this among clients. -- Yitzchak Schaffer Systems Librarian Touro College Libraries 33 West 23rd Street New York, NY 10010 Tel (212) 463-0400 x230 Fax (212) 627-3197 [EMAIL PROTECTED] -- Jonathan Rochkind Digital Services Software Engineer The Sheridan Libraries Johns Hopkins University 410.516.8886 rochkind (at) jhu.edu Email Disclaimer: http://www.co.marin.ca.us/nav/misc/EmailDisclaimer.cfm -- Jonathan Rochkind Digital Services Software Engineer The Sheridan Libraries Johns Hopkins University 410.516.8886
Re: [CODE4LIB] Code for Kosovo
Joshua Ferraro wrote: If they got Aleph going, I think getting Koha 3.0 going would be a cinch by comparison. Also, once installed, the system's really easy to manage as nearly everything is exposed via the staff client administration and tools interfaces (everything is web-based, very little command-line knowledge required). If they want to translate it into Albanian, it's as simple as emailing the list and asking that Albanian be added to http://translate.koha.org. If they hurry, the might be able to get it included before the next release ;-) I would love to recommend Koha, and I will definitely include Koha in my talk about current ILS's. However, 1) I do not know how much technical expertise they have and 2) I do not know how much technical expertise it takes to install Koha. I actually tried installing it from the instructions on the Koha site and failed, so I *do* know they need more Unix chops than I've got. Not sayin' much. I suspect that no matter what system they use, they will at least initially need quite a bit of hand-holding. That's a bit hard to do considering both the geographical and language barriers. But I hope to come back with more of an idea of what they can do. I fear that I may not be leaving them with any solutions, just more complex questions. kc -- --- Karen Coyle / Digital Library Consultant [EMAIL PROTECTED] http://www.kcoyle.net ph.: 510-540-7596 skype: kcoylenet fx.: 510-848-3913 mo.: 510-435-8234
Re: [CODE4LIB] Code for Kosovo
On Thu, Apr 3, 2008 at 5:01 PM, Karen Coyle [EMAIL PROTECTED] wrote: Joshua Ferraro wrote: If they got Aleph going, I think getting Koha 3.0 going would be a cinch by comparison. Also, once installed, the system's really easy to manage as nearly everything is exposed via the staff client administration and tools interfaces (everything is web-based, very little command-line knowledge required). If they want to translate it into Albanian, it's as simple as emailing the list and asking that Albanian be added to http://translate.koha.org. If they hurry, the might be able to get it included before the next release ;-) I would love to recommend Koha, and I will definitely include Koha in my talk about current ILS's. However, 1) I do not know how much technical expertise they have and 2) I do not know how much technical expertise it takes to install Koha. I actually tried installing it from the instructions on the Koha site and failed, so I *do* know they need more Unix chops than I've got. Not sayin' much. I suspect that no matter what system they use, they will at least initially need quite a bit of hand-holding. That's a bit hard to do considering both the geographical and language barriers. But I hope to come back with more of an idea of what they can do. I fear that I may not be leaving them with any solutions, just more complex questions. Fair enough on all points. One thing I'll add is that questions about how to install Koha are generally received with plenty of answers on the koha mailing lists, sometimes even to the point of *nix instruction :-) (also, there are Koha packages for Windows, though not for 3.0 yet). One of the things I've really loved about the Koha community since I got involved is that there's a very low barrier to entry, the developers and users tend to be pretty friendly, not so much snobby; if they do decide to look at Koha, I'd encourage them to get connected with the community. Also, if they can afford commercial support, there are quite a few Koha companies out there, with various hand-holding services :) -- some are based in Europe (http://koha.org/support/pay.html). Have a great trip! Cheers, -- Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE CEO migration, training, maintenance, support LibLime Featuring Koha Open-Source ILS [EMAIL PROTECTED] |Full Demos at http://liblime.com/koha |1(888)KohaILS
Re: [CODE4LIB] KR (was: Gartner on OSS)
But if you're in a hurry, you can speed up the process by using a random-number generator to output random files of code, test them with a batch script, and discarding those that generate errors... We should all be mindful that some vendors get really touchy when you share their proprietary methods on open lists kyle
Re: [CODE4LIB] Serials Solutions 360 API - PHP classes?
Could you share, briefly, what this API actually does (if doing so doesn't violate your NDA?) - Godmar On Thu, Apr 3, 2008 at 1:40 PM, Yitzchak Schaffer [EMAIL PROTECTED] wrote: From: Code for Libraries on behalf of Yitzchak Schaffer Sent: Wed 4/2/2008 12:28 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: [CODE4LIB] Serials Solutions 360 API - PHP classes? Does anyone have/know of PHP classes for searching the Serials Solutions 360 APIs, particularly Search? Okay, having not heard any affirmatives, I'm starting work on this. I'm an OOP and PHP noob, so I'm donning my flak jacket/dunce cap in advance, but I'll try to make this as useful to the community and comprehensive as time and my ability allow. Assuming that Serials Solutions will allow some kind of sharing for these - they make clients sign a NDA before they show you the docs. I'm waiting to hear their response; I would be surprised if they wouldn't allow sharing of something like this among clients. -- Yitzchak Schaffer Systems Librarian Touro College Libraries 33 West 23rd Street New York, NY 10010 Tel (212) 463-0400 x230 Fax (212) 627-3197 [EMAIL PROTECTED]
Re: [CODE4LIB] KR (was: Gartner on OSS)
On Thu, Apr 3, 2008 at 5:39 PM, Kyle Banerjee [EMAIL PROTECTED] wrote: We should all be mindful that some vendors get really touchy when you share their proprietary methods on open lists I'm quite sure the 1 million monkeys method is not a proprietary method. ranti. -- Bulk mail. Postage paid.
Re: [CODE4LIB] KR (was: Gartner on OSS)
We should all be mindful that some vendors get really touchy when you share their proprietary methods on open lists I'm quite sure the 1 million monkeys method is not a proprietary method. It was originally, but the patent expired. The method would be be used more often, but regulations governing treatment of monkeys made this option impractical for most situations. When the courts ruled that graduate students are entitled to the same protections as monkeys, the random code generator emerged to fill the gap. It is obvious that this method is used extensively in the industry, yet the OSS community systematically ignores this technique. Clearly, it is a patent protected proprietary method available only to those who license the technology. kyle
Re: [CODE4LIB] Code for Kosovo
Hi, Karen. You and I have chatted off list as well, but I also wanted to remind everyone that eIFL-FOSS is about to start our first pilot programs for open source ILS migrations. This will include training for systems librarians from the pilot countries, and the pilot libraries will also be generating huge amounts of documentation about their installation and migration processes. For Karen in Kosovo, or anyone else who has ties to libraries in the developing world, I can't urge you strongly enough to try to participate in a larger programme trying to tackle these issues. It is not a replacement for the broader open source community (and indeed, as Josh mentions, the Koha list is a fantastic resource), but it will supplement that support with training, networking, and partnership opportunities that might not otherwise be available. Also, both of our Koha and Evergreen trainers for our upcoming workshops are active in code4lib. I love you people! Cheers, Bess Elizabeth (Bess) Sadler Advisory Board Member, eIFL-FOSS http://www.eifl.net/cps/sections/services/eifl-foss On Thu, Apr 3, 2008 at 5:01 PM, Karen Coyle [EMAIL PROTECTED] wrote: I would love to recommend Koha, and I will definitely include Koha in my talk about current ILS's. However, 1) I do not know how much technical expertise they have and 2) I do not know how much technical expertise it takes to install Koha. I actually tried installing it from the instructions on the Koha site and failed, so I *do* know they need more Unix chops than I've got. Not sayin' much. I suspect that no matter what system they use, they will at least initially need quite a bit of hand-holding. That's a bit hard to do considering both the geographical and language barriers. But I hope to come back with more of an idea of what they can do. I fear that I may not be leaving them with any solutions, just more complex questions.
