Author Archive

MashupAds Launch to Great Fanfare

November 11, 2008

Today, we’re launching MashupAds in private beta. We believe with MashupAds we have a real chance on fixing display advertising, making it an effective, useful and relevant communication and marketing medium, which can stay up to par with search marketing. We think an ad should provide relevant, rich content and that the best way to improve the value of ads for publishers and advertisers is to improve its value to the end users. I think it’s time for advertisers to stop thinking of ads as a broadcast mechanism and start thinking of it as a mechanism to inform, communicate and converse with their medium. Ads are becoming the platform for distributing content and content is the best ad.

Here’s a video our very own Paul Knegten brewed to illustrate what MashupAds are all about:

To read some of the press coverage of our debut check out the links below:

techcrunch , RWW , VentureBeat , zdnet , wired , cnet

and of course, go sign up for some MashupAds goodness

Reblog this post [with Zemanta]

Oh what a week…

August 8, 2008

So, as many of you have noticed, Dapper had a rough week, with dapp serving being down for a few hours and the dapp factory being down for more than a day. The cause of these unfortunate outages, at the end of the day, was a poor choice of ISP way back when. The events of the last week caused us to accelerate our work on a new infrastructure (with much better ISPs) that will have the kind of reliability our users demand of us, and we demand of ourselves.

We would like to truly thank all of our users who had the patience to endure with us as we were handling these unfortunate issues. I’d also like to thank the Dapper team which has worked nights and days on these problems and managed to fix them in record time.

Please stay tuned for some cool updates on our new infrastructure, as they emerge.

If anyone still experiences problems, please let us know as we’re cleaning up the mess,



PS: All Dapps and services should now be fully operational.

Scrumming on the Dapper Lawn

May 12, 2008

At Dapper, we’ve started the process of deploying Scrum into our dev cycle. To those of you who don’t know, Scrum is an Agile dev methodology flavor (read about it more in wikipedia). That gave us an opportunity to bring the dev teamΒ  from both Israel and San Francisco together in the Dapper villa, and take some cool photos. There’s a guest in the picture, see if you can spot him πŸ™‚

Now when you want a feature of want to complain on a bug – you know the faces to hunt down..

The Dapper Team (+guest) is enjoying a relaxed moment in the sun

MashupAds: Advertising on a Semantic Web

April 12, 2008

Recently, Alex Iskold of ReadWriteWeb and AdaptiveBlue fame, wrote a great and thorough post about the emergence of semantic web technologies in the various facets of web presence, covering core issues (the famous top-down/bottom-up dichotomy) as well as applicative fields such as search and databases.

One field that was sort of left out is the effect of semantic web technologies on the world of online advertising. Given that much of the web is based on advertising, and it’s probably one of the more technology savvy fields, I venture to say it will embrace the semantic web opportunity wholeheartedly.

How would an ad on the semantic web look? Well, we think we have an idea. We call it “MashupAds”:

MashupAds are dynamic display ads that change when your content changes. The ad takes content from a publisher’s site and mashes it up with content from an advertiser’s site, creating an ad relevant to the user’s browsing experience. MashupAds not only bring content into the ad, but they can bring site functionality as well: say you run a travel site, and you have a form for users to input travel dates and a destination. MashupAds let you port this functionality into to your ad, making the ad simply an extension of the site.

Anyone who’s familiar with Dapper can easily understand why we’re uniquely poised to “unlock” advertisers’ and publishers’ content and allow for the building of more engaging, contextual and relevant ads. In fact, a couple of months ago, Marshall Kirkpatrick, Alex’s RWW colleague, wrote a really great story on MashupAds and why it’s good. Check it out for the broader picture.

The main benefit of MashupAds, I believe, will be to the end-user. He will see ads enhancing his browsing experience, rather than obscuring it. He’ll witness an increase in value from the experience, rather than a decrease. Hopefully, he’ll find these new ads compelling.

