@geoff
Thanks for exposing my query URL :( One reason I'm using SSJS / Jaxer
is that it hides all the backend kung-fu, table definitions and
credentials and allows me to only serve plain HTML to the client. If
you look at the page source, you only see plain HTML and some CSS. The
http://nextdb.net/nextdb/service/ URI instead of the
http://nextdb.net/nextdb/rest/
doesn't throws a protection dialog at you.
And since I'm using Twitter - and its clients on all possible devices
- for all my news gathering and search actions (using Google is so
2008...), it's only a matter of a seamless experience for using tweets
to update my sites content. And the sync process uses to Twitter API
to gather the new tweets and stores them in a NextDB table. After
every sync cycle, it stores the latest "tweet signature" in NextDB as
well, so in the next sync process it knows the tweet request offset
(aka: since_id,
http://apiwiki.twitter.com/Twitter-REST-API-Method%3A-statuses-user_timeline
).
@jen
There are already several initiatives that build a social archive from
everything out there. One example is
www.collecta.com and it has an
API as well! Here's a sample on using the Collecta archive and API for
"ranking the stars":
http://bit.ly/actradarcollecta
But one major problem with these initiatives - besides very technology
focused - is that they don't provide any meta data or relevance
ranking yet; it's just one huge timeline thrown at you that requires
extensive cleaning and filtering to make sense out if it. Let alone
reputation management... For more promising efforts for online
reputation management, take a look at
www.teezir.com and
www.collectiveintellect.com
-Ivo