Re: [CODE4LIB] yaoss4ll

2010-01-04 Thread Alejandro Garza Gonzalez
I second John Fereira's comment re: putting this information into a CMS 
=) For instance it'd be awesome to browse by language...


And, Drupal actually has a series of library-related modules out there; 
you already mention the MARC module in 
http://infomotions.com/tmp/oss/discovery.html ... here are two lists for 
more library-related modules:


  http://drupalib.interoperating.info/library_modules
  http://groups.drupal.org/node/14062

_alejandro


John Fereira said the following on 22/12/2009 12:25 p.m.:

Jonathan Rochkind wrote:
Putting it on a wiki anyone can edit makes it, perhaps, somewhat more 
likely that it ends up maintained longer, making it easier for other 
people to get involved in maintaining it without technological 
barriers or proprietary feelings getting in the way.
I was thinking of something more along the lines of putting it into a 
CMS (i.e. Drupal) so that voting/ranking/tagging tools could be used 
to allow the community to rate the viability and discovery of each item.


I may actually need to  do something like this but for a different 
domain on a project that I'll be working on over the next year.


--
_ ___ _ _ _ _ _ _ _
*Ing. Alejandro Garza González*
Coordinación de proyectos y desarrollo de sistemas
Centro in...@te, Centro para la Innovación en Tecnología y Educación
Tecnológico de Monterrey

Tel. +52 [81] 8358.2000, Ext. 6751
Enlace intercampus: 80.689.6751, 80.788.6106
http://www.itesm.mx/innovate/

El contenido de este mensaje de datos no se considera oferta, propuesta 
o acuerdo, sino hasta que sea confirmado en documento por escrito que 
contenga la firma autógrafa del apoderado legal del ITESM. El contenido 
de este mensaje de datos es confidencial y se entiende dirigido y para 
uso exclusivo del destinatario, por lo que no podrá distribuirse y/o 
difundirse por ningún medio sin la previa autorización del emisor 
original. Si usted no es el destinatario, se le prohíbe su utilización 
total o parcial para cualquier fin.


The content of this data transmission must not be considered an offer, 
proposal, understanding or agreement unless it is confirmed in a 
document signed by a legal representative of ITESM. The content of this 
data transmission is confidential and is intended to be delivered only 
to the addressees. Therefore, it shall not be distributed and/or 
disclosed through any means without the authorization of the original 
sender. If you are not the addressee, you are forbidden from using it, 
either totally or partially, for any purpose.


Re: [CODE4LIB] yaoss4ll [cms]

2010-01-04 Thread Eric Lease Morgan
On Jan 4, 2010, at 10:54 AM, Alejandro Garza Gonzalez wrote:

 I second John Fereira's comment re: putting this information into a CMS =) 
 For instance it'd be awesome to browse by language...


For the past week or so I have been trying to evaluate content management 
systems (CMS). Boy, there are bunches of them out there! Lot's of choice. The 
market is so much more mature in this area compared to librayr-specific open 
source applications. (Ironically, MyLibrary is/was sort of like a CMS in that 
it was intended to create certain types of Web pages based on the content of a 
database. No HTML knowledge required.)

But the real question I want to ask is, To what degree do existing CMS 
applications force a sort of vendor lock-in? The vast majority of the 
applications I've looked, briefly, are PHP/MySQL combinations. This means some 
relational database is created, complete with application-specific tables, 
records, and fields. The PHP code then does I/O against the database to create 
and maintain website content. Cool.

Suppose I invested my time and energy into one of these systems? For a long 
time it does what it is expected to do. Suppose then it breaks, becomes no 
longer supported, or a newer/cooler application comes along. How am I expected 
to get my content out of the first CMS and into second application? At least in 
Library Land we have MARC records (ick) to allow for some sort of migration 
path. I'm a bit hesitant when it comes to CMS application. Should I rely on the 
community at this point to come up with a solution?