We’ll be launching the MashupAds platform in private beta next week at Ad:Tech San Francisco (booths 6083-4). We’re happy to have as our launch partners prominent names in the online marketing world such as EyeBlaster and RAMP digital. We’ll be announcing some additional exciting partners and products in the coming weeks, so do stay tuned.

Happy mashing…

Semantify Hacks – Creating a your own RDF schema using Dapper

March 26, 2008

So last Thursday’s release of Semantify was a great success. Marshall Kirkpatrick from RWW  did a great job explaining a rather geeky product in an understandable fashion – thanks Marshall. As we go about semantifying the web, I wanted to point out something that may not be apparent immediately. Basically with Semantify, every Dapp becomes a valid RDF schema that is host on Dapper and can be used anywhere by you, even without Semantify.

Let’s see how using the good old MSN Search Results Dapp. If MSN would’ve deployed Semantify on their search results page (note the irony..), this is what Yaho’s semantic crawler would’ve seen. If you’ll look into the source code of this proxied page, you’ll notice the default RDF schema is defined by the Dapper “dapp-scheme” webservice. While you can choose to override this default schema by defining your own using the $namespace and $scheme variables in the Semantify code snippet, if you don’t, Dapper will use a schema created from your Dapp automatically. So now, building a Dapp means you also built your own RDF compatible schema, that you can use wherever by just pointing to the webservice:

This may be useful for those people who would like to easily generate and use a schema focused around a particular subject where a wide-spread, all-encompassing standard has not emerged, or in cases where the currently available schemes are not good enough.

Finally, let me leave you with the following thought. Up to now, close to 50K APIs have been built using Dapper with hundreds of new ones every day. That means we have under our hands already some 50K schemes for tens of thousands of sites. Hopefully in the near future we’ll start commenting on what can be learned from this set.

Yahoo: Semantic Web is the ultimate SEO strategy! Dapper: Semantify Your Site

March 20, 2008

In the last year, Jon and I had the opportunity to present on several occasions our take on the progress and development of the semantic web (next show: Bangalore). During this talk, one of the take home messages we try to convey is that the “limited success” of the semantic web vision has nothing to do with technology and everything to do with economics. Over the last 10 years, Mr. Joe “site owner” has had no incentive to even learn about RDF, let alone go ahead and build his site as semantic web compliant. The most he would be willing to do, and even that is recent, is generate an RSS or two from his home page. Thus, we advocated, semantic web followers should work on generating the incentive, and the rest will follow. Dapper’s success is attributed, to a large extent, to the fact we’re addressing the end-users, who have the incentive to go and make the effort, because they want to build a new RSS/Widget/Mashup etc.

And of course, also attributed to our coding ninjas πŸ™‚

Last Thursday (March 13th, 2008), Yahoo’s search team, led by Amit Kumar, presented a strong and clear incentive for web publishers everywhere to jump on the semantic web bandwagon. By announcing that Slurp (Yahoo’s web crawler) will soon start indexing semantic web information, Yahoo effectively transformed the act of making a site “semantic web compliant” into an SEO strategy, taken into account in their crawling, indexing, scoring and presentation of search results.

Now for most publishers and media companies out there, the budget for “pleasing the geeks” is quite small. However, their SEO budget? Well, that’s a totally different story. As Amit rightfully states: “Without a killer semantic web app for consumers, site owners have been reluctant to support standards like RDF, or even microformats. We believe that app can be web search.” Indeed.

To help site owners make their site semantic web compliant, we’re announcing several tools today. First, we’re announcing the Dapper “Semantify” service – a service that lets you seamlessly create an RDFa version of every page on your site, with virtually zero hassle. When Yahoo’s search engine crawler (or other semantic aware machines) requests a page on a Semantify enabled site, it gets the page augmented inline with the right semantically tagged meta-data. When an end-user requests that page, it gets your usual page. Using the Semantify service, you’ll be able to add meaningful semantics to your site, which in turn will allow Yahoo to better incorporate your content in their search results.

