Automated your tindering

Tinderbox dashboard

This has got to be one of the most creepiest (and slightly impressive) things (I seen a lot of stuff, but nothing recently) I’ve seen recently in online dating news… Cheers Dave for the heads up on this project which is also available under a very free and easy licence on Github

While my friends were getting sucked into “swiping” all day on their phones with Tinder, I eventually got fed up and designed a piece of software that automates everything on Tinder.

Dubbed “Tinderbox”, the first version only took 3 weeks to build. It uses an existing Tinder account and taps into Tinder APIs, which is nice so you don’t have to create an entirely new account. Tinderbox recreates the Tinder app in your browser, including the inbox and discovery preferences. The workflow is simple:

  • The built-in bot builds facial models using your likes/dislike

  • Bot examines profile images, cropping faces

  • Faces are loaded into an “average” face representing choices

  • Eigenfaces are computed from average faces

  • Bot then makes future selections based on Eigenface comparison

  • Comparisons are essentially k-nearest neighbor selection

Yes its a Tinder bot which starts conversations with people based on profile pictures… I’m glad I’m off Tinder. But the author also had this to add.

What do girls think of the bot? I’ve gone on at least 10 dates with the help of the bot and I’ve shown my partners the bot in its entirety. One date literally didn’t believe me and thought I was pulling her leg. Another person thought it was really cool and wanted the full tour. All were in agreement that it is not creepy, though some felt it was borderline.

Enough said really? This has got to be on this weeks Lovegrumps!

Automated messages with feelings

Josh and a few others introduced me to BroApp today…

BroApp is your clever relationship wingman. Select your girlfriend’s number, create some sweet messages, and set the time of day when you want those messages sent. BroApp takes care of the rest.

The android only (at the moment) app will send your partner sweet nothings on an automated schedule. It has some nice features like it can use geofencing to not send messages when your too close to your home for example. As a whole, its a very cut down version of tasker or locale. Both can be setup to do this and a whole ton of other things.

I won’ t lie when I first came across it, I laughed out loud and the video makes it sound even worst!

Its easily laughable but i wonder about how far off is broapp from FB or G+ suggesting you say happy birthday to a friend? Automation of human relationships is uncomfortable but a interesting point. No one likes to know they are part of an automated process but maybe once we get over ourselves? Or maybe its just the way things are? Human relationships can’t be boiled down to an automated process… I hope.

Reminds me of the question of can you match people with an algorithm? And my post about technology assisted dating. If its even slightly possible for them, maybe it could actually work. But hopefully not so you can spend more time with the bro’s! Have a bloody heart!

Windows Mobile finally gets with the programme

I know a lot of people have hated the Windows Phone 7 adverts but I don’t know I kind of like it.

There are times when we (me and my friends) and we do all pull out our phones and twitter, facebook, 4square, etc. It does look a little stupid but hey what can you do? Ideally our phones should be more transparent but right now there still a status symbol. Its part of the reason why I like apps like Locale. A little bit of automation is certainly what I think the mobile is good for, and its consistent with the idea of the mobile as the life remote.

Pipelines and the flow of automation

Water Pipes

I've been sitting on this blog post for bloody ages. But Tom's post has tipped me over.

Want to see something cool that's coming soon? Take a gander at XProc – the XML Pipeline Language. It's a way of defining a series of processes that operate on an XML file – for instance, running it through XInclude, schema validation, XSLT and making choices etc. It is great in as much as it's abstracting yet another layer out of the processing systems (SAX, DOM etc.) and their implementations (Java, PHP etc.) – obviously there are problems with that. Norman Walsh says that it's quite likely to be finished early next year. Kurt Cagle of XML.com thinks this is a good thing, and should fit in to the XML+REST ecosystem nicely.

So I've been thinking about some presentations and talks I'm planning on giving next year. I can't quite put my finger on the exact term but I know through blogging it and being very open about my thoughts I might reach a set of conclusions or at least points worthy of talking about with others..In my usual style a lot of the stuff is scattered around all over the place, so I'm going to try and use a wiki or something else to tie things togther.

My abstract for Etech 2007, which didn't get accepted.

API's are a great way of developers being able to access data and content from one provider. But with the trend of the mash-up has come the ability to join two or more providers together to the benefit of the user. This level of interoperability means people can start offering automation and new business opportunities by chaining services together. As many of us look towards the social benefits of a somewhat centralised Web 2.0, I can see how our single provider habits will be broken by the user generated pipelines.

Like Unix Pipelines, a user generated pipeline can be used to send content through a series of pipes. But unlike UNIX pipelines these pipes can be a series of remote or local webservices, services, applications, transformers, etc. A simple example could be, uploading a photo from your mobile phone to Flickr, then that same photo magically appears on your friends doorstep processed, nicely cropped with a related personal message with no more time or effort required from yourself. Thats the magic of pipelines.

This is not a new concept but how we manage this has existed in the domain of Apple-scripters, Perl and Python hackers. Automator by Apple is an example of this, but fails due to its proprietary nature.

I'm proposing that a series of pipelines will be ultimately definable, non-proprietary and shareable by anyone who can install and run a browser. A whole eco-system will grow out of this decentralised user driven behaviour, which I call Web 2.5.

flickr authentication list

The Flickr example I gave works on an application being authorised to access a certain picture on Flickr. Flickr already has this feature in its API and many other services use this to provide services to there users. So in this example Preloadr.com are instructed to receive the picture and do the default image enhancement which there famous for. After the preloadr is finished the picture is passed on to delivr.net which can create postcards and send them to a person on request.

This is all possible now with simple AppleScript or some other scripting language like Perl but requires a intimate knowledge of the scripting language. A user generated pipeline would be the higher level language to describe the Flickr example

blogwave sources

Addy Santo of Santomania once wrote this quite fantastic application called Blogwave which he has not been updated for at least 3 years now. Its a multi purpose .net application which can consume RSS feeds (generator), transform them with some parameters like sort. It would then send them somewhere else, for example FTP, Email, SMB, etc in a RSS or Text form. What I found interesting about it was actually, it would create timed batch tasks in the standard Windows scheduler (something not many people use on there desktop). So in actual fact, it was a GUI for the command line in Windows. The application was a head of its time and unfortually not open source, so its kind of died but can still be used if you find the right link. But the concept is key, a GUI creates scripts or manages the complex pipeline process. The different pipes are already defined so you don't need some low level code to manage it. It seems Touchstone will take over from where Blogwave went, but I'm not on the alpha programme so I can't actually play with it.

Touchstone

I have tons of other examples but I'm now saving them up for the wiki and for my talk at Xtech 2007 which I'm currently rewriting my failed Etech proposal for right now.

Comments [Comments]
Trackbacks [0]