This is an exciting concept that has been tackled by many teams, few of which have yet been able to reach significant scale. But I believe it will happen.
Feastly (http://eatfeastly.com/) is a similar approach that is active in the US. (I'm an advisor)
The restaurant industry is massive (in the US, it's three times the size of the accommodations industry) so winning even a small slice is a win.
carl sagan has a great section about this in 'the demon haunted world' - he describes / speculates how many modern stories of 'alien abduction' can be explained by sleep paralysis.
it's usually caused by disrupted sleep patterns. i get it pretty often if i take a nap - my trick to get out of it is to try to wiggle the fingertips first.
for people who want to try out or develop with less without installing the ruby gem, you can compile documents via http here:
http://www.tripeedo.com/less
this is very cool, and the beginning of a trend, it seems to me. the whole semantic web depends on structured information, but it's a pain to structure information. it makes a lot of sense that the services to structure plain text will be made available as APIs - eg to extract geo information, date and time information, contact information, etc.
yes. a lot of airline and travel websites have awful, inexcusable user interfaces, and they could use a good kick in the pants. similar frustrations inspired us to build tripeedo.com, a better user experience for travel search.
while remaining dead simple to use, heroku is also becoming an increasingly sophisticated platform, capable of handling a wide variety of app requirements. eg - background workers and memcached support are available in beta. since i started using heroku for tripeedo.com, the traditional server hosts are looking a lot like dinosaurs.
for those who missed it, this comment refers to the hacking of this story. hacker news was briefly hacked, and this story was altered to link to a website (hosted at appjet) that let users edit the text of pg's profile. it was fixed within a half hour or so.
also, the interface is optimized for speed and convenience. you can type 'www.bestbuy.com' into your iphone, but given the choice, our feeling is that many people will prefer to use an app that minimizes typing and maximizes speed.
frankfurt/main is now the top match for 'frankfurt'. :)
the way to specify an airport if the top match is not right is just to keep typing. eg:
london => london all airports (lon);
london gatw => london, gatwick (lgw);
lon hea => london, heathrow (lhr)
similarly:
sa fr => san francisco;
sa di => san diego
typing frankfurt/main didn't work because the slash was confusing the interpreter. i'm fixing that right now.
yeah, that's one option we're thinking about. we went with popups initially because 1) it's simpler and 2) it wasn't clear that loading up 10 windows in iframes would necessarily be a better user experience. it's something we're going to look at more closely. our approach to tripeedo has definitely been to try to keep things as simple as possible.
this sounds like a firefox issue. if you choose to enable popups for tripeedo.com, then firefox should remember that choice. let me know if you find otherwise...
it's custom built. the site is rails hosted on heroku. ruby already had some decent time/date parsing, and there is a great natural language time/date library called chronic that helps out too. but otherwise it's custom-built.
sorry about that - we try to make it clear that new windows open, by saying so in the instructions on the left, and also displaying a message when more than 5 airfare providers are selected. how could we make it more clear in a user-friendly way?
increasingly, travel sites are letting people do those kind of flexible dates search, which is a promising trend. you're right, for the time being tripeedo is primarily a different UI (though one we feel is more user-friendly), along with the benefit of only entering trip details once.
yeah, we need to fix or warn about that better. the reason that the airline searches don't work reliably is that most airlines only serve a few airports, and if you search for airports they don't serve, the result is not always handled gracefully. some airlines prompt for a known airport - some just give up and display an error. to counter this, we would need to maintain a list of all airports served by each airline, and only let users launch valid searches to the airline sites. i think that is good from a usability perspective, and it's definitely doable, but maintaining it is time-consuming. that's why we haven't done it yet. but, we may well get to it soon.
this is so ludicrous it's genius. i'd almost think it's a parody, except it's clearly a scam. can anyone wrap their head around 'upgrading the entire internet to web 2.0'?
hey bootload, thanks for your detailed response. you raise a lot of good points. we've definitely spent a lot of time thinking about these issues.
first, you're right that just extracting info from twitter doesn't require username and password. our initial twitter interface is an update though, which does require authentication.
- we do use SSL for all usernames / passwords that are submitted, though we should make that clear, b/c right now we don't give an indication.
- because twitter does not offer token-based authentication, and because we do not currently want to store passwords, we are actually submitting to twitter via the web interface; that means we submit the u+p just once, and then we hold onto a cookie, but not the u+p. when we login to twitter on your behalf, it is via https.
- one goal in the near / mid term is to give users a choice about the combination of privacy / convenience that they want. right now we have opted on the side of privacy, since we're not storing usernames and passwords. but some users have told us they would like wundrbar to basically act as a password manager, so we'll be building in that option.
- i hope twitter (and other sites) implement open auth soon, because i know there are alot of users who will be more comfortable using wundrbar through that authentication mechanism.
thanks for the comments. we agree we need more and better ways to showcase the kinds of things that are possible, and we're working on those. also fixed bestbuy, will be deployed soon.
what exactly do you mean - why does that lose you? because it's asking for personal information? for google calendar, wundrbar takes you to google for authentication, and then gets back a token from google and stores that. but not all services operate that way. if you want to use a personal account through wundrbar, though, it need to have some way of authenticating as you with that external service. the benefit is that you can access multiple personal accounts from one place, and that soon you will be able to access them by sending a text message, for example.