We believe that by removing the technological barrier of re-engineering sites to incorporate semantic information, we will enable a much larger group of publishers to semantify their sites, pushing us further into a world where the semantic web is mainstream.Soon we will also release an RDF transformer that lets you generate an RDF compliant XML as an output of a Dapp. One way in which you can make use of this transformer is by incorporating it as a <link> tag in your pages’ header.

While the road forward is very long, at Dapper we believe that 2008 will be the year where the semantic web will finally have a fighting chance. It is up to us all to make it happen. We hope you will find these new services useful, and we welcome feedback to help us shape their future.

Update: Marshall has written a great blog post about Semantify over at Read/WriteWeb.

NDF (New Dapper Features)

January 15, 2008

We’ve recently introduced a couple of cool features we’d like to let you know about. Both have been highly coveted by users and as part of the “Dapper Listens” program, we’ve finally got to them πŸ™‚

First, we’ve introduced an updated Dapp search, that allows you to preview live content retrieved from the Dapp, and get an immediate intuition whether this Dapp is good for you or not. It also notifies you if the site this Dapp is based on has changed, allowing you to immediately go and edit the Dapp, so it will be adapted to the current site features. We believe this feature will make searching for Dapps a much more useful and enjoyable experience. Enjoy!

Secondly, we’ve finally introduced a forum system for all things Dapper: In these forums you can share your latest Dapper based hacks, seek support and suggest the next Dapper feature you crave for. Go ahead and let your voice be heard.

These small updates lead the way to an upcoming release to take place within the month dubbed the “Virtual Navigator”. This release will be a major breakthrough and a huge technological milestone for Dapper, where we’ll introduce the ability to work on pretty much any site on the web (flash based sites excluded). We are extremely excited about this release and are looking forward to share it with you. At the moment, this release is being tested in private beta by a group of devoted Dapper users. If you’re interested in testing it, drop us a note, and we’ll add you to group of testers as it grows.



Great Start to a Great Year

January 1, 2008

So today we’ve started 2008, which we believe will be a great year for Dapper, with bangs and whistles. First Wired Magazine ran a big story on the art and science of scraping, that also mentioned Dapper. Though the reporter tried to show both sides of the penny, it clearly drove home the point that opening up the web’s content can cultivate a great boom of creativity and new apps, something we’ve been advocating from day 1.

Then, good old Marshall Kirkpatrick from ReadWriteWeb picked up on the story writing a great review on Dapper as the proponent of the web unlocking paradigm. He even went as far as recording a magnificent screencast on how he uses Dapper to create an RSS feed for RRW mentions. Marshall, thanks for the warm words and the great screencast, this kind of feedback is the greatest fuel in our engines.

BTW, Marshall also encourages you to join us at DapperCamp – Dapper’s first users/developers conference. I’ll join him in the invite – this is going to be two great days in February.

We had a great 2007 and we’re planning an even greater 2008 – brace yourself πŸ™‚

Happy Holidays

December 23, 2007

Way back when in November, the Dapper guys celebrated the first Dapper endorsed mustache day (where a bunch of the guys didn’t shave for a while, only to shave at the same day and have a mustache for 24 hours or so). Such a deed needed to be immortalized for all eternity, and what a better excuse than this holiday season. So here, for your viewing pleasure, the Dapper Quartet: Doron, Doron (yes, we have two), Nir and Uzi, elfing themselves out.

Happy holidays πŸ™‚

Dapper Got Some New Magic

November 21, 2007

Hi guys,

Usually at Dapper, we don’t do a big song and dance every time we introduce a new feature or fix a bug, if only because we introduce features and bug fixes daily. Today, however, we’re introducing a big release – MagicBox – of which we’re especially proud.

