Slashdot Mirror

Hmmm... ...ms just is chafing that we are NOT going to let them maximize value from investing in FaceBook...

http://slashdot.org/comments.pl?sid=348151&cid=21219915

http://www.touchgraph.com/

So, I think ms just doesn't want to look fracking stupid, which, for spending soooo much money on a social networking site when Google can just call in (more) guns from Open Social, Open Source and hit msoft with a full-one fusillade. Heck, maybe ms will need APIs just to perform battlefield triage on themselves.

Maybe ms will come up with ANTI-SOCIAL APIs? Like "Open Recluse", anyone?

You might want to have a look at touchgraph.

The upshot of this is that those freaks out there building falsely "deep" infatuous relationships ...

Save on your energy budget.

CC.

This reminds me of Public Information Research, Inc.'s namebase.org java diagrams.

Linus Torvalds

Click the java diagram link from the top of the static gif diagram.

This has been around since 2000?

Also I think in...2002, Touchgraph came out with this google browser, and they have a wiki browser

sourceforge project page - touchgraph

This reminds me of Public Information Research, Inc.'s namebase.org java diagrams.

Linus Torvalds

Click the java diagram link from the top of the static gif diagram.

This has been around since 2000?

Also I think in...2002, Touchgraph came out with this google browser, and they have a wiki browser

sourceforge project page - touchgraph

Then again, we're yet to see the sort of buzz around these APIs that Google was able to muster. Where are the Yahoo equivalents of GoogleBrowser, Googlism and GoogleAlert? Guess there's still something more emotionally exciting about Google, at least for now...

It would be nice if there were a link to the project's overview on their front page. I notice that many OS developers do this. They may have a great app, but since they never say what it does on their site's front page (or provide an "about" link that actually describes what the project does), people who visit their site won't know what the app does, and go elsewhere.

It would be nice if there were a link to the project's overview on their front page. I notice that many OS developers do this. They may have a great app, but since they never say what it does on their site's front page (or provide an "about" link that actually describes what the project does), people who visit their site won't know what the app does, and go elsewhere.

Alex Shapiro of 'touchgraph' fame

Alex Shapiro of 'touchgraph' fame

Google Browser allows you to see at a glance clusters of sites that are "related" according to Google. If someone can make a similar display for search queries, not sites, using the same Google API, that would be a killer app. The best thing is that it could be naturally extended using a number of independent plugins.

I reckon good applications of the Google Web APIs should also get a chance at the winnings - some crackers that spring to mind are Google Cookin recipe search, Copyscape web plagiarism search, the TouchGraph Google browser, and Google Alert for tracking topics. Isn't the point of both the Jam and the APIs to invite external developers to weave their magic around Google's platform?

With an already profitable business, and lots of extra money in its pocket, can we expect Google to start a buyout spree? Some targets might include Vivisimo with their clustering technology, Girafa for visualizing search, or even some of the better Web APIs applications like Google Alert or the GoogleBrowser, as this Wired story suggests.

I think there's definitely a need for a Google manual. Apart from the importance of explaining how to search effectively, there are so many extra Google features that normal users simply won't know about, such as Google Local, the Google Toolbar and Personalized Search. That's not even starting to mention some extremely useful third-party add-ons that use the Google Web APIs, such as GoogleBrowser, GoogleAlert and CapeMail. Since they're not home grown, Google ain't going to be publicizing these on its own site any time soon.

Seems Google has a kind of dilemma. On the one hand, they want to avoid all automated querying since it undermines their marketing model and perceived advertiser value. On the other, they want to build up automated third-party services (such as TouchGraph GoogleBrowser or GoogleAlert, both big users of the Google APIs). How are they ever going to be able to push advertising alongside automated queries if they can't even be sure that click throughs on normal queries aren't being faked? Or are they resigned to a pure pay-for-query model?

But when reading an article on the web, it can require a lot more thought and research to ascertain what angle, scope and interpretation the author is employing.

Touchgraph helps a little.

