Re: [CODE4LIB] simple,flexible ILS for a small library.

2010-09-28 Thread Jeremy Nelson
If you are interested in an open-source Google App Engine Python
application that was customized for Western State College's ELibrary and
other internal apps; check-out eCataloger at
http://code.google.com/p/ecataloger/. I haven't been developing much on
this project since I left Western but I would be happy to help out if you
have any questions. Western's current E-Library
(http://www.western.edu/academics/library/e-library.html) is running on
version 1.2.

Jeremy Nelson
Metadata and Systems Librarian
Tutt Library
Colorado College


-Original Message-
From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of
...
Sent: Monday, September 27, 2010 4:15 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] simple,flexible ILS for a small library.

Hello,

Some folks in the VuFind library suggested I ask here.  We are starting a
small library and thinking of using VuFind as our online catalog.  As for
the ILS we would like something small and simple (evergreen and others
seem
massive for the small amount of functionality we need), and especially
something which is flexible enough to allow us to base our library on book
sharing rather than an institutionally owned collection.


book sharing will probably happen through creative use of inter-library
loan
functionality, and so an ILS that has a solid and flexible ILL is
necessary.

We will probably have less than 1,000 books (perhaps a couple thousand if
things really take off) and less than 100 borrowers.  Probably about as
many
book sharers (ie, partner libraries) as borrowers.

Does anyone have experience with the ILS which already have drivers for
VuFind?  I think the list is:

* SirsiDynix Horizon
* Sirsi Unicorn
* Voyager:
* VTLS Virtua
* Innovative:
* DAIA / OCLC PICA:
* NewGenLib:

If you can, please comment on the suitability of these ILS for our system
(low complexity and flexible ILL system).

I have considered just writing some administrative scripts in python.  It
would be a good project and not ridiculously difficult.  I would much
rather
write the whole thing from scratch than try to write a VuFind driver for
an
ILS not yet supported.

Thanks for reading,
Elliot


Re: [CODE4LIB] simple,flexible ILS for a small library.

2010-09-28 Thread Bryan Baldus
On Monday, September 27, 2010 5:15 PM, Elliot ... [offonoffoffon...@gmail.com] 
wrote:
Some folks in the VuFind library suggested I ask here.  We are starting a 
small library and thinking of using VuFind as our online catalog.  As for the 
ILS we would like something small and simple (evergreen and others seem 
massive for the small amount of functionality we need), and especially 
something which is flexible enough to allow us to base our library on book 
sharing rather than an institutionally owned collection.

I didn't see Koha on your list (though I have almost no direct experience with 
it and so can't comment on its suitability for your needs). A discussion on 
what appears to have been the Vufind-tech mailing list [1] around Friday, March 
05, 2010 9:01 AM, indicates some work remained to be done to make Koha and 
VuFind work together.

[1] The original site had trouble coming up on my browser, so I was only able 
to read via Google's cached version: http://bit.ly/aFZQIU 

I hope this helps,

Bryan Baldus
bryan.bal...@quality-books.com
eij...@cpan.org
http://home.comcast.net/~eijabb/


Re: [CODE4LIB] simple,flexible ILS for a small library.

2010-09-28 Thread ...
great suggestions,  I will sort through all this.


the vufind mailing list informed me that the koha driver is broken and it
was also not well recomended by people using it, though alot of people not
using it said i should try it : )

thanks


Re: [CODE4LIB] simple,flexible ILS for a small library.

2010-09-28 Thread Cary Gordon
BTW, I think that we have tried to avoid anonymous participation. Most
of us are happy -- perhaps too happy sometimes -- to make our
identities known.

On Tue, Sep 28, 2010 at 8:43 AM, ... offonoffoffon...@gmail.com wrote:
 great suggestions,  I will sort through all this.


 the vufind mailing list informed me that the koha driver is broken and it
 was also not well recomended by people using it, though alot of people not
 using it said i should try it : )

 thanks




-- 
Cary Gordon
The Cherry Hill Company
http://chillco.com


Re: [CODE4LIB] III Mobile Catalog

2010-09-28 Thread anna headley
Hi all,

I just wanted to invite anyone using or testing MobileCat to join the new
google group http://groups.google.com/group/mobilecat so we can help each
other out.

Best,
Anna

TriCollege Libraries