MagicBox is first and foremost about your Dapper experience. Previously, in Dapper, there was a limit to the ways in which you could select the content you wanted to be a part of your Dapp. We’ve worked really hard to make that process much more flexible and scalable, and we hope, even entertaining. MagicBox is a new learning engine that infers from your clicks what you actually want to define as a field, and helps you converge towards your ideal definition rapidly. In fact, MagicBox’s learning engine is the first learning engine we’re aware of to be implemented in Javascript on a real product, and we’re very proud of it.

One of MagicBox’s important features is that it also listens to what you don’t want. If it highlighted too much, you can click on the extraneous items and MagicBox will suggest a new configuration that better suits your needs.

Our main goal with MagicBox was to simplify the experience, and using our new learning engine and the ability to “deselect” elements we’ve managed to get rid of the more cumbersome tools that we had before, such as the “sensitivity slider” and the “isolate” option. Now, to use Dapper, the only thing you need to be acquainted with is your mouse’s left button. Just give it a try and click away. If MagicBox didn’t highlight enough, click on the missing stuff and you’ll see how rapidly MagicBox corrects itself. If it highlighted too much, just click on the unwanted stuff and MagicBox will get rid of it in an instant. Don’t worry – just play with it – we promise that eventually MagicBox will always get you what you want (we have a strict money back guarantee policy :).

The second major update in MagicBox concerns Dapper’s backend engine. It just got faster, in some cases much faster (up to 10-15 times), more robust and more scalable. In particular our new backend will allow us to introduce new algorithms and abilities to Dapper much faster, and you’ll start experiencing it very soon.

Here is a list of the major updates in MagicBox:

– Clicking interface overhauled. Clicking page elements behavior completely changed, slider eradicated, new adaptive learning algorithm implemented. Result is that when you click something and it grabs too much, you just click the extraneous instances, if it removes something you want, you just click it. The algorithm learns with each click and approximates accurately what you’re looking for. This increases usability and robustness.

– Backend algorithmic infrastructure overhauled. This will make it easier for us to release algorithmic updates in the future. On some sites, we’re also seeing a 15x improvement in speed in Dapp execution.

– New algorithms implemented improving ability to extract content reliably.

– Bugs with back links improved.

– Borders in Dapp Factory switched to inner rather than outer, eliminating the case where you can click on the border accidentally.

– Timing issues with gray overlays, particularly when editing a Dapp, resolved. Fixes the bug where you’d edit a Dapp and it would have a Javascript error, requiring a reload of the page several times.

Some known issues remain and we’re working hard to resolve them. We can’t do it without you, so please let us know when you encounter an issue.

Happy Dapping!

Thanks, FOWA?

October 5, 2007

Hi all,

Some of you may have noticed that we’re experiencing performance issues in the last few hours. What’s going on is that we’re currently experiencing a huge surge in traffic, more than what we anticipated and so are quickly running to grow our capacity and deal with all of this welcomed traffic. It seems our talk yesterday in Future Of Web Apps was quite successful and had many people interested about taking a shot with Dapper. We’re really happy with this outcome, and promise to quickly stretch our capacity to withstand this surge,

(UPDATE: Thanks to quick work by the Dapper team, things seems to be mostly back to normal. There may be some lingering issues in the coming minutes with regard to DapperFox and Facebook, but all of these issues will be resolved promptly)

Going back to the Sit. Room.


Powering Facebook Applications

August 26, 2007

Everyone loves Facebook, right? And lately it seems that everyone wants their own Facebook application. So, in response, the Dapper team (especially Uzi and Itai) has been working hard over the past few weeks to provide a framework for powering Facebook applications using Dapper, called the “Facebook AppMaker”. This means that anyone with a website can now use Dapper to create their own, automatically updating, Facebook application with no programming necessary. The AppMaker allows for branding (logos etc.) and provide functionalities such as remote search and retrieval, remote login, and multi-page apps. We’re currently opening up the feature in a private beta, but you can see a few examples here:
Customizable Google News
Personalized 43things

and many more to come.