Yea, I can read the underlying database, create a cross-walk, do some magic, 
port from one system to anther, and hope to retain the better part of my 
functionality, but some things always get lost in translation.

To what degree should website administrators be concerned with such things? 
Back-end content creators might simply see the easy-of-use of creating content. 
Geeky people, like me, might see a severe problem for the future.

Y'alls input would be greatly appreciated.

-- 
Eric Lease Morgan


Re: [CODE4LIB] yaoss4ll [cms]

2010-01-04 Thread Karen Coombs
Eric,

What's great about some of these systems is that there are modules written
to do exactly what you are talking about. For example there is a Drupal
module that will allow to export your Wordpress site and import it into
Drupal. Most of the PHP/MySQL CMSs I've played with have an underlying
framework that makes this much easier than messing with the database tables
natively.

Also, many of these systems are looking to expose their data in structured
ways which can be accessed by other systems. So web services are becoming a
big part of these systems. I believe that Silverstripe has web services
natively and there are several web sevice modules for Drupal.

In terms of vendor lock in, I just don't see it that way. Because Wordpress
and Drupal are open source, support can be provided from a variety of
vendors. Many Drupal vendors contribute modules and other code. Because of
this variety you aren't reliant on a single provider to chose to continue to
support a particular product. If an open source CMS does go away then many,
many community members will be doing migration and it is VERY likily that
migraiton scripts/modules will get written and shared with the community.
Certainly I saw this when huge numbers of blogs migrated from Movable Type
to Wordpress.

Hope this helps.

Karen

On Mon, Jan 4, 2010 at 10:17 AM, Eric Lease Morgan 
eric_mor...@infomotions.com wrote:

 On Jan 4, 2010, at 10:54 AM, Alejandro Garza Gonzalez wrote:

  I second John Fereira's comment re: putting this information into a CMS
 =) For instance it'd be awesome to browse by language...


 For the past week or so I have been trying to evaluate content management
 systems (CMS). Boy, there are bunches of them out there! Lot's of choice.
 The market is so much more mature in this area compared to librayr-specific
 open source applications. (Ironically, MyLibrary is/was sort of like a CMS
 in that it was intended to create certain types of Web pages based on the
 content of a database. No HTML knowledge required.)

 But the real question I want to ask is, To what degree do existing CMS
 applications force a sort of vendor lock-in? The vast majority of the
 applications I've looked, briefly, are PHP/MySQL combinations. This means
 some relational database is created, complete with application-specific
 tables, records, and fields. The PHP code then does I/O against the database
 to create and maintain website content. Cool.

 Suppose I invested my time and energy into one of these systems? For a long
 time it does what it is expected to do. Suppose then it breaks, becomes no
 longer supported, or a newer/cooler application comes along. How am I
 expected to get my content out of the first CMS and into second application?
 At least in Library Land we have MARC records (ick) to allow for some sort
 of migration path. I'm a bit hesitant when it comes to CMS application.
 Should I rely on the community at this point to come up with a solution?

 Yea, I can read the underlying database, create a cross-walk, do some
 magic, port from one system to anther, and hope to retain the better part of
 my functionality, but some things always get lost in translation.

 To what degree should website administrators be concerned with such things?
 Back-end content creators might simply see the easy-of-use of creating
 content. Geeky people, like me, might see a severe problem for the future.

 Y'alls input would be greatly appreciated.

 --
 Eric Lease Morgan



Re: [CODE4LIB] yaoss4ll [cms]

2010-01-04 Thread Eric Lease Morgan
On Jan 4, 2010, at 12:06 PM, Karen Coombs wrote:

 What's great about some of these systems is that there are modules written
 to do exactly what you are talking about... Hope this helps.

Yes, this makes sense. Thank you for elaborating. I think the next time we do 
the website redesign thang we may very well go the CMS route.

-- 
Eric Lease Morgan


Re: [CODE4LIB] yaoss4ll