On Wed, Sep 15, 2010 at 14:03, Amy desch...@simmons.edu wrote:

 We are researching possibilities for a mobile version of our III catalog
 and
 are wondering what success people have had.

 Right now our list of possible solutions include:
  - AirPac from III - does anyone have any feedback on this product?
  - MobileCat from the Tri-College Libraries
 (http://code.google.com/p/mobilecat/)
  - Other options?

 MobileCat is more attractive than AirPac because it's free, but I can't
 find
 much information of others out there who have implemented it successfully.

 Does anyone have feedback on either of these solutions or does anyone know
 of another mobile catalog option for III?  Any thoughts would be most
 appreciated.

 Thanks
 Amy
 --
 Amy Deschenes
 Library Assistant, Library Technology
 Simmons College Library
 Boston, MA
 desch...@simmons.edu



Re: [CODE4LIB] simple,flexible ILS for a small library.

2010-09-28 Thread Jonathan Rochkind
Others of us have no problem with pseudonymous or anonymous 
subscriptions to the listserv, I hadn't been aware that there was any 
general disapproval of this, although of course everyone can have their 
own opinion.


It is however, I agree, nice to develop professional relationships with 
people on the listserv when you know who they are.


Cary Gordon wrote:

BTW, I think that we have tried to avoid anonymous participation. Most
of us are happy -- perhaps too happy sometimes -- to make our
identities known.

On Tue, Sep 28, 2010 at 8:43 AM, ... offonoffoffon...@gmail.com wrote:
  

great suggestions,  I will sort through all this.


the vufind mailing list informed me that the koha driver is broken and it
was also not well recomended by people using it, though alot of people not
using it said i should try it : )

thanks






  


Re: [CODE4LIB] simple,flexible ILS for a small library.

2010-09-28 Thread Demian Katz
 If it's worth enough to someone, I expect the co-op or another Koha
 support provider would be willing to help fix it.  Usually the other
 big problem with things like drivers is getting access to test kit,
 but I don't know if that's the case with VuFind.

Writing a VuFind driver is definitely not a major undertaking if you understand 
the architecture of the system you are working with...  and since Koha is open 
source, that can only help.  The main reason VuFind doesn't have a Koha driver 
is that (to the best of my knowledge) no Koha library has chosen to implement 
VuFind yet (and I realize that is a self-perpetuating problem).  If any Koha 
developers are interested in closing this gap, I'm happy to work with them as 
needed -- I do think it's important for open source discovery layers to support 
open source ILS's!

- Demian


Re: [CODE4LIB] simple,flexible ILS for a small library.

2010-09-28 Thread Cary Gordon
What is the upside of not identifying yourself?

I can imagine that there are some (many, legions) code4lib users who
eschew their employers' institutional views, and feel the need to keep
a very low profile.

Other than that, I really enjoy the collegial atmosphere and esprit de
corps of this group

On Tue, Sep 28, 2010 at 9:18 AM, Jonathan Rochkind rochk...@jhu.edu wrote:
 Others of us have no problem with pseudonymous or anonymous subscriptions to
 the listserv, I hadn't been aware that there was any general disapproval of
 this, although of course everyone can have their own opinion.

 It is however, I agree, nice to develop professional relationships with
 people on the listserv when you know who they are.

 Cary Gordon wrote:

 BTW, I think that we have tried to avoid anonymous participation. Most
 of us are happy -- perhaps too happy sometimes -- to make our
 identities known.

 On Tue, Sep 28, 2010 at 8:43 AM, ... offonoffoffon...@gmail.com wrote:


 great suggestions,  I will sort through all this.


 the vufind mailing list informed me that the koha driver is broken and it
 was also not well recomended by people using it, though alot of people
 not
 using it said i should try it : )

 thanks










-- 
Cary Gordon
The Cherry Hill Company
http://chillco.com


[CODE4LIB] Library Systems-related jobs in Binghamton NY

2010-09-28 Thread Edward M. Corrado
Hello Code4Libers,

Binghamton University (Binghamton NY) has an opening for a Library Systems
Specialist. A Bachelors degree is required, along with a minimum of two
years working in an Information Technology environment. This is a
professional appointment. Full details can be found at:
http://binghamton.interviewexchange.com/jobofferdetails.jsp?JOBID=20864

