OPDS: Difference between revisions

From OLPC
Jump to navigation Jump to search
(ecosystem)
No edit summary
Line 22: Line 22:
books won’t be kept on the device, but rather accessed through the
books won’t be kept on the device, but rather accessed through the
network.
network.
<br/>

Each machine could indeed maintain its own local OPDS-style catalog,
Each machine could indeed maintain its own local OPDS-style catalog,
with each book having an URIs pointing to either a network URL or to
with each book having an URIs pointing to either a network URL or to
files on the local machine’s file system.
files on the local machine’s file system.
<br/><br/>

This would enable easy sharing of libraries between peer devices
This would enable easy sharing of libraries between peer devices
through the local network, which could leverage some synergies with
through the local network, which could leverage some synergies with
Line 33: Line 33:
collection of books and let other devices access the books by fetching
collection of books and let other devices access the books by fetching
them from the peer or from the network.
them from the peer or from the network.
<br/>

A limitation of this approach, however, is that things like bookmarks,
A limitation of this approach, however, is that things like bookmarks,
last read date, annotations, etc., which are specific to a given
last read date, annotations, etc., which are specific to a given

Revision as of 20:58, 28 May 2009

OPDS is an option for organizing catalogs of library materials.

Hadrien G. says
We have two blog posts about this on feedbooks : http://blog.feedbooks.com/?p=225 & http://blog.feedbooks.com/?p=271
If we continue to extend Atom, I'd also like to submit our work to the Atom syntax mailing list and the AtomPub mailing list if we implement interactions in AtomPub.

OPDS in an XO ecosystem

Minh T. says

An example of how OPDS could be leveraged in an XO ecosystem could be to have a ‘central’ node in the school or classroom (this could be a dedicated server or any peer XO) maintain an OPDS catalog of content relevant to the class. Any XO can access that catalog through the local network and the books themselves would be stored on the server, on Feedbooks, or any other network source (the location of the file is pretty much transparent to the end user).
Now using OPDS as the local-library format for XO would push the technology beyond its original purpose but it could be an interesting concept, especially if it is expected that a significant proportion of books won’t be kept on the device, but rather accessed through the network.
Each machine could indeed maintain its own local OPDS-style catalog, with each book having an URIs pointing to either a network URL or to files on the local machine’s file system.

This would enable easy sharing of libraries between peer devices through the local network, which could leverage some synergies with the XO’s mesh networking capabilities. If they desire to do so, devices on the same network could easily expose their personal collection of books and let other devices access the books by fetching them from the peer or from the network.
A limitation of this approach, however, is that things like bookmarks, last read date, annotations, etc., which are specific to a given user/device, would not fall under the scope of OPDS. These could be covered by private extensions or some form of proprietary scheme.