A quick glimpse at the graph centred at your site clearly shows that you are not too far away from /.:)

CC.

Here's a far funkier way to browse the web.. JAVA GoogleBrowser ;)

Here's something sort of similar; it's an interesting way of looking at search results from Google "visually." Kind of a similar concept to the history idea, I suppose. It's a java applet that basically shows your search results in a clustered "map," showing related web sites linked together. It's sort of gimmicky but is actually quite interesting to play around with. At first I was skeptical but it's quite usable. Maybe Apple's history idea might turn out to be pretty cool.

http://www.orgnet.com/

http://www.anacubis.com/index.html

http://www.touchgraph.com/TGGoogleBrowser.html

http://www.smartmobs.com/index.html

http://smg.media.mit.edu/projects/SocialNetworkFra gments/

http://www.firstmonday.dk/issues/issue7_4/krebs/

http://www.technologyreview.com/articles/wo_camero n030703.asp

Saw TouchGraph on thescreensavers a while ago, this article just reminded me of it. Basically its a java applet that allows you to search google and look at the relationships graphically, pretty cool.

One interesting one is TouchGraph, best known for the google set vista.

Plumb Design also has the Visual Thesaurus, which is cool looking even if it's not really practical.

Internet Ninja, smart of you to point out the Google-Sets based visualization. I think that this dataset is potentially even more interesting then web-pages.

The only problem with Google-Sets, is that they were designed to be used with multiple search terms, not a single seed. Thus the data returned is often noisy, as can be seen by people questioning the links.

Wouldn't it be cool if Google's data were cleaned up enough that you could determine the exact degree of relatedness between any two concepts? That way, any area of interest could be mapped using a graphing tool like TouchGraph. And mapped in real time too, I am still getting around to generating a cronological record of how relationships between publications change over time.

My feeling is that this cleanup will happen, and visualizing the results will be the motivation for doing so. A text based list of similar items disguises the errors in the ranking because readers don't give that much importance to the order of appearance. A graph on the other hand can show hundereds of associations as opposed to 20 or so items that are usually shown in a list. Thus, a graph magnifies the errors in calculated similarity degrees, which makes it a powerful tool for improving the formulas involved in the calculations.

There is much more to be said about TouchGraph, but there will be more supporting material to say it later, so let me just finish with a couple of links.

Amazon has also released an API, and an TouchGraph powered Amazon Browser is in the works for that. Screen-shot
Work is being done to integrate the TGGoogleBrowser with the ODP and to represent hierarchical information using background colors.
More information about future devolompents is available via this thread on Webmaster World

Thanks, --Alex

Internet Ninja, smart of you to point out the Google-Sets based visualization. I think that this dataset is potentially even more interesting then web-pages.

The only problem with Google-Sets, is that they were designed to be used with multiple search terms, not a single seed. Thus the data returned is often noisy, as can be seen by people questioning the links.

Wouldn't it be cool if Google's data were cleaned up enough that you could determine the exact degree of relatedness between any two concepts? That way, any area of interest could be mapped using a graphing tool like TouchGraph. And mapped in real time too, I am still getting around to generating a cronological record of how relationships between publications change over time.

My feeling is that this cleanup will happen, and visualizing the results will be the motivation for doing so. A text based list of similar items disguises the errors in the ranking because readers don't give that much importance to the order of appearance. A graph on the other hand can show hundereds of associations as opposed to 20 or so items that are usually shown in a list. Thus, a graph magnifies the errors in calculated similarity degrees, which makes it a powerful tool for improving the formulas involved in the calculations.

There is much more to be said about TouchGraph, but there will be more supporting material to say it later, so let me just finish with a couple of links.

Amazon has also released an API, and an TouchGraph powered Amazon Browser is in the works for that. Screen-shot
Work is being done to integrate the TGGoogleBrowser with the ODP and to represent hierarchical information using background colors.
More information about future devolompents is available via this thread on Webmaster World

Thanks, --Alex