If you want your own application, apply for the beta at

The AppMaker is joining our month old DapperApp, which allows you to get content from all over the web into Facebook effortlessly. If you want to get latest movies, a search for patents, or anything that is on the web, you can consume it in Facebook with the DapperApp

As You Like It

June 19, 2007

Creating Google gadgets from your site with Dapper is a breeze. Dapp the site, choose “Google Gadget”, give it a name, and you’re pretty much done. However, in many cases our vanilla styles and design are not enough, and you’d like more power to conform the gadget’s look and feel to what users experience on your site. To achieve this, we’ve introduced a new advanced feature in the google gadget transformer pane, which allows you to define your own CSS styles and have them applied to your gadget.

Here are the steps:

1. First, checkout the gadget’s CSS template and read the instructions and class definitions.

2. Create a CSS file that uses the same class definitions (you don’t have to use them all) and have it available over the Web.

3. Insert the CSS file’s URL into the “URL of CSS file” field in the advanced options pane.

4. Get the resulting gadget url.


By default, the CSS file is cached by Google once an hour, which makes it problematic to tweak, change and develop the gadget. To disable the caching and have the gadget fetch the up to the second version of your CSS file, add the variable “&noCacheCSS=1” to the end of your gadget url. Don’t forget to remove it or your file will be requested every time a google user views his iGoogle page containing your gadget.

Happy gadgeting, as you like it

Welcome, Swivel

June 19, 2007

Swivel is a great start-up we really like, pushing the envelope on data usage and transparency in a way that is extremely disruptive and captivating.

It is a great pleasure, thus, to introduce Swivel as an approved Dapper content provider, giving Dapper’s users the ability to consume and build upon all of their content in new ways. You can now get recent Swivel graphs as a Google gadget, or a filtered RSS feed which brings back graphs about America. Go have fun.

Swivel is joining the hundreds of other content providers who’ve already joined Dapper. They have chosen the “Traffic Back” license, which allows anyone to use their content, in exchange for linking back to their site, providing them with an attractive opportunity to generate more traffic, by setting their content free. This is a great opportunity for many other content owners who would like to tap into new traffic growth opportunities.

We believe this is only the start of a great relationship between two teams with a similar initiative: providing power to the users at large to take hold and mold all of the world’s data and content.

RSS filtering is the new black

May 14, 2007

As many of our users know (and use), one of Dapper’s main strengths is the ability to get relevant content feeds by providing search terms to virtually any service on the web. But sometimes, that’s not enough, and for these situations, we’re introducing a new transformer called “Filtered RSS feed“. This is your usual RSS feed transformer, with a twist: you can define (case sensitive) keyword based filters to the title and the description of the RSS stories. Here are a couple of cool examples:

Traffic jam RSS feeds: Traffic jam RSS for 94102 , Same RSS feed, giving only reports for Hwy-101

Public companies recommendations from Reuters: All analysts recommendations, Same RSS feed, giving only “Buy” recommendations

We hope you’ll find it useful. If you’re a developer and want to extend it, feel free to give it a try. On that note, one of our users (thanks, pascal vanheckea) found Dapper useful enough to create a cool Dapper instruction video.

You know you’ve made it when your users are video-taping πŸ™‚

Take home message from Web 2.0 Expo: The birth of the giant component

April 24, 2007

Web 2.0 Expo is behind us, our cool LEGO wall is safely tucked away till MashupCamp and we even had 19 hours of flight to think it through, and ponder what is the take home message from Expo.

