At PersonaNonData, Michael Cairns discusses the Google Book Search registry, and muses whether it might support certain types of transactions through an API:
How the registry may be formed is anyone’s guess, but for sake of argument I envision a pyramidal structure. The identifier segment forms the pointy top layer, bibliographic data the second layer, content the third and the ‘transaction gateway’ the bottom tier. Then again maybe it’s a cube and I should be adding subjects, a retail/library segmentation, and transactional details like rights information. Regardless, it seems to me combining each of these segments into a registry might engender significant opportunities to improve the publishing supply chain. But more than that, the combination I suggest works better for the on-line world than the off which is the failing of the current crop of ISBN databases (including Amazon.com) …
… The most obvious application enabled via the ‘transaction gateway’ would be purchase but a ‘transaction’ can be many things: views, queries, checkin-out, use rights, syndication and may more. An open service architecture would enable development of third party API’s that could result in all
kinds of new applications but existing ones would also benefit as well. Worldcat and Copyright Clearinghouse applications are good examples where users could find the physical content in a
library or attain usage rights from CCC.