Thanks for your kind reply! I like it that the list is growing and I took a peek at the resources, interesting.

What I ment with ‘Sharing exposed data sources for OData is possible, not easy.’ is that I compared the way data tables or OData Services can be shared. Let’s say, I want to (re)use the OData Service you created in your blogpost (http://blog.jonudell.net/2010/02/09/producing-and-consuming-odata-feeds-an-end-to-end-example/) how would I be able to access it? I think the success of the OData platform is related to the amount of (free or paid) services that are available.

A couple of points to note:

OData has really a few public API’s available. Mainly, this is because you need to add an endpoint which outputs the OData format.

Among the public APIs mentioned at http://www.odata.org/producer, Dallas (http://pinpoint.microsoft.com/en-US/Dallas) is notable as a growing catalog of sources, some free and others commercial.

Sharing exposed data sources for OData is possible, not easy. I have to write about it via their website, and then, maybe, my data source will be included. If I have written a YQL data adapter I can put it on Github and it will be included in the public data tables list.

If write about it via their website refers to http://www.odata.org/producers, then no, that’s not a registry, it’s just a non-exhaustive list of early adoptions.

Producing your own OData service can range from easy to hard depending on how much of OData you implement. Minimally it’s just an Atom feed and a service document, as I discussed here:

http://blog.jonudell.net/2010/02/09/producing-and-consuming-odata-feeds-an-end-to-end-example/

For an excellent overview of how to implement OData in a modular way, see this post from Pablo Castro:

http://blogs.msdn.com/pablo/archive/2010/01/26/implementing-only-certain-aspects-of-odata.aspx

http://rickpastoor.tumblr.com/post/570618355/yql-and-odata-whats-the-deal

I thought that that was really profound, and it got me looking at data in a new way. How we represent data is everything. In the world of programming it should be our number one focus… how it is represented, how it is structured, etc.

So beyond just communicating between all the various types of software and finding a consensus there, I believe that it is also well worthwhile seeking some holy grail of data structure as well. Maybe I’m mistaken and the two are separate and can be modularized, but if I’m right, it would pay to develop and form a lasting marriage between the two.

http://bit.ly/45baf1

That’s a great idea.

Where is the HTML version of the spec so we can hyperlink to a specific section?

Coming, I’m told.

Why wouldn’t OData reuse OpenSearch’s more descriptive totalResults, startIndex, & itemsPerPage, like GData does, and get paging for free?

That’s a good question, I’ll pass it along.

Perhaps I’m skeptical after so many years of wringing web-friendly data out of and into file systems, SharePoint sites & webparts, Excel worksheets, FileSystemObject metadata, PDFs, enterprise databases, intranets, and other well-meaning but proprietary XML formats.

Understandable. The demos I have seen address this longstanding frustration. But as always this is one of those chicken-and-egg ecosystem deals. There have got to be a lot of producers and a lot of consumers. When I see that it’s possible to poke an individual value into a deeply nested item within SharePoint using cURL, as is now the case, I’m hopeful. But obviously a lot of other things have to come together for this to take off in the best possible way.

Yes, OData uses HTTP, URIs, XML, & AtomPub, and even returns JSON, but the spec is huge (and published only in PDF):

[{spec:"OData MC-APDSU 1.3", pages:219},
{spec:"HTTP/1.1 RFC2616", pages:176},
{spec:"YQL Guide", pages:116},
{spec:"AtomPub RFC5023", pages:53},
{spec:"XML 1.0", pages:31},
{spec:"OpenSearch 1.1", pages:21},
{spec:"GData 2.0", pages:8}
]

Yes, OData is supported by some Microsoft products, but it’s not core. What’s the “dir” command option in Windows 7 to output an Atom feed or as JSON? Where is the HTML version of the spec so we can hyperlink to a specific section?

Yes, OData defines m:count, but it’s only normalized for data services that implement OData. Why wouldn’t OData reuse OpenSearch’s more descriptive totalResults, startIndex, & itemsPerPage, like GData does, and get paging for free?

Perhaps I’m skeptical after so many years of wringing web-friendly data out of and into file systems, SharePoint sites & webparts, Excel worksheets, FileSystemObject metadata, PDFs, enterprise databases, intranets, and other well-meaning but proprietary XML formats.

For now, OData will require another set of adapters … but at least they will be XML adapters.

What I particularly like about OData is the focus on resource modeling, a still-underexploited aspect of doing things The HTTP Way.

http://developer.yahoo.com/yql/