2009-12-22 Thread Eric Lease Morgan
On Dec 21, 2009, at 2:59 PM, John Fereira wrote:

 Any thoughts on making this list something more dynamic, web 2.0ish?...

There certainly seems to be a demand for a more up-to-date list of 
library-related open source software, and as alluded to previously, such a 
thing has been attempted a number of times. Creating and maintaining such a 
list for the long haul -- no matter what technology is used -- would have to be 
a labor of love.

-- 
Eric Morgan


Re: [CODE4LIB] yaoss4ll

2009-12-22 Thread Jonathan Rochkind
Putting it on a wiki anyone can edit makes it, perhaps, somewhat more 
likely that it ends up maintained longer, making it easier for other 
people to get involved in maintaining it without technological barriers 
or proprietary feelings getting in the way.


Jonathan

Eric Lease Morgan wrote:

On Dec 21, 2009, at 2:59 PM, John Fereira wrote:

  

Any thoughts on making this list something more dynamic, web 2.0ish?...



There certainly seems to be a demand for a more up-to-date list of 
library-related open source software, and as alluded to previously, such a 
thing has been attempted a number of times. Creating and maintaining such a 
list for the long haul -- no matter what technology is used -- would have to be 
a labor of love.

  


Re: [CODE4LIB] yaoss4ll

2009-12-22 Thread John Fereira

Jonathan Rochkind wrote:
Putting it on a wiki anyone can edit makes it, perhaps, somewhat more 
likely that it ends up maintained longer, making it easier for other 
people to get involved in maintaining it without technological barriers 
or proprietary feelings getting in the way.
  
I was thinking of something more along the lines of putting it into a 
CMS (i.e. Drupal) so that voting/ranking/tagging tools could be used to 
allow the community to rate the viability and discovery of each item.


I may actually need to  do something like this but for a different 
domain on a project that I'll be working on over the next year. 


--
John Fereira
Cornell University
Twitter: @john_fereira
Google Wave: fere...@googlewave.com


Re: [CODE4LIB] yaoss4ll

2009-12-22 Thread Cory Rockliff

How about putting the data into freebase? http://www.freebase.com/

That would combine the write-access of a wiki with the structure of a 
database.


I was getting ready to compile a very similar dataset myself, so I'd be 
happy to do some of the requisite munging to get the data into freebase, 
if the idea appeals to anyone.


On 12/22/2009 1:25 PM, John Fereira wrote:

Jonathan Rochkind wrote:
Putting it on a wiki anyone can edit makes it, perhaps, somewhat more 
likely that it ends up maintained longer, making it easier for other 
people to get involved in maintaining it without technological 
barriers or proprietary feelings getting in the way.
I was thinking of something more along the lines of putting it into a 
CMS (i.e. Drupal) so that voting/ranking/tagging tools could be used 
to allow the community to rate the viability and discovery of each item.


I may actually need to  do something like this but for a different 
domain on a project that I'll be working on over the next year.


attachment: rockliff.vcf

Re: [CODE4LIB] yaoss4ll

2009-12-21 Thread MJ Suhonos
I would definitely nominate the Qubit Toolkit and the PKP software suite as 
candidates for this list:

http://qubit-toolkit.org/
http://pkp.sfu.ca/

Qubit is somewhat nascent, but is actively being developed and is fairly 
well-supported (by the ICA, UNESCO, LAC, among others), and the PKP suite (most 
known for Open Journal Systems) is very well-established in the academic 
library world internationally.

Roughly, I'd say that Qubit fits under archival record manager/editor 
(similar to Archon) and the PKP OAI harvester in particular fits somewhere 
under discovery system or similar (as an OAI aggregator).

MJ

