At code4lib last week a good-sized group with insane combinations of
expertise in OAI-PMH, SRU, and OpenURL helped to nail down revision one of
unAPI. Its background and objectives are:
"unAPI is a simple website API convention. There are many wonderful APIs
and protocols for syndicating, searching, and harvesting content from
diverse services on the web. They’re all great, and they’re all
already widely used, but they’re all different. We want one API for
the most basic operations necessary to perform simple clipboard-copy
functions across all sites. We also want this API to be able to be
easily layered on top of other well-known APIs.
The objective of unAPI is to enable web sites with HTML interfaces to
information-rich objects to simultaneously publish richly structured
metadata for those objects, or those objects themselves, in a
predictable and consistent way for machine processing."
http://code4lib.org/specs/unapi/revision-1
This revision is a lot better than unAPI version 0. There are a number of
implementations in development and we're hoping to show it off more soon.
Also, I did a talk on unAPI last week which I'll post soon (any news on
the audio yet?).
If this interests anyone here, please consider sending comments/feedback
to the gcs-pcs-list, which is the list of record for unAPI development.
http://cipolo.med.yale.edu/mailman/listinfo/gcs-pcs-list
unAPI is a ROGUE 05 specification. The deadline for revision 2 is
mid-March.
http://www.code4lib.org/wiki/rogue
Thanks, -Dan
|