Well, since we were totally swamped and didn’t get a chance to visit even one talk throughout the three days, my insight is totally based on what was going on in the floor downstairs. Yes, there were 115 companies presenting, most of them start-ups which try to ride on this marketing slogan called “web 2.0”, but we also saw quite a few participants coming from mainstream businesses. IBM is probably the best example, leaving a big blue (or actually red) footprint with its demos and great booth. Then there was Nokia, which rocked with what stands to just might be a worthy response to iPhone, and of course, all of the usual Web suspects. More importantly, the floor was filled with guys that are not your typical “web 2.0” geek, but rather enterprise folks who tried in ernest to figure out how we are relevant to their business, and what can they do with us internally. So my take home message is that we should be ready to see an avalanche of companies and enterprises adopting products and services which we’ve come to think of as “web 2.0”. I suspect though, that these won’t be the usual suspects you tend to see in “productivity 2.0” conferences. Google Docs is cool, as well as thinkfree and Zoho, but they’re probably not the first candidates to penetrate the concrete wall a.k.a. “the IT department”.

Rather, disruption will penetrate first. Think of e.g. Twitter for the enterprise (“Big Boss: Going to fire Jonny”, “Jonny: Just got fired :(“). Companies like IBM (which we should thank for promoting Dapper during their sessions), Reuters and Nokia are paving the way, proving agility and response velocity a la web 2.0. Perhaps then, that’s the true meme of web 2.0: Release Early, Release Often


February 8, 2007

Yahoo has released today a new service called Pipes.

If you’re a Dapper user, think of it as a very nifty and visually appealing version of our Dapp linking feature, only today focused around RSS feeds. If you’re a Mac user, think of it as web based Automator. There’s some cool JS mojo in the works there. Really nice. Wish we had such an interface for the linking feature. Kudos to Bradley and the team for making it happen.

Naturally, many people writing about it have mentioned Dapper. It is a good complementary fit, and we’ll see how things unfold with pipes as it transforms from a cool project to show Yahoo still got it into a somewhat more strategic play.

All in all, it’s exciting times to be in this space.

Rock The Mashup

February 5, 2007

If you’re into building mashups, you’ll like this. As of today, and throughout February, you have a chance to win an iPod and a $200 iTunes gift certificate by just building a mashup. Here are the details:

Proto is a cool company we met at Mashup Camp. They have a visual software application (IDE) for building desktop mashups. Last week they launched a daily contest where the most popular mashup submitted to their site that day wins a new iPod. They’ve invited us to co-sponsor the competition, and we’ve gladly accepted. As a result, starting today, if you win the contest AND used a Dapp to power your proto mashup, you’ll get and iPod from Proto AND a $200 worth iTunes gift certificate from Dapper.

You can read more about it in our official announcement.

Getting a fully loaded iPod was never so easy…

Dapper Goes to Mashup Camp

January 18, 2007

MIT, Cambridge, MA

Mashup camp is being held yesterday and today at the hotel@MIT in Cambridge, MA, and I must tell you, it’s a really cool event. First off, kudos to Doug and David. They managed to pull off a great, well organized, event that at the same time remains informal and energetic. Especially given the registration price (you guessed it: 0). Getting here was quite an experience, where as usual the good folks at Newark airport immigration managed to work slowly enough for us to miss the connection, but once we got here it was one great ride. We’ve met some really smart and creative people, with really clever mashup ideas and a very clear understanding where the web is going and how services like Dapper can help the community get there. We decided to host two sessions.

The first session discussed the notion of authentication based APIs. How do we create APIs for content that is behind a login and password? As someone said, most of the world’s interesting content is behind a login wall. So how do we go about building APIs for these content sources? We naturally featured the Dapper solution, but in a broader context, tried to open up for the discussions the challenging issues which arise in such scenarios. One of the interesting questions that came up pertains to the issue of trust. If I’m a man-in-the-middle content aggregator/proxy between the users and the content source, how do I build my system so that my users will trust their login credentials with me? A solution that may work for my user’s Facebook data may not be acceptable for creating an RSS feed from his bank statement. So obviously there are (as always in security questions) different layers of security. I think the discussion was very interesting and stimulating, and we got some good responses when we described our solution to this problem, with our credential encryption web service. We also learned that recent attempts to solve the issues of trust and security by the bigger players (like Yahoo and Google) come laden with problems that make it hard to automate and program many desirable tasks. It’s clear that trust will always be an issue for users, and we’ll continue to address that and work to gain the trust of those who use Dapper.

After lunch there was a session called “speed geeking”. Yes, it’s what you think it is. There were about twenty guys sitting and presenting their mashup for like 5 minutes at a time, until the buzzer rang on and everyone moved to the next mashup. There were some very cool ideas floating around, from full fledged applications and infrastructures to cool impromptu mashups. A few that stand out of the crowd:

Proto, with their desktop mashup builder, have presented a really compelling case for desktop apps, in a world where “desktop app” is such a a no no. I recommend you check them out.

MyBlogLogTagger is a cool little widget/mashup thingy from Kent Brewster that allows you basically to tag… people. Now that’s a simple yet very capturing idea. And the use of Mybloglog and as the jumpstarters of this game actually make it feasible.

Hype Machine and Tour Filter are two music related mashups that provide you with an immediate value if you’re an avid music enthusiast. One of the nice things about them that though both are mashups, Tour Filter is actually a mashup that is party based on Hype Machine, so it’s a second generation mashup. And so the chain begins. Both clearly involved a substantial amount of work and their creators should be proud.

Later we had another session that was focused mainly on the eco-system of content providers / content consumers and the chicken and the egg problem Dapper is trying to solve – namely, how do we get both in the game? How do we empower mashup and widget creators while at the same time remain respectful of content providers’ rights and transform this no-man’s land of cease and desist letters into a sustainable market? We’d recommend you keep a watchful eye for Dapper releases soon to hear about our take on the matter. What’s for sure is that we need to pursue a direction as a community. To build a market is larger than just one service, company or solution. It requires approaching content providers with clear offerings that they can relate to, while at the same time listening carefully to what they regard as important. All in all, let’s be respectful as we’re overhauling their world πŸ™‚

We’re looking forward to another full day of camp. For those who are at the conference who we haven’t had a chance to talk to, let’s try to connect today and share ideas.

Finally, here is Jon leading one of the discussions:

jon in mashupcamp

The Dapper Developer Community

January 10, 2007

Today we’re happy to launch the Dapper Developer Community (DDC). The Dapper Developer Community is all about empowering you and enabling you to share with and inspire other users. We hope to foster a rich and vibrant community that you can leverage to make your life easier as a developer. We’re jump-starting the DDC with three important elements: the Dapper SDKs, the Dapper web services and the Dapper Transformer Library.

The Dapper SDKs are already being used by many of you to easily integrate with Dapper, and we’d like to encourage you to go ahead and give them a try, or even go and port the SDKs to a language of your choice. In the future, using the SDKs will allow you to enjoy improved functionality such as higher rate limits, faster performance etc.

The Dapper web services are sort of a must, if we don’t want to be considered “the shoemaker that walks barefoot.” But it also already provides important functionality. The first web service, already released, is the Dapp Search Web Service. It allows you to programmatically find Dapps, just as you would’ve done through the Dapper website user interface. With it, you can allow your users to search for Dapps without ever losing your site. The Dapp Search Web Service is the first in a series of web services that will be launched in the future.

Lastly, and most importantly, we’re making available the Dapper Transformer Library. If you’ve ever used a Dapp, you’ve seen on the Dapp’s page the list of ways by which you can use it, which we call transformers, such as RSS, Image Loop, Netvibes module, Google map and gadget, and several more. But not enough. Today we’re opening up the code behind these transformers and provide you with an API by which you can build your own transformers, and share them with fellow Dappers. If you’re into PHP, you’ll find the task of building a new transformer quite painless, and since we’re also releasing the code of our existing ones, you can go ahead and build on them. So if you always wanted to create an embeddable flash module for weather updates or get your bank quotes directly into a SQL database, you can build new transformers that will cater to your needs. We are, of course, available 24/7 to support you with any question you may have.