Well, the future of ILS is to use general computing standards without
making library's own. 

Essentially, from a computing theory view, a graph is the way to present
all the info (i.e. a graph can represent a tree, or a line. When you
look at MARC, it is a linear computing model.) Graph is powerful, but
graph theory can be difficult and extremely complex. Some of them are NP
hard problem. 

I think that RDF based standards (DC? Or something else or maybe no need
for just one metadata standard )can be used to maximize
interoperability, allow further information discovery and at the same
time provide suitable description for different type of materials. 

Yan  

-----Original Message-----
From: Code for Libraries [mailto:[log in to unmask]] On Behalf Of
Karen Coyle
Sent: Monday, April 06, 2009 10:49 AM
To: [log in to unmask]
Subject: Re: [CODE4LIB] Something completely different

Cloutman, David wrote:
> I'm open to seeing new approaches to the ILS in general. A related
> question I had the other day, speaking of MARC, is what would an
> alternative bibliographic data format look like if it was designed
with
> the intent for opening access to the data our ILS systems to
developers
> in a more informal manner? I was thinking of an XML format that a
> developer could work with without formal training, 

Well, speaking of 'without formal training' -- I posted this to the Open

Library technology list, but using the OL, which is triple-based and 
open access, I was able to create a simple demo Pipe of how you could 
determine the earliest date of publication of a book (with an interest 
in looking at potential copyright status). Caveat is that the API I'm is

still pretty stubby, so it only retrieves on exact title (this will be 
fixed sometime in the future).

The pipe is here:

http://pipes.yahoo.com/pipes/pipe.info?_id=216efa8c3b04764ca77ad181b1cc6
6e4

kc

> the basics of which
> could be learned in an hour, and could reasonably represent the
> essential fields of the 90% of records that are most likely to be
viewed
> by a public library patron. In my mind, such a format would allow
> creators of community-based web sites to pull data from their local
> library, and repurpose it without having to learn a lot of arcane
> formats (e.g. MARC) or esoteric protocols (e.g. Z39.50). The
sacrifice,
> of course, would be loosing some of the richness MARC allows, but I
> think in many common situations the really complex records are not
what
> patrons are interested in. You may want to consider prototyping this
in
> your application. I see such an effort to be vital in making our
systems
> relevant in future computing environments, and I am skeptical that a
> simple, workable solution would come out the initial efforts of a
> standardization committee.
>
> Just my 2 cents.
>
> - David
>
> ---
> David Cloutman <[log in to unmask]>
> Electronic Services Librarian
> Marin County Free Library 
>
> -----Original Message-----
> From: Code for Libraries [mailto:[log in to unmask]] On Behalf
Of
> Peter Schlumpf
> Sent: Sunday, April 05, 2009 8:40 AM
> To: [log in to unmask]
> Subject: [CODE4LIB] Something completely different
>
>
> Greetings!
>
> I have been lurking on (or ignoring) this forum for years.  And
> libraries too.  Some of you may know me.  I am the Avanti guy.  I am,
> perhaps, the first person to try to produce an open source ILS back in
> 1999, though there is a David Duncan out there who tried before I did.
I
> was there when all this stuff was coming together.
>
> Since then I have seen a lot of good things happen.  There's Koha.
> There's Evergreen.  They are good things.  I have also seen first hand
> how libraries get screwed over and over by commercial vendors with
their
> crappy software.  I believe free software is the answer to that.  I
have
> neglected Avanti for years, but now I am ready to return to it.
>
> I want to get back to simple things.  Imagine if there were no Marc
> records.  Minimal layers of abstraction.  No politics.  No vendors.
No
> SQL straightjacket.  What would an ILS look like without those things?
> Sometimes the biggest prison is between the ears.
>
> I am in a position to do this now, and that's what I have decided to
do.
> I am getting busy.
>
> Peter Schlumpf
>
> Email Disclaimer:
http://www.co.marin.ca.us/nav/misc/EmailDisclaimer.cfm
>
>
>   


-- 
-----------------------------------
Karen Coyle / Digital Library Consultant
[log in to unmask] http://www.kcoyle.net
ph.: 510-540-7596   skype: kcoylenet
fx.: 510-848-3913
mo.: 510-435-8234
------------------------------------