On 2009-12-21, at 12:49 PM, Eric Lease Morgan wrote:

 I am in the process of creating YAOSS4LL (Yet Another Open Source Software 
 For Libraries List), and I'm hoping to garner the expertise of our 
 communities.
 
 More specifically, I would like to create a (more or less) comprehensive list 
 of library-related open source software in the following areas:
 
  * content management systems (CMS)
  * discovery systems
  * electronic resource management (ERM)
  * institutional repositories (IR)
  * integrated library systems (ILS)
  * resource sharing/interlibrary loan (ILL)
 
 Unfortunately, I am being challenged when it comes to ERMs and resource 
 sharing/ILL applications. The other areas seem well-developed. You can see 
 what I've done so far at the following (temporary) link:
 
  http://infomotions.com/tmp/oss/
 
 Do you have any suggestions or additions? Is your (favorite) library-related 
 OSS application missing from my list?
 
 -- 
 Eric (Lease) Morgan


Re: [CODE4LIB] yaoss4ll

2009-12-21 Thread Eric Lease Morgan
On Dec 21, 2009, at 12:55 PM, MJ Suhonos wrote:

 I would definitely nominate the Qubit Toolkit and the PKP software suite as 
 candidates for this list:
 
 http://qubit-toolkit.org/
 http://pkp.sfu.ca/


Perfecto! Added locally. Thank you.

-- 
Eric Morgan


Re: [CODE4LIB] yaoss4ll

2009-12-21 Thread Westbrook, Bradley
Eric,

Archivists' Toolkit (www.archiviststoolkit.org) is conspicuously absent
from  your list of library OS CMS systems.  

As you probably know, integration of AT and Archon is impending, a point
you might want to draw attention to in your list.  

Cheers,

Brad Westbrook
AT Project Manager

-Original Message-
From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of
Eric Lease Morgan
Sent: Monday, December 21, 2009 9:50 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] yaoss4ll

I am in the process of creating YAOSS4LL (Yet Another Open Source
Software For Libraries List), and I'm hoping to garner the expertise of
our communities.

More specifically, I would like to create a (more or less) comprehensive
list of library-related open source software in the following areas:

  * content management systems (CMS)
  * discovery systems
  * electronic resource management (ERM)
  * institutional repositories (IR)
  * integrated library systems (ILS)
  * resource sharing/interlibrary loan (ILL)

Unfortunately, I am being challenged when it comes to ERMs and resource
sharing/ILL applications. The other areas seem well-developed. You can
see what I've done so far at the following (temporary) link:

  http://infomotions.com/tmp/oss/

Do you have any suggestions or additions? Is your (favorite)
library-related OSS application missing from my list?

-- 
Eric (Lease) Morgan


Re: [CODE4LIB] yaoss4ll

2009-12-21 Thread Eric Lease Morgan
On Dec 21, 2009, at 1:27 PM, Westbrook, Bradley wrote:

 Archivists' Toolkit (www.archiviststoolkit.org) is conspicuously absent
 from  your list of library OS CMS systems.  
 
 As you probably know, integration of AT and Archon is impending, a point
 you might want to draw attention to in your list.  
 
 -- 
 Brad Westbrook
 AT Project Manager


Easily added. Thank you very much.

-- 
Eric This Is Working Morgan


Re: [CODE4LIB] yaoss4ll

2009-12-21 Thread Eric Lease Morgan
On Dec 21, 2009, at 12:49 PM, Eric Lease Morgan wrote:

 http://infomotions.com/tmp/oss/


Thank you for the suggestions both on and off list. With your help I was able 
to increase my list of viable OSS projects by just less than twenty items. The 
'Net really works. If you have other suggestions, then please don't hesitate to 
pass them along.

-- 
Eric Lease Morgan


Re: [CODE4LIB] yaoss4ll

2009-12-21 Thread John Fereira
Any thoughts on making this list something more dynamic, web 2.0ish?   I 
think the list could be even  more useful if one could do some sort of 
faceted search on the information. 

Looking at the not-viable list it seems that many of the entries were 
considered not viable due to lack of support.  It might be more useful 
if some sort of level of support ranking could be used rather than 
just deem some of the tools as not viable.  If a particular open source 
app is really useful, but lacks support, it *could* be viable if someone 
discovers it, and finds it useful enough that they're willing to start 
support it.