Also, I was asked by someone from Broome Community College (also located in
Binghamton NY) to spread the word about a Systems Librarian position that
they have open. This is a 12-month tenure track position at the rank of
Assistant Librarian. Details can be found at:
http://www.sunybroome.edu/aboutbcc/hr/faculty.php

I don't know much about the Broome Community College position, but if you
have questions about the Binghamton area, I might be able to help with that.

And while I am on the subject of librarian jobs, although maybe not
Code4Lib-related Binghamton University has two librarian positions (12-month
tenure track position) open. One is for a Metadata/Catalog librarian (Review
of applications will begin on October 1, 2010) and the other is for a
Subject Librarian for Social Sciences (Review of applications will begin on
October 18, 2010). Details on those two positions can be found at
http://library.binghamton.edu/about/employment/faculty/index.html

- Edward

--
Edward M. Corrado
Assistant Director for Library Technology
Binghamton University Libraries
P.O. Box 6012, Binghamton, NY 13902 USA
Phone: +1-607-777-4909 | Fax: +1-607-777-4848
ecorr...@binghamton.edu | http://library.binghamton.edu


Re: [CODE4LIB] simple,flexible ILS for a small library.

2010-09-28 Thread Kozlowski,Brendon
A simple upside is the security of feeling one's information is kept private. 
In today's digital age, I find many people are technophobic to search engines 
finding so much information relating back to a single individual. Harmless data 
or not, many people feel this is a negative big brother-esque situation. By 
posting anonymously, they may simply be fulfilling the desire to keep private.
 
We may not perceive it as being harmful by any means, but not everyone thinks 
the same way, and if some small action - such as posting anonymously - makes 
them feel more secure, I personally see no problem with it. In my eyes, it's 
like religion - I wouldn't want to force my views on someone else just like I 
wouldn't want someone forcing their views on me, it feels...uncomfortable.
 
I'm not saying that's what this is - this is simply a discussion, I am only 
explaining my viewpoint as fully as possible.
 
 
 
Brendon Kozlowski
Web Administrator
Saratoga Springs Public Library
49 Henry Street
Saratoga Springs, NY, 12866
[518] 584-7860 x217
 
Please consider the environment before printing this email.



From: Code for Libraries on behalf of Cary Gordon
Sent: Tue 9/28/2010 3:57 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] simple,flexible ILS for a small library.



What is the upside of not identifying yourself?

I can imagine that there are some (many, legions) code4lib users who
eschew their employers' institutional views, and feel the need to keep
a very low profile.

Other than that, I really enjoy the collegial atmosphere and esprit de
corps of this group

On Tue, Sep 28, 2010 at 9:18 AM, Jonathan Rochkind rochk...@jhu.edu wrote:
 Others of us have no problem with pseudonymous or anonymous subscriptions to
 the listserv, I hadn't been aware that there was any general disapproval of
 this, although of course everyone can have their own opinion.

 It is however, I agree, nice to develop professional relationships with
 people on the listserv when you know who they are.

 Cary Gordon wrote:

 BTW, I think that we have tried to avoid anonymous participation. Most
 of us are happy -- perhaps too happy sometimes -- to make our
 identities known.

 On Tue, Sep 28, 2010 at 8:43 AM, ... offonoffoffon...@gmail.com wrote:


 great suggestions,  I will sort through all this.


 the vufind mailing list informed me that the koha driver is broken and it
 was also not well recomended by people using it, though alot of people
 not
 using it said i should try it : )

 thanks










--
Cary Gordon
The Cherry Hill Company
http://chillco.com http://chillco.com/ 



To report this message as spam, offensive, or if you feel you have received 
this in error,
please send e-mail to ab...@sals.edu including the entire contents and subject 
of the message.
It will be reviewed by staff and acted upon appropriately.


Re: [CODE4LIB] simple,flexible ILS for a small library.

2010-09-28 Thread ...
?

sorry to bog down the thread with useless chatter, but with name or
pseudonym what's the difference?  all names are false.  I am Elliot
Hallmark.  so what?  I am 010010.  who cares? Do you think I am spam or a
saboteur, using 'clever' names to trick you?

You'll have more luck discovering details of posting habits searching for
the URI rather than the common name, so it is hardly anoynomous.  Used to be
coders knew eachother by handles and nicknames, and that was plenty
professional.  Dont remember when that changed (actually
listu...@chillco.com is the first one to mention to me that it might have).

