Re: [syndication] OCS Version 0.5 draft

[burton@openprivacy.org]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

"Bill Kearney" <wkearney99@hotmail.com> writes:

> > > Nothing's stopping the user from defaulting that behavior for
> > > any/all OCS links detected but the reader who /don't/ want that extra bulk
> are
> > > completely free to ignore it.
> > Good idea Bill.
> 
> Thanks, this line of thinking has gelled for me recently with the comments
> made by Ziv about wanting full text in feeds.  This also dovetails into what
> I've been saying since last year, it would very handy to establish a common
> way for a feed into indicate that 'more' information is available.  Kevin's
> mod_link as well as some dublin core stuff is already present and could be
> used to help the process.  What's missing, of course, is the XML-oriented
> interfaces for extracting partial items.  Would that the CMS kept the 'richer
> content' in a way that was exposed via an API we'd have a solution.

If the linked resource is a WSDL service (or a future format) this would work.
It is basically just runtime service discovery.

As per your "XML-oriented interfaces for exposed partial items", the Reptile
search interface was designed exactly for this.

http://reptile.openprivacy.org/search.html

It is very solid and portable to all databases (MySQL, Oracle, MSSQL, etc) via
Torque.

Either that or an RDF database can be used but the same result set paging
mechanism that Reptile uses can be done pretty easily.

> This way, someone like Ziv, being interested in full content when available
> could simply default his reader to downloading the richer content, while
> others would only do so on an case-by-case basis.

... and it wouldn't bulk up the feed for RSS readers that don't support
mod_content ;)

> It would be interesting to consider whether the OCS data for the channel could
> help this process somehow.  Perhaps a way to say "this channel is a known full
> content provider" or something to that effect.  Hmmmmm...
<snip/>

huh?  I don't understand.

Kevin

- -- 
Kevin A. Burton ( burton@apache.org, burton@openprivacy.org, burton@peerfear.org )
             Location - San Francisco, CA, Cell - 415.595.9965
        Jabber - burtonator@jabber.org,  Web - http://www.peerfear.org/
        GPG fingerprint: 4D20 40A0 C734 307E C7B4  DCAA 0303 3AC5 BD9D 7C4D
         IRC - openprojects.net #infoanarchy | #p2p-hackers | #reptile

Please don't use hard tabs 	 in your code.  Instead use 4 spaces.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Get my public key at: http://relativity.yi.org/pgpkey.txt

iD8DBQE9fDKEAwM6xb2dfE0RAolgAJsHgkDCcSU70co6RBQdQP2OtCPw4gCfbnpU
r6rWz7q60HrgK+m0B0wQ54s=
=5l8I
-----END PGP SIGNATURE-----