John Fereira
Cornell University
Twitter: @john_fereira
Google Wave: fere...@googlewave.com


Re: [CODE4LIB] yaoss4ll

2009-12-21 Thread Wick, Ryan
Parts of one were started awhile back here: 
http://wiki.code4lib.org/index.php/OSS_Directory

Ryan Wick 

-Original Message-
From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of John 
Fereira
Sent: Monday, December 21, 2009 11:59 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] yaoss4ll

Any thoughts on making this list something more dynamic, web 2.0ish?   I 
think the list could be even  more useful if one could do some sort of faceted 
search on the information. 

Looking at the not-viable list it seems that many of the entries were 
considered not viable due to lack of support.  It might be more useful if some 
sort of level of support ranking could be used rather than just deem some of 
the tools as not viable.  If a particular open source app is really useful, but 
lacks support, it *could* be viable if someone discovers it, and finds it 
useful enough that they're willing to start support it.

John Fereira
Cornell University
Twitter: @john_fereira
Google Wave: fere...@googlewave.com


Re: [CODE4LIB] yaoss4ll

2009-12-21 Thread Brenda Chawner
Eric, the Kete project is another one you might want to add to your
list. It's intended to let libraries and archives create 'community
repositories' with user-generated content, and it was started by the
Horowhenua Library Trust, the same organisation that sponsored Koha.
The URL is:

http://kete.net.nz/

Brenda Chawner

On Tue, Dec 22, 2009 at 6:49 AM, Eric Lease Morgan
eric_mor...@infomotions.com wrote:
 I am in the process of creating YAOSS4LL (Yet Another Open Source Software 
 For Libraries List), and I'm hoping to garner the expertise of our 
 communities.

 More specifically, I would like to create a (more or less) comprehensive list 
 of library-related open source software in the following areas:

  * content management systems (CMS)
  * discovery systems
  * electronic resource management (ERM)
  * institutional repositories (IR)
  * integrated library systems (ILS)
  * resource sharing/interlibrary loan (ILL)

 Unfortunately, I am being challenged when it comes to ERMs and resource 
 sharing/ILL applications. The other areas seem well-developed. You can see 
 what I've done so far at the following (temporary) link:

  http://infomotions.com/tmp/oss/

 Do you have any suggestions or additions? Is your (favorite) library-related 
 OSS application missing from my list?

 --
 Eric (Lease) Morgan



Re: [CODE4LIB] yaoss4ll

2009-12-21 Thread Jay Luker
Hi Eric,

I don't see CDS Invenio listed [1]. It's an institutional repository
system developed at CERN. It's an impressive piece of software, but
for one reason or another doesn't seem to get much attention. I intend
to give a lightning talk on it in Asheville in February.

--jay

[1] http://cdsware.cern.ch/invenio/index.html

On Mon, Dec 21, 2009 at 12:49 PM, Eric Lease Morgan
eric_mor...@infomotions.com wrote:
 I am in the process of creating YAOSS4LL (Yet Another Open Source Software 
 For Libraries List), and I'm hoping to garner the expertise of our 
 communities.

 More specifically, I would like to create a (more or less) comprehensive list 
 of library-related open source software in the following areas:

  * content management systems (CMS)
  * discovery systems
  * electronic resource management (ERM)
  * institutional repositories (IR)
  * integrated library systems (ILS)
  * resource sharing/interlibrary loan (ILL)

 Unfortunately, I am being challenged when it comes to ERMs and resource 
 sharing/ILL applications. The other areas seem well-developed. You can see 
 what I've done so far at the following (temporary) link:

  http://infomotions.com/tmp/oss/

 Do you have any suggestions or additions? Is your (favorite) library-related 
 OSS application missing from my list?

 --
 Eric (Lease) Morgan