I almost wrote more but it is hardly interesting enough to do so.

My apologies to anyone who feels alienated by different customs/traditions.
Identifiers are identifiers.


Re: [CODE4LIB] simple,flexible ILS for a small library.

2010-09-28 Thread ...

 Perhaps you´ll find interesting this proposal.

 http://www.campi.uns.edu.ar/

 Your view of the role of catalogs is shared here.


too bad I dont speak spanish.  I do intend to learn, but not in time to
finish this project.  Thanks


Re: [CODE4LIB] simple,flexible ILS for a small library.

2010-09-28 Thread Peter Schlumpf
Here's what I have done some time ago toward a simple flexible ILS for a small 
library:

http://www.avantilibrarysystems.com/microlcs.html

Peter Schlumpf
www.avantilibrarysystems.com

-Original Message-
From: ... offonoffoffon...@gmail.com
Sent: Sep 28, 2010 9:43 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] simple,flexible ILS for a small library.


 Perhaps you´ll find interesting this proposal.

 http://www.campi.uns.edu.ar/

 Your view of the role of catalogs is shared here.


too bad I dont speak spanish.  I do intend to learn, but not in time to
finish this project.  Thanks


Re: [CODE4LIB] simple,flexible ILS for a small library.

2010-09-28 Thread Ross Singer
I think your functional requirement that made this non-trivial was
your mention of it needing ILL functionality.

There's a definite threshold that has to be crossed before you start
seeing something like that integrated into the ILS.

If you've got some other way to deal with ILL, I'd suggest OpenBiblio
(http://obiblio.sourceforge.net/) as a super simple, super basic ILS.
It deals with inventory, borrowers, circulation, etc. but nothing
terribly sophisticated.

You could use it with VuFind via the Jangle connector:
http://jangle.googlecode.com/svn/trunk/connectors/openbiblio/

-Ross.

On Mon, Sep 27, 2010 at 6:15 PM, ... offonoffoffon...@gmail.com wrote:
 Hello,

 Some folks in the VuFind library suggested I ask here.  We are starting a
 small library and thinking of using VuFind as our online catalog.  As for
 the ILS we would like something small and simple (evergreen and others seem
 massive for the small amount of functionality we need), and especially
 something which is flexible enough to allow us to base our library on book
 sharing rather than an institutionally owned collection.


 book sharing will probably happen through creative use of inter-library loan
 functionality, and so an ILS that has a solid and flexible ILL is necessary.

 We will probably have less than 1,000 books (perhaps a couple thousand if
 things really take off) and less than 100 borrowers.  Probably about as many
 book sharers (ie, partner libraries) as borrowers.

 Does anyone have experience with the ILS which already have drivers for
 VuFind?  I think the list is:

 * SirsiDynix Horizon
 * Sirsi Unicorn
 * Voyager:
 * VTLS Virtua
 * Innovative:
 * DAIA / OCLC PICA:
 * NewGenLib:

 If you can, please comment on the suitability of these ILS for our system
 (low complexity and flexible ILL system).

 I have considered just writing some administrative scripts in python.  It
 would be a good project and not ridiculously difficult.  I would much rather
 write the whole thing from scratch than try to write a VuFind driver for an
 ILS not yet supported.

 Thanks for reading,
 Elliot



Re: [CODE4LIB] simple,flexible ILS for a small library.

2010-09-28 Thread ...
 I think your functional requirement that made this non-trivial was
 your mention of it needing ILL functionality.


Exactly.

There's a definite threshold that has to be crossed before you start
 seeing something like that integrated into the ILS.


Perhaps from a usual library perspective, ILL is fancy, but programatically,
it isn't any more complicated than a borrower.  Except a lender checks a
book in first and simultaneously creates a record for it.

Openbiblio doesn't seem to handle ILL.  I'm not sure I want to use an
established ILS but have to try to do ILL stuff outside of it, especially
since it is central to the library's purpose.

Newgenlib has a page about their library networks.  Unfortunately, the
search function on their site is broken.  (seacrh for book comes up
negative).  I'll keep looking into it.  If even an ILS with support for
library hierarchies doesn't work out, then I guess simple home-brew command
line administration is the way to go.

-elliot