LibLime Developers' Blog - Latest Comments in Deciding on an API for Biblios

Re: Deciding on an API for Biblios

Chris Catalfo — Wed, 04 Jun 2008 08:31:09 -0000

Fernando,

I had not seen your project before: it is very interesting and exciting. It looks as if we have adopted some of the same techniques (not to mention, javascript framework).

I will read over your project's documentation - indeed it seems as if we could collaborate and settle on some best practices as well!

Re: Deciding on an API for Biblios

Chris Catalfo — Wed, 04 Jun 2008 08:21:35 -0000

Frederic,

Thank you for your comment; I think these are good suggestions.

In fact I think Biblios should allow callbacks at all important events in the record life cycle: on retrieval from z3950 server, on record editing, on record saving (or "send"ing to a remote ils). This way plugins will have the opportunity to modify things as needed.

This also goes hand in hand with the concept of editor plugins, whereby someone could write an editor for another kind of metadata record, like MODS.

Re: Deciding on an API for Biblios

Fernando — Thu, 29 May 2008 19:49:58 -0000

Hi Chris,

I'm happy that you keep working on Biblios and sharing some of your developer thoughts.

My work on a similar project during the last years makes me naturally interested in what you are doing now. I'm wondering if perhaps we could collaborate somehow...

Re: Deciding on an API for Biblios

Frédéric — Sun, 25 May 2008 01:55:41 -0000

I haven't seen yet 'biblio' but I suppose there is a way to target Z39.50 hosts in order to download records. I would be nice to manage Z39.50 list from API. It would be nice also to be able to register a callback function to be called after biblio record has been retrieved from z3950 server and before being displayed in 'biblio'. This function (one by z3950 target) would be able to clean record, do whatever on it, create items, deduplicate, etc.

Thanks and continue the good work.